項目管理師論文舉例：論項目質(zhì)量管理

【摘要】

2009年3月，我作為項目經(jīng)理參加某某公司3G手機應(yīng)用軟件開發(fā)平臺的研制開發(fā)工作。我的主要工作職責(zé)是項目管理。該項目的客戶是內(nèi)部客戶，主要目的是為公司手機產(chǎn)品的開發(fā)提供統(tǒng)一的軟件開發(fā)平臺，以便最大程度的在各個項目之間復(fù)用工作成果，從而能夠靈活、快速、高質(zhì)量的完成手機應(yīng)用軟件的定制工作。

項目的成功很大程度上歸功于對公司級質(zhì)量體系的遵守和靈活應(yīng)用以及對質(zhì)量管理的重視。作者通過以此項目為背景，論述了如何在公司質(zhì)量管理體系大環(huán)境下，進行項目的質(zhì)量規(guī)劃、質(zhì)量保證和質(zhì)量控制等項目質(zhì)量管理工作。最后作者總結(jié)了如何通過建立強有力的領(lǐng)導(dǎo)機制，遵循和靈活運用組織級的質(zhì)量管理體系來提升項目的質(zhì)量績效，另外還總結(jié)了質(zhì)量審計在質(zhì)量管理中的重要作用，另外作者還就項目執(zhí)行中的教訓(xùn)進行了總結(jié)和展望。

【正文】

2009年3月，我作為項目經(jīng)理參加某某公司3G手機應(yīng)用軟件開發(fā)平臺的研制開發(fā)工作。我的主要工作職責(zé)是項目管理。該項目的客戶是內(nèi)部客戶，主要目的是為公司手機產(chǎn)品的開發(fā)提供統(tǒng)一的軟件開發(fā)平臺，以便最大程度的在各個項目之間復(fù)用工作成果，從而能夠靈活、快速、高質(zhì)量的完成手機應(yīng)用軟件的定制工作。該軟件平臺項目包括三個大的部分：手機端軟件開發(fā)框架子系統(tǒng)；PC端手機軟件輔助開發(fā)工具子系統(tǒng)；軟件平臺版權(quán)控制管理子系統(tǒng)；

其中手機端軟件開發(fā)框架采用M-V-C的設(shè)計模型，目的是使手機軟件的用戶接口（UI）和服務(wù)（例如電話、短線、訪問電話本，藍牙等）實現(xiàn)分離。PC端手機軟件輔助開發(fā)工具，基于.Net平臺進行了開發(fā)，采用面向?qū)ο蟮募夹g(shù)，主要有手機UI布局可視化設(shè)計工具、UML狀態(tài)機可視化設(shè)計工具軟件。

考慮的未來我公司可以授權(quán)其它公司使用這一套開發(fā)平臺和工具進行手機應(yīng)用程序的開發(fā)，項目基于J2EE和Structs技術(shù)開發(fā)了一個軟件版權(quán)控制系統(tǒng)，用戶可以通過Internet訪問我公司的版權(quán)控制系統(tǒng)，使用我單位簽發(fā)的數(shù)字證書使用該軟件平臺。

由于該項目是基礎(chǔ)平臺類項目，公司高層經(jīng)理十分重視，資源投入方面給予了大力支持。該項目歷時12個月，現(xiàn)在已交付使用，大大提高了項目成果的復(fù)用率，并使手機項目的開發(fā)周期縮短到原來的三分之一。為方便項目的管理，項目成立了兩級變更控制委員會（CCB），分別是以作者為領(lǐng)導(dǎo)的第二級CCB和以高層經(jīng)理為領(lǐng)導(dǎo)的第一級CCB。

下面作者以此軟件開發(fā)平臺項目為背景，論述了如何在公司質(zhì)量管理體系大環(huán)境下，進行項目的質(zhì)量規(guī)劃、質(zhì)量保證和質(zhì)量控制等項目質(zhì)量管理工作。

1.      項目初始階段，對組織級質(zhì)量管理過程進行裁剪

作者所在的公司是一家大型的外包服務(wù)型公司，公司已經(jīng)建立ISO9000質(zhì)量管理體系,也通過了能力成熟度模型集成（CMMI）三級認證。公司具有較為完備的質(zhì)量管理體系。公司制訂了相關(guān)的質(zhì)量方針和目標(biāo)，落實了質(zhì)量責(zé)任。按照公司流程，項目管理團隊在項目啟動后需要對組織的質(zhì)量管理過程以及相關(guān)的項目管理過程進行裁剪。

在作者的領(lǐng)導(dǎo)下，項目管理團隊對公司的標(biāo)準(zhǔn)流程進行了裁剪，因為該軟件平臺項目沒有手機硬件設(shè)計開發(fā)相關(guān)的活動、所以首先將硬件設(shè)計、開發(fā)、生產(chǎn)維護相關(guān)的流程裁剪掉了。另外對產(chǎn)品需求說明書的內(nèi)容進行了修改，由原來要描述整個產(chǎn)品（包括軟件和硬件）的系統(tǒng)需求，改為只描述軟件系統(tǒng)的需求；另外保留了其他相關(guān)的流程和交付物。

由于組織標(biāo)準(zhǔn)流程中沒有要求編寫《軟件系統(tǒng)總體設(shè)計說明書》，但是項目組認為該軟件平臺即涉及三個異構(gòu)的子系統(tǒng)，各個子系統(tǒng)之間協(xié)調(diào)配合非常復(fù)雜、數(shù)據(jù)流和信息交互也很復(fù)雜，非常有必要通過一份軟件系統(tǒng)總體設(shè)計來規(guī)范和協(xié)調(diào)各子系統(tǒng)的接口以便指導(dǎo)后續(xù)的開發(fā)活動。所以項目組決定增加一份新的交付物----《軟件系統(tǒng)總體設(shè)計說明書》。組織標(biāo)準(zhǔn)流程裁剪完畢后形成的項目質(zhì)量管理流程報質(zhì)量保證部門及公司領(lǐng)導(dǎo)批準(zhǔn)后，作為項目今后計劃、執(zhí)行和管理控制的行動綱要。

作者和項目管理團隊通過定期的項目會議與項目組成員進行了充分的溝通，明確了質(zhì)量對項目的重要性以及大家如何做才能保證項目的質(zhì)量，使大家對于如何實現(xiàn)項目的質(zhì)量目標(biāo)充滿了信心。對于項目組中部分成員認為，“流程是死的、無用的，軟件的質(zhì)量是靠測試保證的”等錯誤思想，通過多次溝通予以了糾正，使大家就以下內(nèi)容達成了一致：（1）項目的質(zhì)量是規(guī)劃、設(shè)計和構(gòu)建出來的，而不是單靠測試保證的；（2）要十分重視項目的質(zhì)量成本，越在項目早期發(fā)現(xiàn)的錯誤，糾正的成本越低。（3）項目質(zhì)量目標(biāo)的達成需要全體項目成員的參與，而不是個別人的事。

2.      項目計劃實施階段，制定質(zhì)量計劃、實施質(zhì)量保證和質(zhì)量控制

在完成《軟件系統(tǒng)需求說明書》及《軟件需求詳細說明書》后，依據(jù)項目啟動時公司領(lǐng)導(dǎo)對項目的期望。作者領(lǐng)導(dǎo)和組織項目管理團隊開始制定項目的質(zhì)量管理計劃。因為該項目是基礎(chǔ)平臺類項目，所以項目的質(zhì)量標(biāo)準(zhǔn)中除了功能性指標(biāo)外，最重要的就是通用性、可靠性、可維護性與可移植性等指標(biāo)。另外因為手機硬件的配置普遍都不高，所以對性能的要求也較為苛刻。對于通用性、可維護性、可靠性和可移植性等指標(biāo)主要是通過吸取公司其他項目的經(jīng)驗教訓(xùn)、采用良好的架構(gòu)設(shè)計的方法來解決。對于性能指標(biāo)通過優(yōu)化算法的方式來解決。除了確定項目的質(zhì)量目標(biāo)外，還明確了質(zhì)量責(zé)任人，作者作為項目經(jīng)理對項目質(zhì)量負有首要的責(zé)任；小組組長對相關(guān)子系統(tǒng)質(zhì)量負有首要責(zé)任；各開發(fā)人員對自己的模塊質(zhì)量負有首要責(zé)任；質(zhì)量保證人員對于項目質(zhì)量有監(jiān)督和指導(dǎo)的責(zé)任等。質(zhì)量績效作為考核團隊成員績效的重要指標(biāo)。

根據(jù)規(guī)劃，在項目實施期間使用公司規(guī)定的PVCS系統(tǒng)對代碼進行配置管理，使用MS Sharepoint系統(tǒng)對項目的其他文檔類交付物進行配置管理。對于項目交付的文檔根據(jù)重要程度和預(yù)先的規(guī)劃需要經(jīng)過評審才允許提交進入配置管理系統(tǒng)。對于項目最重要的交付物----代碼的質(zhì)量，項目組給予了高度重視，項目組除了對重要核心模塊進行代碼評審以外，還吸取敏捷開發(fā)中關(guān)于持續(xù)集成的思想，強調(diào)每次交付的代碼都應(yīng)該經(jīng)過嚴(yán)格的單元測試和集成測試。并且強調(diào)任務(wù)“完成”的定義是需求、設(shè)計、編碼、測試都完成了才算是完成了，糾正了一些開發(fā)人員認為只要編碼完成了就算完成的錯誤思想。

通過增量交付的方式，在一些關(guān)鍵點（里程碑）請公司領(lǐng)導(dǎo)進行驗收和確認，建立領(lǐng)導(dǎo)對項目的信心，公司領(lǐng)導(dǎo)對項目的質(zhì)量也給予特別的關(guān)注，每次驗收后都會對項目組強調(diào)質(zhì)量的重要性。公司的質(zhì)量控制部門通過系統(tǒng)測試對項目的成果給予了把關(guān)。每次里程碑交付時，項目開發(fā)組完成集成測試，符合準(zhǔn)入條件后，由測試組完成一輪系統(tǒng)測試，在項目最終交付時由測試組完成三輪系統(tǒng)測試，符合要求后方可通過。

項目在實施期間定期或不定期對項目的質(zhì)量過程執(zhí)行情況進行審計，由項目組質(zhì)量保證人員主導(dǎo)對項目執(zhí)行公司的質(zhì)量過程情況進行結(jié)構(gòu)性檢查。例如質(zhì)量審計過程中發(fā)現(xiàn)部分開發(fā)人員在沒有完成集成測試報告的情況下就提交了代碼，并且相關(guān)的小組組長也沒有把好關(guān)。針對這種現(xiàn)象項目組采取了適當(dāng)糾正和預(yù)防措施來確保質(zhì)量過程的貫徹執(zhí)行。

項目組在質(zhì)量控制過程中除了加強檢查以外，還特別注重軟件缺陷記錄的分析工作。通過缺陷帕累托圖發(fā)現(xiàn)，GUI子模塊和MMS子模塊的缺陷占到了總?cè)毕莸?/span>50%以上，而且通過對其缺陷趨勢的分析發(fā)現(xiàn)這兩個模塊在前三次的交付中的缺陷并沒有呈現(xiàn)收斂的趨勢。通過分析和總結(jié)發(fā)現(xiàn)，GUI子模塊的問題主要是需求分析時接口需求沒有做好導(dǎo)致的；而MMS子模塊的問題主要是第三方子模塊的缺陷較多導(dǎo)致的。通過重新分析和梳理GUI模塊的接口需求和升級MMS第三方的子模塊的方式項目很快解決了問題。通過再次分析發(fā)現(xiàn)這兩個模塊的缺陷比例下降了很多，而且缺陷也呈現(xiàn)出收斂的趨勢。

3.      項目收尾階段，總結(jié)經(jīng)驗教訓(xùn)，豐富組織過程資產(chǎn)

在項目交付時，由公司領(lǐng)導(dǎo)和相關(guān)部門領(lǐng)導(dǎo)、資深工程師組成的評審委員會，對項目的成果進行了驗收。認為項目的主要交付物已達到了公司的要求，而且可以作為公司級的軟件開發(fā)平臺推廣應(yīng)用，并且指定了首個接收使用該平臺的項目。另外在評審中發(fā)現(xiàn)該軟件平臺的用戶手冊不夠完善，這將對后續(xù)的推廣應(yīng)用造成不利的影響。

項目針對評審中提到的問題就行了補救，完善了相關(guān)的文檔，評審后提交入項目配置管理系統(tǒng)。項目組還對項目執(zhí)行過程中的經(jīng)驗教訓(xùn)進行了總結(jié)，尤其是項目組的《XX軟件系統(tǒng)總體設(shè)計說明書》被評為公司最佳實踐，并整理成文檔模板提交到了公司的財富庫中。

歷時12個月的項目，最終提前1個月完成了，通過這個項目我深深體會到了項目質(zhì)量管理的重要性，同時也對項目執(zhí)行過程中的一些經(jīng)驗和不足進行了反思，現(xiàn)總結(jié)如下：

強有力的領(lǐng)導(dǎo)，是保證項目質(zhì)量的關(guān)鍵。如果領(lǐng)導(dǎo)對項目的質(zhì)量不表現(xiàn)出特殊的興趣，那么項目的質(zhì)量是很難保證的。在這里作者想“領(lǐng)導(dǎo)”不僅僅是指公司高層領(lǐng)導(dǎo)，他們的支持只是項目質(zhì)量管理的基礎(chǔ)，項目經(jīng)理（或項目管理團隊）作為項目的“領(lǐng)導(dǎo)”也同樣具有重要的作用，強有力的項目領(lǐng)導(dǎo)才能保證公司的質(zhì)量方針、項目的質(zhì)量計劃得到執(zhí)行。

靈活裁剪公司的標(biāo)準(zhǔn)流程。公司級的標(biāo)準(zhǔn)流程是通用的，而項目具有獨特性的特點，在裁剪流程時需要根據(jù)項目的實際情況裁剪，另外“裁剪”不只意味著減少，它還有“增加”和修改的意思。正式應(yīng)為“裁剪”使得項目的實踐才能不斷豐富組織的財富，組織的過程成熟度才能不斷的提高和改善。

定期的質(zhì)量審計有利于項目的持續(xù)改進。有時在項目執(zhí)行一段時間后，項目組成員會陷入“不識廬山真面目、只緣身在此山中”的境況。而質(zhì)量審計工作恰恰可以跳出謎團，以旁觀者清的心態(tài)發(fā)現(xiàn)項目中的質(zhì)量問題。

沒有真正理解項目的質(zhì)量除了通過產(chǎn)品的質(zhì)量來體現(xiàn)以外還有服務(wù)的質(zhì)量。對于軟件產(chǎn)品來講，產(chǎn)品的質(zhì)量應(yīng)該至少有兩層含義：一層是交付物本身的質(zhì)量，另外一層就是服務(wù)的質(zhì)量。項目在執(zhí)行時沒有提供較完整的用戶手冊，差一點影響項目成果的推廣使用，這一教訓(xùn)作者記憶深刻。好在項目平時的文檔記錄保存較為完整，在較短的時間內(nèi)進行了補救。作者將汲取這一教訓(xùn)，通過不斷學(xué)習(xí)和實踐，做好今后的項目管理工作。