3.2.5結(jié)項(xiàng)總結(jié)
很多公司在項(xiàng)目完成后往往忽視了后的總結(jié),沒有把在上個(gè)項(xiàng)目中得到的經(jīng)驗(yàn)教訓(xùn)進(jìn)行分析,轉(zhuǎn)化成公司的巨大財(cái)富。我們認(rèn)為,項(xiàng)目的總結(jié)是整個(gè)項(xiàng)目的不可缺少的重要組成部分,只有通過詳盡的充分的項(xiàng)目總結(jié),才能使項(xiàng)目組的所有成員對項(xiàng)目的歷程有一個(gè)清楚的了解,提高他們對軟件項(xiàng)目的認(rèn)識;才能真正地把以往的項(xiàng)目納入公司的資源庫,轉(zhuǎn)化成巨大的財(cái)富。
我們的做法是在項(xiàng)目完成后首先由各個(gè)項(xiàng)目成員寫出各自的總結(jié)報(bào)告,包括所從事的工作、任務(wù)的完成情況、遇到的問題及解決方案、對項(xiàng)目過程的意見和自己的想法等內(nèi)容。項(xiàng)目負(fù)責(zé)人需要把整個(gè)的項(xiàng)目歷程整理成一份文件,其中包括項(xiàng)目的介紹、項(xiàng)目進(jìn)行的具體資料(如實(shí)際花費(fèi)時(shí)間、源代碼數(shù)、功能模塊數(shù)量等)、項(xiàng)目計(jì)劃與實(shí)際的比較等。
在上述完成后,全體項(xiàng)目參與人員舉行項(xiàng)目結(jié)項(xiàng)工作會議,對各人所列舉的問題及想法進(jìn)行討論,目的是得出好的經(jīng)驗(yàn)教訓(xùn),從而指導(dǎo)后面項(xiàng)目過程。會議可由分別針對的問題分為幾個(gè)部分,如項(xiàng)目過程方面的、質(zhì)量管理方面的、技術(shù)方面的等,整合后形成結(jié)項(xiàng)會議報(bào)告。
項(xiàng)目負(fù)責(zé)人后把項(xiàng)目歷程、資料、在結(jié)項(xiàng)會議中總結(jié)的經(jīng)驗(yàn)教訓(xùn)等整理成一份總的項(xiàng)目過程文件,歸檔并分發(fā)到各成員和上層領(lǐng)導(dǎo),并由項(xiàng)目經(jīng)理向上層領(lǐng)導(dǎo)匯報(bào),這時(shí),一個(gè)完整的項(xiàng)目才真正告一段落。這些項(xiàng)目資料給以后的項(xiàng)目提供很好的模板和借鑒意義,并可以作為以后項(xiàng)目預(yù)估的依據(jù)。
3.3風(fēng)險(xiǎn)管理
微軟公司認(rèn)為,軟件開發(fā)是一個(gè)風(fēng)險(xiǎn)驅(qū)動的過程,由此可看出風(fēng)險(xiǎn)管理在軟件項(xiàng)目中的重要性。一個(gè)項(xiàng)目的風(fēng)險(xiǎn)有許多來源,如客戶、進(jìn)度、開發(fā)過程、人力資源等,忽視風(fēng)險(xiǎn)的后果可能是成本超支、進(jìn)度推后,嚴(yán)重導(dǎo)致項(xiàng)目失敗。項(xiàng)目管理培訓(xùn)
MSF的風(fēng)險(xiǎn)管理原則是:
1.風(fēng)險(xiǎn)應(yīng)該在整個(gè)項(xiàng)目的進(jìn)程中一直被估計(jì),并且作為項(xiàng)目決策的依據(jù)之一。
2.有效的風(fēng)險(xiǎn)管理過程覆蓋了所有關(guān)鍵的人力、過程、商務(wù)及技術(shù)領(lǐng)域。
3.風(fēng)險(xiǎn)在納入管理前必須被清晰的表述。
4.重要的風(fēng)險(xiǎn)必須優(yōu)先被處理。
MSF風(fēng)險(xiǎn)管理過程包括以下階段:風(fēng)險(xiǎn)識別、風(fēng)險(xiǎn)陳述、風(fēng)險(xiǎn)分析、處理計(jì)劃、風(fēng)險(xiǎn)跟蹤、風(fēng)險(xiǎn)控制、風(fēng)險(xiǎn)解除。
在中小企業(yè)的風(fēng)險(xiǎn)管理過程中,一般項(xiàng)目經(jīng)理擔(dān)任風(fēng)險(xiǎn)管理員的角色,但同時(shí)需要另外的開發(fā)人員輔助,一起完成風(fēng)險(xiǎn)管理的任務(wù)。他們負(fù)責(zé)維護(hù)十大風(fēng)險(xiǎn)清單(不一定非要列出十個(gè)),并在項(xiàng)目進(jìn)程中隨時(shí)對風(fēng)險(xiǎn)清單進(jìn)行更新。對風(fēng)險(xiǎn)的評級MSF采用的方式是:風(fēng)險(xiǎn)影響程度=風(fēng)險(xiǎn)的可能性×風(fēng)險(xiǎn)發(fā)生造成的損失,根據(jù)風(fēng)險(xiǎn)影響程度的大小對風(fēng)險(xiǎn)進(jìn)行評級。項(xiàng)目經(jīng)理博客
在項(xiàng)目實(shí)施中,我們總結(jié)的一些高風(fēng)險(xiǎn)事件主要有:需求的不準(zhǔn)確、項(xiàng)目時(shí)間表過于短促、開發(fā)一個(gè)從前沒進(jìn)入的領(lǐng)域軟件、開發(fā)人員對工具的不熟悉、人員流動頻繁、使用了外部軟件中間件等。如果對這些風(fēng)險(xiǎn)不提前作出計(jì)劃,可能會對項(xiàng)目的順利進(jìn)行造成極大的破壞,甚至直接導(dǎo)致項(xiàng)目失敗。針對每一個(gè)風(fēng)險(xiǎn),我們需要列出who, when, how, how much等事項(xiàng),并對風(fēng)險(xiǎn)處理的結(jié)果進(jìn)行追蹤,后決定是否已經(jīng)解除風(fēng)險(xiǎn)或再進(jìn)入風(fēng)險(xiǎn)處理循環(huán)。
一般國內(nèi)公司的風(fēng)險(xiǎn)意識不強(qiáng),沒有很好的去規(guī)劃處理風(fēng)險(xiǎn)。我們當(dāng)時(shí)也是這樣,往往要等到風(fēng)險(xiǎn)已經(jīng)發(fā)生了,才意識到原來沒有注意到這些問題。在風(fēng)險(xiǎn)的管理上,還需要更多的實(shí)踐探索,首先應(yīng)該從加強(qiáng)風(fēng)險(xiǎn)意識開始。項(xiàng)目管理者聯(lián)盟文章
3.4質(zhì)量管理
關(guān)于軟件質(zhì)量管理,現(xiàn)在已經(jīng)得到了很多公司的重視,這里我想針對性地強(qiáng)調(diào)幾個(gè)問題:
1.質(zhì)量管理不單單是測試。一個(gè)容易犯的錯(cuò)誤是把質(zhì)量管理和測試等同起來,如果軟件有問題是測試沒做好。其實(shí)質(zhì)量管理包括很多內(nèi)容,如技術(shù)檢查、缺陷追蹤、源代碼追蹤、單元測試、系統(tǒng)測試等。
2.質(zhì)量管理不是在代碼完成后才開始,質(zhì)量管理應(yīng)該貫穿整個(gè)項(xiàng)目始終,從需求、設(shè)計(jì)到編碼、測試。我們往往只重視了后期對代碼的測試,而忽略了對需求、設(shè)計(jì)的質(zhì)量管理,而前者比較起來可能更為重要。因?yàn)樘幚硪粋(gè)在后期才發(fā)現(xiàn)的錯(cuò)誤比處理一個(gè)前期發(fā)現(xiàn)的錯(cuò)誤的成本要高幾十倍。training.mypm.net
3.使用缺陷追蹤管理工具。我們的實(shí)踐證明:使用缺陷追蹤管理工具比以前單純的使用文檔傳送方式的效率提高幾倍,并在管理諸如優(yōu)先級、防止遺漏等方面有更大的優(yōu)勢。training.mypm.net
3.5其他
這里談一些沒有包括在上述內(nèi)容里的經(jīng)驗(yàn)教訓(xùn),供大家參考:
1.項(xiàng)目管理工具。我們使用的是MS Project來管理項(xiàng)目過程,Project一個(gè)很好的優(yōu)點(diǎn)是能把項(xiàng)目管理的內(nèi)容自動發(fā)布到網(wǎng)站上去,這極大地方便了各階層人員對項(xiàng)目狀態(tài)的了解,有助于及時(shí)發(fā)現(xiàn)問題解決問題,對項(xiàng)目組成員也是個(gè)很好的激勵方法。轉(zhuǎn)自項(xiàng)目管理者聯(lián)盟
2.項(xiàng)目團(tuán)隊(duì)中需要開發(fā)人員。我曾經(jīng)經(jīng)歷過一個(gè)項(xiàng)目,項(xiàng)目負(fù)責(zé)人堅(jiān)持用C++ Builder開發(fā)(可能是為了學(xué)習(xí)的原因),但是公司沒有任何一個(gè)人對這個(gè)工具非常熟悉,也沒有進(jìn)行相應(yīng)的風(fēng)險(xiǎn)管理。結(jié)果在項(xiàng)目的過程中出了太多問題,使項(xiàng)目一直延期,在交付的時(shí)候都還存在很多問題。所以在項(xiàng)目團(tuán)隊(duì)中一定需要開發(fā)人員,特別是在項(xiàng)目的前期更是如此。
3.再次強(qiáng)調(diào)產(chǎn)品經(jīng)理角色。必須牢牢記。阂粋(gè)不管使用了什么先進(jìn)技術(shù)、開發(fā)方法的產(chǎn)品,如果不能滿足用戶的需要,是一個(gè)失敗的產(chǎn)品。而產(chǎn)品經(jīng)理角色的設(shè)立能較好滿足這一要求。
4.在領(lǐng)域性較強(qiáng)的項(xiàng)目中,好在基本的軟件架構(gòu)上(如COM或J2EE)實(shí)現(xiàn)一個(gè)該領(lǐng)域的基礎(chǔ)開發(fā)平臺,這樣在以后的擴(kuò)展上,在具體項(xiàng)目的實(shí)施上,都會極大的節(jié)省成本,軟件的質(zhì)量也有良好的保證。