目錄
要點
1. 全體參與討論
包括所有項目干係人，強調的是所有干係人，項目成果是全體項目干係人共同創造的，參與總結會很重要的一個意義就是讓每個參與的人更加系統和全面瞭解項目，這個項目在哪方面取得了哪些不錯的成績，哪些地方有待提高，在實際的項目中總結經驗教訓，從而不斷提升自己能力，提升團隊協作能力，團隊戰鬥力等。同時作爲參與者，可以在會議上積極發言，充分表達個人的意見和建議，有利於更加客觀全面評價項目。
2. 確認
與會人員要根據項目中梳理的各項績效數據進行一致性確認，並討論這些績效數據背後原因，有無改進空間，如何改進，有哪些不錯的最佳實踐等。
3. 形成文件
針對討論內容進行梳理歸納，形成會議文件作爲公司的組織過程資產，爲後續其他項目提供寶貴的參考指導。
內容
1. 項目績效
項目完成情況，計劃完成率，項目目標完成，作爲全體項目共同成績。
2. 技術績效
最終工作範圍跟最初比較結果，變更哪些，是否合理，處理是否有效；對質量，進度，成本是否有重大影響，是否符合預計的質量標準和達到客戶滿意度。
3. 成本績效
最終成本跟原始預算費用比較，變更增加預算是否存在較大偏差，項目盈利狀況如何，影響到項目組成員的績效和獎金的分配。
4. 進度計劃績效
偏差比較，提前或滯後的原因
5. 項目溝通
是否建立完善和有效利用溝通體系，讓客戶參與項目決策和執行，客戶定期檢查項目狀況，客戶參與定期溝通和階段總結會議，及時通知客戶潛在問題風險，一起參與問題的解決，溝通計劃完成情況如何，項目內部會議記錄資料是否完備。
6. 識別問題和解決問題
問題是否解決，問題原因是否可以避免，如何改進
7. 意見和建議
項目成員對項目管理本身和項目執行計劃是否有合理建議和意見，是否得到大多數參與成員的認可，是否能在未來項目中加以應用改進。
實踐
本人組織過一箇中等項目的總結會，在開總結會前提前準備好相關績效數據。提前通知相關干係人時間，地點，議題等。在該項目總結會過程中，不一定按照上面梳理出各種績效報告數據。我主要從項目的結果，項目過程風險，風險應對，項目存在的問題，問題解決情況，項目成果，項目建議這幾方面在會議上作重點的討論。
1. 項目全週期簡單介紹
從啓動，規劃，執行，監控，收尾已時間軸簡單介紹項目生命週期（里程碑事件），讓參與者知道項目粗略的概貌
2. 重點過程風險，問題和應對以及結果
具體時間點出現項目風險，從主觀和客觀上都做了哪些具體行動來應對出現的問題，行動之後的結果如果
3.項目成果，哪些做的好的，哪些存在不足
成果：
- 功能開發：V1.0版本完成，完成兩個業務系統整合，第一個版本開發測試，另外產品工廠引入，用戶中心接入。
- 技術引入：領域驅動，自動化測試方案落地，uflo工作流引入
- 團隊能力提升：統一技術棧，基礎架構，基礎平臺，基礎組件，敏捷開發最佳實踐落地
- ...
待改進地方（大家發言）：
- 項目定調（開始高，後期低）-隨着業務戰略調整，資源投入存在較明顯的變化，導致進度延誤的原因之一。【建議】客觀原因，市場變化，業務變化，儘量預判和做好相關評估。
- 項目統籌權責不對等--業務，產品，開發，測試等多頭權衡，有些時候無法保證統一決策，需要耗費較多時間溝通。【建議】權責高度統一，多人可以協同，但必須有唯一項目負責人，即有決策權，其他團隊服從和配合。
- 一次性引入太多“新技術”--不同技術棧的切換，甚至基於該項目應用作爲落地的試驗項目，過程中踩坑，解決問題耗費較多時間。【建議】跟項目定位有關，考慮學習成本，試錯風險。
- 產品需求原型修改較爲頻繁，業務需求隨着項目推進，之前投入開發功能不需要，從而導致開發無用功。【建議】沒有抓住主要核心功能，主流程，先完成再完美。
- ...
以上討論內容最終形成wiki文檔，綜上，經過大家總結覆盤，每個人都較爲深刻認識到項目成功是綜合各方面的因素的結果，對項目存在分問題如何解決，避免等也做了深入的討論分析，這些討論和意見都是大家一線參與最客觀真實的反映，對於每個參與者和項目團隊爲改進後續新項目流程協作等提供實際案例的參考指導。