對於開發團隊管理的思考

這是早在一年前記錄在本身的Evernote裏的，今天整理髮現還不乏真知灼見 ;)

1.職責清晰，且相對穩定，不能多頭管理，不能多方負責，只向固定的人負責，只接收固定人的指派

2.單任務效率高，維護和新開發儘可能分開，開發最怕頻繁被打斷

3.趕上問題能及時得到支援，因此要考慮有經驗的中間力量要減小開發量，增長支持量和培養量，能夠考慮結對編程

4.評價體系要跟上，不能幹多幹少同樣，幹好幹壞一個樣，幹難幹易一個樣

4.5 加薪的所謂雞生蛋，蛋生雞問題

5.需求不明確，反覆討論，反覆確認，很浪費時間，邊作邊改，邊改邊作，範圍不斷的修改，最容易形成進度不可控，可是產品研發型又不可避免，因此一開始必定要精簡需求， 不要讓一個尚未推出尚未客戶使用的東西承擔大多的功能和指望，及時推出是很是重要的，晚了機會就失去了，想法也變了，機會成本是最大的成本！

6.減小容易造成瓶頸人物的負載，

7.團隊負能量,要堅定剔除出團隊