【宣告】這個文件不是介紹具體怎麼編寫這個文件的[具體編寫文件可以參考軟體設計文件規範中的專案開發總結模版]，而是介紹一些思路、方法。 部分內容從其他人博文中copy。
一、專案開發總結文件的作用
專案開發總結又可以細化成兩種文件：開發進度周/月報、專案開發總結
一般小專案不用整理開發進度周/月報，只編寫專案開發總結即可。建議超過開發時間兩周的專案整理開發進度周/月報。
開發進度周/月報適合在專案開展的過程中整理，對於目前專案的進度、狀態有乙個客觀的評價，對下階段的計畫有更好的規劃，便於適時調整人力資源，為下階段工作的開展提供保障。
二、專案開發總結文件編寫的目的
專案開發總結文件的編寫不僅僅對參加專案的人有價值，對未實際參加到專案中的人更是乙份寶貴的財富。大公司的經驗是如何積累起來的，就是靠乙個個專案開發中的經驗、教訓沉澱下來的。如果我們每次都不總結，像一群**工人一樣機械的勞動，我們將永遠看不到自己的價值，永遠是原地打轉，公司永遠處於初級階段，沒有任何經驗積累。
2.1、總結經驗
總結不是歌頌功德，但一定要寫出成功的經驗以及採用的特殊方法或工具，便於積累知識和經驗。
2.2、防止重複錯誤
在專案過程中會發生許多錯誤，通過總結出現的錯誤及其採用的改善措施，作為改進流程和改進專案管理的依據，防止錯誤再次發生。
2.3、激勵
專案組成員都想知道自己幹得如何。在專案啟動時就應該確定專案要總結的內容，包括專案評價的標準、所採用的方式以及參加評價的人。其中應包括專案組成員績效的評價，只要評價是公正、公平、公開的，就會激勵專案組成員更加積極地努力工作。
2.4、作為專案實踐的證據
三、專案總結文件編寫過程中應該注意的幾點問題
3.1、專案開發階段就可以確定一些專案總結的內容
這樣做的目的是讓大家明白一些考核的標準，激勵大家努力工作
3.2、讓所有人都參與進來
不要認為這個就是專案負責人的任務，專案總結文件要有專案負責人整理，但其中一些點的細化工作可以交由其他人負責，這樣讓成員都有參與感
3.3、一些關鍵點的細化工作要做好
不要奢望乙個文件就能體現所有經驗、教訓，關鍵點的細化文件可能更有參考價值，甚至可以做一些專題討論
3.4、客觀、務實
經驗、教訓同等重要，都必須客觀的體現。不要因為是給其他人或領導看的就報喜不報憂，如果是這樣就不叫專案開發總結；也不要只寫教訓，那樣對參與的人而言是一種否定。
這個文件的整理一定要務實，不要總是講一些空洞的東東，這樣給其他開發人員介紹的時候很容易反感、流於形式
部落格應該怎麼寫
雖然我們大部分在機房都呆了一年了，但是還是很多人對於部落格還是望而生畏，不能說是應付差事，但是總有一點一些部落格就頭疼的感覺，更有甚者，冥思苦想，最終寫出來的總是不敬人意。今天 大話 基本上都要看完了，其實對於這本書還是深有感觸的，以 大話 為題，說說部落格我們應該怎麼寫。與其抱怨需求總是在變化，不...
投標方案應該怎麼寫？
我寫這個可不是為了傳授或布道哦，我寫過一些投標方案，但是總想聽聽大家是怎麼寫的，都注意些什麼。所以，兄弟我先扔塊磚，大夥兒有玉的砸過來 前面幾天在寫乙份投標方案。連續幾天搞到晚上10 00以後，週末還搞了個通宵，昨天去投了。總算乙個包袱卸了下來，結果怎麼樣也顧不上了，大家都說 盡人事，聽天命吧。呵呵...
標頭檔案應該怎麼寫
因為乙個物件只能定義一次，能夠宣告多次，所以標頭檔案最重要的規則是只宣告，不定義 除少數物件外 而且只宣告其他檔案需要用到的物件，其他檔案不需要用到的物件沒必要在標頭檔案中宣告。當其他檔案需要用到本檔案定義的一些物件時，我們可以將這些物件寫到頭檔案中，其他檔案只要include這個標頭檔案即可使用相...