度的大小對風險進行評級。項目經(jīng)理博客
在項目實施中，我們總結(jié)的一些高風險事件主要有：需求的不準確、項目時間表過于短促、開發(fā)一個從前沒進入的領域軟件、開發(fā)人員對工具的不熟悉、人員流動頻繁、使用了外部軟件中間件等。如果對這些風險不提前作出計劃，可能會對項目的順利進行造成極大的破壞，甚至直接導致項目失敗。針對每一個風險，我們需要列出who, when, how, how much等事項，并對風險處理的結(jié)果進行追蹤，最后決定是否已經(jīng)解除風險或再進入風險處理循環(huán)。
一般國內(nèi)公司的風險意識不強，沒有很好的去規(guī)劃處理風險。我們當時也是這樣，往往要等到風險已經(jīng)發(fā)生了，才意識到原來沒有注意到這些問題。在風險的管理上，還需要更多的實踐探索，首先應該從加強風險意識開始。項目管理者聯(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ì)量管理應該貫穿整個項目始終，從需求、設計到編碼、測試。我們往往只重視了后期對代碼的測試，而忽略了對需求、設計的質(zhì)量管理，而前者比較起來可能更為重要。因為處理一個在后期才發(fā)現(xiàn)的錯誤比處理一個前期發(fā)現(xiàn)的錯誤的成本要高幾十倍。training.mypm.net
3.使用缺陷追蹤管理工具。我們的實踐證明：使用缺陷追蹤管理工具比以前單純的使用文檔傳送方式的效率提高幾倍，并在管理諸如優(yōu)先級、防止遺漏等方面有更大的優(yōu)勢。training.mypm.net
3.5其他
這里談一些沒有包括在上述內(nèi)容里的經(jīng)驗教訓，供大家參考：
1.項目管理工具。我們使用的是MS Project來管理項目過程，Project一個很好的優(yōu)點是能把項目管理的內(nèi)容自動發(fā)布到網(wǎng)站上去，這極大地方便了各階層人員對項目狀態(tài)的了解，有助于及時發(fā)現(xiàn)問題解決問題，對項目組成員也是個很好的激勵方法。轉(zhuǎn)自項目管理者聯(lián)盟
2.項目團隊中需要資深開發(fā)人員。我曾經(jīng)經(jīng)歷過一個項目，項目負責人堅持用C++ Builder開發(fā)(可能是為了學習的原因)，但是公司沒有任何一個人對這個工具非常熟悉，也沒有進行相應的風險管理。結(jié)果在項目的過程中出了太多問題，使項目一直延期，在交付的時候都還存在很多問題。所以在項目團隊中一定需要資深開發(fā)人員，特別是在項目的前期更是如此。
3.再次強調(diào)產(chǎn)品經(jīng)理角色。必須牢牢記?。阂粋€不管使用了什么先進技術(shù)、開發(fā)方法的產(chǎn)品，如果不能滿足用戶的需要，就是一個失敗的產(chǎn)品。而產(chǎn)品經(jīng)理角色的設立能較好滿足這一要求。
4.在領域性較強的項目中，最好在基本的軟件架構(gòu)上(如COM或J2EE)實現(xiàn)一個該領域的基礎開發(fā)平臺，這樣在以后的擴展上，在具體項目的實施上，都會極大的節(jié)省成本，軟件的質(zhì)量也有良好的保證。
第四章 結(jié)束語
上述簡單介紹了我們項目管理的經(jīng)驗教訓，在引入MSF管理思想后，項目的成功率比原來增大了很多。我們碰到最棘手的問題就是項目的度量(Metrics)，怎么更合理估算項目的大小，估算軟件開發(fā)人員的生產(chǎn)率，更合理的項目計劃等，這也是CMM4所要求的內(nèi)容。需要在不斷項目積累的同時，逐步細化量化指標，在實踐中不斷學習、提高。