对于开发团队管理的思考

这是早在一年前记录在本身的Evernote里的，今天整理发现还不乏真知灼见 ;)

1.职责清晰，且相对稳定，不能多头管理，不能多方负责，只向固定的人负责，只接收固定人的指派

2.单任务效率高，维护和新开发尽可能分开，开发最怕频繁被打断

3.赶上问题能及时得到支援，因此要考虑有经验的中间力量要减小开发量，增长支持量和培养量，能够考虑结对编程

4.评价体系要跟上，不能干多干少同样，干好干坏一个样，干难干易一个样

4.5 加薪的所谓鸡生蛋，蛋生鸡问题

5.需求不明确，反复讨论，反复确认，很浪费时间，边作边改，边改边作，范围不断的修改，最容易形成进度不可控，可是产品研发型又不可避免，因此一开始必定要精简需求， 不要让一个尚未推出尚未客户使用的东西承担大多的功能和指望，及时推出是很是重要的，晚了机会就失去了，想法也变了，机会成本是最大的成本！

6.减小容易造成瓶颈人物的负载，

7.团队负能量,要坚定剔除出团队