软件企业管理改革专项方案

滴入式企业管理改革方案3 月 16 日个人认为现在企业问题处理方案就是：扩大研发部，强化项目管理部，整合开发测试部！市场迫切要求我们考虑进展问题，可我们却习惯了原有管理模式，二者矛盾凸显了管理不足，其关键就是开发部这锅温水煮熟了研发部和项目管理部这两只青蛙！因为软件企业常见进展路子，开发部在成立之初，其实就负担了研发部和项目管理部部分工作，一路沿袭下来，大家已经习惯了这种格局，也习惯了开发人员集编程、研发、项目管理多项技能于一身现实状况。比如开发人员业务知识，本身是了解需求一个能力，却也成了研发人员对需求质量要求不高一个资源，在企业早期，这其实是个好事，研发和开发沟通效率会比较高，简单一说，大家就明白活该怎么干了，不过现在，这却成了 大问题，因为二者之间默契造成了工作量模糊，无法量化。而且开发人员自由度过高，也对产品质量造成了不小挑战，出了问题更是难查！到底一个任务单要多久能够完成，成了一个迷，进而造成企业管理无法高效运行连锁困局。现在情况下，我认为，大刀阔斧改革易乱，火力全开式全线招人也有些过于盲目！应该是在现有管理模式下，有针对性，渐进式处理问题！首先，招人确实是处理现在“产能不足”一个好手段，但科技企业不一样传统企业，大量招人看似是个处理思绪，但我们也要注意其弊端。IT 企业，每个人相当于传统企业“设备、操作工、原材料、半成品质检”等多个资源组合，对于个人素养要求较高！大量进入新人，对我们培训机制、其它相关管理制度全部是一个考验！比如说代码法律规范，现在我们几乎是空白，技术框架也不完善，进来人员各有各代码特色，产能大了，增加代码维护量就是一个难题！势必会影响正常工作开展，形成更大积累！而且考评仓促，也很轻易造成招到职员良莠不齐。何况现在看似需要人，但实际上，我们真需要这么多人吗？谁能回复？哪个部门不是拍脑袋提出招聘需求？有什么数据支撑？而且也要考虑进人轻易出人难，未来对企业社保、薪酬负担也将是个沉重话题。所以必需理性、有序、有针对性安排人员入职。如周总所讲，改革就是处理“干什么，怎么干，谁来干”这多个问题，现在反应比较集中就是研发部没有做好“干什么”引导工作，不管是新产品研发，还是现有项目标需求研发，各部门全部有不少意见。这里我们要明白研发苦，也要正视这确实是我们短板。另外，后两个问题其实是个“怎么管”问题，这里面包含到关键是项目管理部！综合而言，我认为现在最关...