1、事無鉅細，需求要弄清楚，每步都要確定，不要怕反覆開會討論佔用時間，系統開發需求、設計先行！！！！！！！！！！！！！！！！
2、在討論、開會前要只對目標做好功課！！！！！！！！不打沒把握的仗
   決策類會議要指定人員做會議記錄。
3、系統決策類文件一定要有文件記錄，最好能有圖形。
4、將任務分配給每個人並給適量的緊迫感。
5、嚴格把握每個人的工作情況。
6、任意隨便安排是很不可取的。
7、充分調動人員，各盡其責。在工作中不要過多的干涉別人的工作。責任分明、等級分明
8、專案要有版本控制點，每一個階段要有對應的版本。
9、定期總結經驗、問題，將問題改進適宜保持。
10、不能奢望每個人都能自己找工作幹，在分配工作時要掌握好工作量。
11、要讓隊員每一天都過得很充實，每過一天都覺得離成功近了一步。應該讓每個人每天都有活幹並感到自己進步。產品需求、產品設計、產品開發要能像齒輪一樣運轉。
12、善於尋求幫助是個好習慣，不僅僅是針對敏捷開發專案。
13、文件維護不及時（主要是由於svn問題）。文件包括需求、業務總結文件、介面文件、bo設計文件、業務功能實現設計圖、時序圖文件。介面設計時尤其重要！！
14、抓住任何機會（會議、討論）儘量多得了解需求，並記錄下來。不要等到開始安排開發後才去整理需求，因為有很多人、事是你無法把握的。
15、每週末做一個文字性的周總結，把一週的情況梳理出來回報給領導務求說明清楚情況進度，不要讓領導對專案感到孤獨和茫然。
16、辦法總比困難多，遇事要冷靜。
17、在不定時的情況下多做些技術研討會，將大家拿手的技術與大家分享。這也是提升團隊技術水平的一個方法。限定在週五週會上。
18、每個任務關聯度太高。應該怎麼梳理？要將關聯緊密的任務分配給一個人來完成。
19、站在公司的角度上明確任務由誰負責，再由組長確定由誰負責。由自己的團隊對責任人進行支援。
20、怎樣能把每個人的主動性調動起來？現在每件事都要有開發經理來推動這樣太被動！！比如有個有個表的資料做了查詢，而他不會問這個表的資料怎麼來的，其實這個表的資料正是要讓他錄入的。
21、定期開會溝通互相交流（工作方式、近階段工作情況、工作的得失）很重要。
22、程式碼評審
    1）評審前先將程式碼全部同步，供大家檢視。這種多人蔘加的評審現在感覺太浪費資源
    2）可以指定由A評審B，由C評審D這種兩人一組的方式進行
23、團隊人員每完成一個功能都要進行確認，確認其是否符合需求、設計的要求。
24、概要設計、架構設計都要做紮實！不能寄希望後期完善，那樣會引發很嚴重的問題！！
25、利用好早會，通過早會了解每個人的工作量、完成事件、可填充進scrum works中。
26、開發經理的職責是保證開發的順利進行，不要為自己沒有做具體開發而感到不自在。
27、每個scrum sprint能完成那些功能，產品會是一個什麼樣要說清楚並列在sprint中去。
28、要學會拆分任務，把複雜的工作拆分成多份來簡化每個任務。
29、在產品設計階段技術專家應該介入進去，並由技術專家拆分任務。