一、專案總結應達到的目的
1. 確認本專案中什麼是行之有效的，其原因是什麼？
總結不是歌頌功德，但一定要寫出成功的經驗以及採用的特殊方法或工具，便於積累知識和經驗。
2. 防止重複錯誤
在專案過程中會發生許多錯誤，透過總結出現的錯誤及其採用的改善措施，作為改進流程和改進專案管理的依據，防止錯誤再次發生。
3. 激勵團隊成員
專案組成員都想知道自己幹得如何。在專案啟動時LPDT就應該確定專案要總結的內容，包括專案評價的標準、所採用的方式以及參加評價的人員（如部門經理或專案總監等）。其中應包括專案組成員績效的評價，只要評價是公正、公平、公開的，就會激勵專案組成員更加積極地努力工作。
4. 作為專案實踐的證據
有時候，客戶（包括公司內部客戶）在選擇專案承包方時，需要參考你出示的相關專案成功實踐的記錄，這時候專案總結報告將成為重要證據。
二、專案總結應包括的內容
1. 專案時間
實際專案進度與計劃的比較結果如何？其間有哪些變化？實際工作量與估計的差多少？這些問題的答案都應在專案總結中體現出來。公司要建立並完善歷史經驗庫，專案總結應為此提供準確、全面的資料，便於後續的專案得到有價值的參考資訊，以幫助他們提高計劃的準確性，從而提升公司研發的競爭力。
2. 專案成本
對於未建立專案核算的組織，可以用加權(人×天)數來表示人工費用，對於不同角色的人員可以賦予相應的權重。
3. 專案質量
要詳細說明專案的最終交付件與市場需求的符合度（也就是需求的實現狀況）。對於公司內部專案，客戶可能是你的上司或組織本身。
4. 人員管理以及溝通交流專案組成員的績效表現如何？開發過程中的內部、外部溝通交流是否充分？對專案有何影響？這些問題的答案也應在專案總結中充分體現。
5. 採用的新技術或新方法這裡主要指專案管理方面採用的新技術或方法，例如專案計劃與專案監控所運用的工具。也可以是別的，如軟體開發專案中的用例（CASE）工具等。使後續的專案組參考採用後能夠提升研發的效率與專案控制的能力。
6. 專案特點要說明與以往專案比較，本專案有何特別的地方？例如特殊的需求、特殊的環境、不同常規的資源供應等。總之是一些具有挑戰性的事件以及關鍵的解決方案和實施過程。使後續的專案組能夠借鑑，用來回避可能遇到的專案風險。
7. 客戶反饋應將客戶（包括公司內部的客戶）反饋意見及應對措施作為專案總結的一部分。體現專案開發“從客戶處來到客戶處去”的本質特徵。
最後堅持一個原則：專案總結應對事不對人。不要把失敗的專案總結寫成一篇批判、抨擊甚至人身攻擊的文章；不要將失敗的專案總結會開成批鬥會。
一、專案總結應達到的目的
1. 確認本專案中什麼是行之有效的，其原因是什麼？
總結不是歌頌功德，但一定要寫出成功的經驗以及採用的特殊方法或工具，便於積累知識和經驗。
2. 防止重複錯誤
在專案過程中會發生許多錯誤，透過總結出現的錯誤及其採用的改善措施，作為改進流程和改進專案管理的依據，防止錯誤再次發生。
3. 激勵團隊成員
專案組成員都想知道自己幹得如何。在專案啟動時LPDT就應該確定專案要總結的內容，包括專案評價的標準、所採用的方式以及參加評價的人員（如部門經理或專案總監等）。其中應包括專案組成員績效的評價，只要評價是公正、公平、公開的，就會激勵專案組成員更加積極地努力工作。
4. 作為專案實踐的證據
有時候，客戶（包括公司內部客戶）在選擇專案承包方時，需要參考你出示的相關專案成功實踐的記錄，這時候專案總結報告將成為重要證據。
二、專案總結應包括的內容
1. 專案時間
實際專案進度與計劃的比較結果如何？其間有哪些變化？實際工作量與估計的差多少？這些問題的答案都應在專案總結中體現出來。公司要建立並完善歷史經驗庫，專案總結應為此提供準確、全面的資料，便於後續的專案得到有價值的參考資訊，以幫助他們提高計劃的準確性，從而提升公司研發的競爭力。
2. 專案成本
對於未建立專案核算的組織，可以用加權(人×天)數來表示人工費用，對於不同角色的人員可以賦予相應的權重。
3. 專案質量
要詳細說明專案的最終交付件與市場需求的符合度（也就是需求的實現狀況）。對於公司內部專案，客戶可能是你的上司或組織本身。
4. 人員管理以及溝通交流專案組成員的績效表現如何？開發過程中的內部、外部溝通交流是否充分？對專案有何影響？這些問題的答案也應在專案總結中充分體現。
5. 採用的新技術或新方法這裡主要指專案管理方面採用的新技術或方法，例如專案計劃與專案監控所運用的工具。也可以是別的，如軟體開發專案中的用例（CASE）工具等。使後續的專案組參考採用後能夠提升研發的效率與專案控制的能力。
6. 專案特點要說明與以往專案比較，本專案有何特別的地方？例如特殊的需求、特殊的環境、不同常規的資源供應等。總之是一些具有挑戰性的事件以及關鍵的解決方案和實施過程。使後續的專案組能夠借鑑，用來回避可能遇到的專案風險。
7. 客戶反饋應將客戶（包括公司內部的客戶）反饋意見及應對措施作為專案總結的一部分。體現專案開發“從客戶處來到客戶處去”的本質特徵。
最後堅持一個原則：專案總結應對事不對人。不要把失敗的專案總結寫成一篇批判、抨擊甚至人身攻擊的文章；不要將失敗的專案總結會開成批鬥會。