科技企业的研发病

研发是科技企业的关键，本文收集自己观察到的研发过程中的各种病症

1. 管理者喜欢做工程师的活，不仅给属下下达任务，并且为属下提出具体解决方案，要求工程师按自己的方案执行，执行之后工程师遇到问题，又求救于管理者。管理者陷于各种技术细节而不能把握整体。工程师也不能发挥自己的智力，沦为纯粹的体力劳动者。无代马走，使尽其力；无代鸟飞，使弊其翼。
2. 管理者不了解技术，把自己放在旁观者和协调人的位置上。一旦遇到重大技术难题，管理者无法做出决策，判断问题关键所在，让工程师互相争吵，问题不得解决。
3. 管理者只精通本专业的技术，只能给其他专业的工程师提出泛泛的技术要求，这些工程师在解决方案的构思阶段可以天马行空，在实施阶段又能粗枝大叶、不计成本。
4. 部门划分低聚合高耦合，一个项目责任分属数个部门，一个部门同时推进数个项目。不同部门的人需要频繁沟通，同一个部门的人却可以从不来往。项目遇阻则部门之间互相推脱责任。高级别的工程师或管理者则需身兼数个项目，不能集中精力解决一个问题。
5. 管理者不能尽到管理者的责任，迫使下属必须操心管理者的事，职责混乱了，就不能做好本职工作。不在其位不谋其政。
6. 主动承担责任的人没有奖励，逃避责任的人没有处罚，那么想有作为的人也会沦为平庸之辈。
7. 没有多少研发工作却因为资金充裕就聘用了很多工程师，将人才和资金白白浪费。有很重的研发工作却因为资金不足就吝啬于招聘工程师，研发迟早会成为企业的瓶颈。对于科技企业来说，人才就是利器，杀鸡焉用牛刀，磨刀不误砍柴工。
8. 工程师追逐业绩，急功近利，不能沉下心来，纵有丰富的项目经验，却没有足够的理论积淀，这对工程师的个人发展来说是极为不利的。
9. 工程师的人员分配问题。幕后工程师太多（研发、部件、计划、管理），一线工程师（直接接触消费者，直接面对消费者所面对的问题）太少，导致对消费者的需求了解不足，对技术问题的整体把握不足，很多工程师依据自己的想象工作而不是实际需要，做了很多事情而不是真正有意义的事情，企业招募了很多员工却总是觉得人不够用。一线工程师是工程师队伍的领头羊，强而有力的一线工程师队伍才能带领整个工程师队伍的不断前进。
10. 研发以满足管理者的需求为目的，而不是消费者。领导说要这个，就做这个，领导说要那个，就做那个。不是每个管理者都是乔布斯，管理者以自己的需求驱动研发，很容易让工程师设计出管理者想要消费者却不要的产品。
11. 流程繁多，阻碍研发进度。一个流程步骤多达10个，很多步骤需要多个管理者或部门审批，繁琐的流程导致计划延误。管理者受流程胁迫花费大量时间在审批、评审和鉴定上，看到了技术问题，却忽视了管理问题。人力资源紧张却要强迫工程师走复杂的标准流程，工程师被迫花时间准备过多汇报任务的执行情况而耽误了执行任务的时间。没有足够多人员，就不要用复杂的流程，流程和计划一样，不在于有多标准，而在于切合实际，不与实际情况相符合的流程有弊无益。
12. 计划由下而上指定。计划由普通工程师制定，而不是管理者。管理者等待汇报，而不是主动了解研发状况，没有足够的信息所以提不出计划，等待下级工程师甚至是基层工程师提出计划。计划本来是站在高处、谋划大局的东西，却让普通工程师制定，这是管理职责的丢失。
13. 没有满意的员工，就没有满意的产品和服务。好的产品都是要倾注感情的，对员工冷漠的管理者不能期望公司能出好的产品。