相信做軟件開發的童鞋對軟件項目周期都很熟悉，需求->設計->編碼->測試，這是一個最簡單、最普通的規范。但是實際項目開發中，我們又如何做到、做到多少呢？
先說個例子：我當前的開發團隊：12人，整個團隊3年以上資歷的開發人員3人（包括經理），其余都是1年左右資歷和未畢業的實習生。
1名開發經理、
3名后端開發（1名實習生）、
2名前端腳本開發（1名實習生）、
3名網頁開發（1名實習生）、
2名UI設計、
1名測試
我們這個團隊最大的問題就是開發進度經常滯后、測試期和發布后Bug率高。上周在開發中就出現之前已經實現過的功能，在本項目中同樣需要實現，只是稍作變動。本預計是1天完成的，但是卻延后了兩天。從開發人員的資歷角度來說，初級開發人員難以考慮到代碼復用，類似功能再次開發需要花費同樣時間也可以理解。但是開發人員遇到了自己無法解決的問題，后經協助確認了問題並解決。而產生問題的根本原因在於代碼不規范、基礎知識不理解。
由此作為開發經理我也更深刻的意識到項目進度滯后、Bug率高的重要原因之一：編碼不規范。對於不規范的另一種解釋就是亂，開發人員寫的代碼亂而無條理，最終自己也看不懂，出錯也定位不到問題所在。
從上面我的團隊人員數據可以看出來，團隊成員太年輕化，資歷尚淺。指望大家都能寫出高效、可復用的代碼是很困難的。所以在模塊開發上就更應該加大監管力度，其次是常見編碼規范，要求大家熟讀，然后是測試和代碼審查工作必須嚴抓。
下面這張圖是我對項目迭代周期管控的藍圖：
項目迭代周期是一個月，按4周進行：
第一周：需求
- 項目經理先行對需求進行分析，給出有效解決方案，將項目文檔共享給項目組（2-3天）。
- 然后開需求研討會，明確需求中的問題，向團隊成員講解清除需求內容。
- 架構師開始建模、底層設計准備工作。
- UI設計師給出UI原型。
- 模塊功能任務划分。
第二周：設計
- 架構師完成數據建模、底層架構設計。
- 模塊負責人設計模塊約束、定義接口。
- UI設計完善網頁平面設計稿。
第三周：代碼編寫
- 各模塊按計划完成代碼編寫，若因個人能力，影響進度滯后，加班完成。
第四周：測試、代碼審查、發布
- 測試
- 代碼審查
- 修改、回歸
- 發布
本文根據個人實際團隊情況總結的對當前團隊的項目管理方法，如各位大神有好的想法和建議，歡迎留言回復~