这是早在一年前记录在自己的Evernote里的,今天整理发现还不乏真知灼见 ;)
1.职责清晰,且相对稳定,不能多头管理,不能多方负责,只向固定的人负责,只接收固定人的指派
2.单任务效率高,维护和新开发尽量分开,开发最怕频繁被打断
3.遇上问题能及时获得支援,所以要考虑有经验的中间力量要减少开发量,增加支持量和培养量,可以考虑结对编程
4.评价体系要跟上,不能干多干少一样,干好干坏一个样,干难干易一个样
4.5 加薪的所谓鸡生蛋,蛋生鸡问题
5.需求不明确,反复讨论,反复确认,很浪费时间,边做边改,边改边做,范围不断的修改,最容易造成进度不可控,但是产品研发型又不可避免,所以一开始一定要精简需求, 不要让一个还没有推出还没有客户使用的东西承担大多的功能和期望,及时推出是非常重要的,晚了机会就失去了,想法也变了,机会成本是最大的成本!
6.减少容易形成瓶颈人物的负载,
7.团队负能量,要坚决剔除出团队