【聲明】這個文檔不是介紹具體怎麼編寫這個文檔的[具體編寫文檔可以參考軟體設計文檔規範中的項目開發總結模版]，而是介紹一些思路、方法。 部分內容從其他人博文中copy。
一、項目開發總結文檔的作用
項目開發總結又可以細化成兩種文檔：開發進度周/月報、項目開發總結
一般小項目不用整理開發進度周/月報，只編寫項目開發總結即可。建議超過開發時間兩周的項目整理開發進度周/月報。
開發進度周/月報適合在項目開展的過程中整理，對於目前項目的進度、狀態有一個客觀的評價，對下階段的計劃有更好的規劃，便於適時調整人力資源，為下階段工作的開展提供保障。
二、項目開發總結文檔編寫的目的
項目開發總結文檔的編寫不僅僅對參加項目的人有價值，對未實際參加到項目中的人更是一份寶貴的財富。大公司的經驗是如何積累起來的，就是靠一個個項目開發中的經驗、教訓沉澱下來的。如果我們每次都不總結，像一群代碼工人一樣機械的勞動，我們將永遠看不到自己的價值，永遠是原地打轉，公司永遠處於初級階段，沒有任何經驗積累。
2.1、總結經驗
總結不是歌頌功德，但一定要寫出成功的經驗以及採用的特殊方法或工具，便於積累知識和經驗。
2.2、防止重複錯誤
在項目過程中會發生許多錯誤，通過總結出現的錯誤及其採用的改善措施，作為改進流程和改進專案管理的依據，防止錯誤再次發生。
2.3、激勵
項目群組成員都想知道自己幹得如何。在項目啟動時就應該確定項目要總結的內容，包括項目評價的標準、所採用的方式以及參加評價的人。其中應包括項目群組成員績效的評價，只要評價是公正、公平、公開的，就會激勵項目群組成員更加積極地努力工作。
2.4、作為項目實踐的證據
有時候，客戶（包括公司內部客戶）在選擇項目承包方時，需要參考你出示的相關項目成功實踐的記錄，這時候項目總結報告將成為重要證據。
三、項目總結文檔編寫過程中應該注意的幾點問題
3.1、項目開發階段就可以確定一些項目總結的內容
這樣做的目的是讓大家明白一些考核的標準，激勵大家努力工作
3.2、讓所有人都參與進來
不要認為這個就是項目負責人的任務，項目總結文檔要有項目負責人整理，但其中一些點的細化工作可以交由其他人負責，這樣讓成員都有參與感
3.3、一些關鍵點的細化工作要做好
不要奢望一個文檔就能體現所有經驗、教訓，關鍵點的細化文檔可能更有參考價值，甚至可以做一些專題討論
3.4、客觀、務實
經驗、教訓同等重要，都必須客觀的體現。不要因為是給其他人或領導看的就報喜不報憂，如果是這樣就不叫項目開發總結；也不要唯寫教訓，那樣對參與的人而言是一種否定。
這個文檔的整理一定要務實，不要總是講一些空洞的東東，這樣給其他開發人員介紹的時候很容易反感、流於形式
