3.2.5結項總結

很多公司在項目完成后往往忽視了后的總結，沒有把在上個項目中得到的經驗教訓進行分析，轉化成公司的巨大財富。我們認為，項目的總結是整個項目的不可缺少的重要組成部分，只有通過詳盡的充分的項目總結，才能使項目組的所有成員對項目的歷程有一個清楚的了解，提高他們對軟件項目的認識;才能真正地把以往的項目納入公司的資源庫，轉化成巨大的財富。

我們的做法是在項目完成后首先由各個項目成員寫出各自的總結報告，包括所從事的工作、任務的完成情況、遇到的問題及解決方案、對項目過程的意見和自己的想法等內容。項目負責人需要把整個的項目歷程整理成一份文件，其中包括項目的介紹、項目進行的具體資料(如實際花費時間、源代碼數(shù)、功能模塊數(shù)量等)、項目計劃與實際的比較等。

在上述完成后，全體項目參與人員舉行項目結項工作會議，對各人所列舉的問題及想法進行討論，目的是得出好的經驗教訓，從而指導后面項目過程。會議可由分別針對的問題分為幾個部分，如項目過程方面的、質量管理方面的、技術方面的等，整合后形成結項會議報告。

項目負責人后把項目歷程、資料、在結項會議中總結的經驗教訓等整理成一份總的項目過程文件，歸檔并分發(fā)到各成員和上層領導，并由項目經理向上層領導匯報，這時，一個完整的項目才真正告一段落。這些項目資料給以后的項目提供很好的模板和借鑒意義，并可以作為以后項目預估的依據。

3.3風險管理

微軟公司認為，軟件開發(fā)是一個風險驅動的過程，由此可看出風險管理在軟件項目中的重要性。一個項目的風險有許多來源，如客戶、進度、開發(fā)過程、人力資源等，忽視風險的后果可能是成本超支、進度推后，嚴重導致項目失敗。項目管理培訓

MSF的風險管理原則是：

1.風險應該在整個項目的進程中一直被估計，并且作為項目決策的依據之一。

2.有效的風險管理過程覆蓋了所有關鍵的人力、過程、商務及技術領域。

3.風險在納入管理前必須被清晰的表述。

4.重要的風險必須優(yōu)先被處理。

MSF風險管理過程包括以下階段：風險識別、風險陳述、風險分析、處理計劃、風險跟蹤、風險控制、風險解除。

在中小企業(yè)的風險管理過程中，一般項目經理擔任風險管理員的角色，但同時需要另外的開發(fā)人員輔助，一起完成風險管理的任務。他們負責維護十大風險清單(不一定非要列出十個)，并在項目進程中隨時對風險清單進行更新。對風險的評級MSF采用的方式是：風險影響程度=風險的可能性×風險發(fā)生造成的損失，根據風險影響程度的大小對風險進行評級。項目經理博客

在項目實施中，我們總結的一些高風險事件主要有：需求的不準確、項目時間表過于短促、開發(fā)一個從前沒進入的領域軟件、開發(fā)人員對工具的不熟悉、人員流動頻繁、使用了外部軟件中間件等。如果對這些風險不提前作出計劃，可能會對項目的順利進行造成極大的破壞，甚至直接導致項目失敗。針對每一個風險，我們需要列出who， when， how， how much等事項，并對風險處理的結果進行追蹤，后決定是否已經解除風險或再進入風險處理循環(huán)。

一般國內公司的風險意識不強，沒有很好的去規(guī)劃處理風險。我們當時也是這樣，往往要等到風險已經發(fā)生了，才意識到原來沒有注意到這些問題。在風險的管理上，還需要更多的實踐探索，首先應該從加強風險意識開始。項目管理者聯(lián)盟文章

3.4質量管理

關于軟件質量管理，現(xiàn)在已經得到了很多公司的重視，這里我想針對性地強調幾個問題：

1.質量管理不單單是測試。一個容易犯的錯誤是把質量管理和測試等同起來，如果軟件有問題是測試沒做好。其實質量管理包括很多內容，如技術檢查、缺陷追蹤、源代碼追蹤、單元測試、系統(tǒng)測試等。

2.質量管理不是在代碼完成后才開始，質量管理應該貫穿整個項目始終，從需求、設計到編碼、測試。我們往往只重視了后期對代碼的測試，而忽略了對需求、設計的質量管理，而前者比較起來可能更為重要。因為處理一個在后期才發(fā)現(xiàn)的錯誤比處理一個前期發(fā)現(xiàn)的錯誤的成本要高幾十倍。training.mypm.net

3.使用缺陷追蹤管理工具。我們的實踐證明：使用缺陷追蹤管理工具比以前單純的使用文檔傳送方式的效率提高幾倍，并在管理諸如優(yōu)先級、防止遺漏等方面有更大的優(yōu)勢。training.mypm.net

3.5其他

這里談一些沒有包括在上述內容里的經驗教訓，供大家參考：

1.項目管理工具。我們使用的是MS Project來管理項目過程，Project一個很好的優(yōu)點是能把項目管理的內容自動發(fā)布到網站上去，這極大地方便了各階層人員對項目狀態(tài)的了解，有助于及時發(fā)現(xiàn)問題解決問題，對項目組成員也是個很好的激勵方法。轉自項目管理者聯(lián)盟

2.項目團隊中需要開發(fā)人員。我曾經經歷過一個項目，項目負責人堅持用C++ Builder開發(fā)(可能是為了學習的原因)，但是公司沒有任何一個人對這個工具非常熟悉，也沒有進行相應的風險管理。結果在項目的過程中出了太多問題，使項目一直延期，在交付的時候都還存在很多問題。所以在項目團隊中一定需要開發(fā)人員，特別是在項目的前期更是如此。

3.再次強調產品經理角色。必須牢牢記�。阂粋�不管使用了什么先進技術、開發(fā)方法的產品，如果不能滿足用戶的需要，是一個失敗的產品。而產品經理角色的設立能較好滿足這一要求。

4.在領域性較強的項目中，好在基本的軟件架構上(如COM或J2EE)實現(xiàn)一個該領域的基礎開發(fā)平臺，這樣在以后的擴展上，在具體項目的實施上，都會極大的節(jié)省成本，軟件的質量也有良好的保證。