軟件工程之美39講——項目總結：做好項目覆盤，把經驗變成能力
項目覆盤流程
第一步：回顧項目目標
其中的關鍵就在於，對目標的描述要儘可能準確和客觀。因爲只有做到準確和客觀，在後續你才能對目標的完成情況進行準確地評估。識。
第二步：評估項目結果
在對項目的目標進行回顧後，就可以來看看項目的實際結果和當初的目標有多少差異了。這裏需要列出兩方面的差異：好的差異和壞的差異
好的差異
- 上線後質量很穩定
- 嚴重 Bug 很少
- 沒有出現需求遺漏
- 開發和測試能及時同步需求的變更
壞的差異
- 功能發生了變化
- 中間有比較多的需求變更
- 項目發生了延期
第三步：分析原因
在結果評估完了後，就可以來分析原因了，分析的時候也可以主要從兩方面着手：是什麼原因導致了好的差異，什麼原因導致了壞的差異。比如說，導致好的差異的原因：
- 增加了自動化測試代碼的比例
- 改進了開發流程
- 代碼合併之前有代碼審覈
- 並且要通過自動化測試
- 增加了工具的使用，比如持續集成系統的搭建，每次提交後可以清楚的看到測試結果；
- 改進了項目流程，對於所有的需求細分後，都創建成了 Ticket，基於任務跟蹤系統記錄了起來，這樣可以及時瞭解任務進程，有需求變更的情況，相關人員也能及時瞭解。
導致壞的差異的原因
- 老闆對於產品干預過多，導致需求變更頻繁
- 項目週期過長，難以響應需求的變化
- 設計時沒有考慮到需求的變更，導致需求變更發生後，很多設計需要修改，最終導致延期。
在分析的時候，可以營造一個寬鬆的氛圍，讓團隊成員能暢所欲言，討論時要做到對事不對人，儘可能客觀地分析清楚成功和失敗的原因。只有分析清楚原因，才能總結出規律。
第四步：總結規律，落實行動
接着上面的案例你可以繼續總結規律：
- 需求變更是導致項目延期的主要源頭，需要在後續項目中控制好需求的變更；
- 自動化測試加上代碼審查，再配合持續集成工具，可以有效提升產品質量；
- 任務跟蹤系統可以方便地跟蹤需求的執行情況，也能保證項目成員能及時同步需求的變更。
總結出來規律後，還需要落實成行動，才能真正做出有效的改變，幫助你在以後的項目中做的更好。落實行動的關鍵就是：
對於好的實踐，繼續保持；
對於不好的實踐，停止並尋求改變。
- 針對需求變更，我們將縮短項目週期，採用快速迭代的開發模式，及時響應需求變更，同時在一個迭代中，沒有特殊情況，不做需求上的變更，有變更放到下一個迭代中；
- 繼續增加自動化測試代碼的比例，代碼在合併前要對代碼進行審查，用好持續集成工具；
- 繼續使用任務跟蹤系統，對需求任務進行跟蹤，並且可以嘗試對於一些臨時性的任務也用任務跟蹤系統跟蹤起來。