3.2.5結(jié)項總結(jié)

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

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

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

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

3.3風(fēng)險管理

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

MSF的風(fēng)險管理原則是：

1.風(fēng)險應(yīng)該在整個項目的進(jìn)程中一直被估計，并且作為項目決策的依據(jù)之一。

2.有效的風(fēng)險管理過程覆蓋了所有關(guān)鍵的人力、過程、商務(wù)及技術(shù)領(lǐng)域。

3.風(fēng)險在納入管理前必須被清晰的表述。

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

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

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

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

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

3.4質(zhì)量管理

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

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

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

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

3.5其他

這里談一些沒有包括在上述內(nèi)容里的經(jīng)驗教訓(xùn)，供大家參考：

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

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

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

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