軟件項目管理技術分析

1、軟件項目管理技術分析關鍵詞：能力成熟度模型 能力成熟度模型集成 個體軟件過程 群 組軟件過程 論文摘要：從軟件項目管理的重要性談起，研究分析了四個主流的軟件項目管 理技術，指出了它們的缺陷，最后結合實踐提出了一種新穎的軟件項目管理概 念。1 引言 軟件項目管理是為了使軟件項目能夠按照預定的成本、進度、質(zhì)量順利完成， 而對成本、人員、進度、質(zhì)量、風險等進行分析和管理的活動。最早源自于 70 年代中期。當時美國國防部曾立題專門研究軟件項目做不好的原因，發(fā)現(xiàn)70的項目是因為管理善引起的，而并不是因為技術實力不夠，進而得出一個結 論，即管理是影響軟件項目全局的因素，而技術只影響局部。這個結論非常重 要

2、。到了 90 年代中期，軟件項目管理不善的問題仍然存在。據(jù)美國軟件工程實 施現(xiàn)狀的調(diào)查，軟件研發(fā)的情況仍然很難預測，大約只有10的項目能夠在預定的費用和進度下交付。在商用軟件產(chǎn)業(yè)中，這一現(xiàn)象尤為嚴重。 1995 年，美 國共取消了 810 億美元的軟件項目，其中 31的項目未做完就取消了， 53的 軟件項目進度通常要延長一半的時間，通常只有 9的軟件項目能夠及時交付 并且費用也不超支。由此可見，軟件項目管理技術的研究至關重要。2軟件項目管理技術綜述 隨著上世紀末軟件工程的快速發(fā)展，軟件項目管理水平也有了很大提高，提出 了很多的軟件項目管理技術，極大地推動了軟件業(yè)的發(fā)展，這里我們主要談以 下四種

3、主流的軟件項目管理技術。21 CMMCMM是美國卡納基梅隆大學軟件工程研究所（CMU SEI）提出的軟件研發(fā)項目管 理的一系列方法，它基于組織對關鍵過程域的支持，定義了軟件過程成熟度的 五個級別。級別 1（初始級）描述了不成熟，或者說是未定義過程的組織。級別2（可重復級），級別 3（已定義級） ，級別 4（已管理級）和級別 5（優(yōu)化級）分別描述了軟件 過程成熟度級別遞增的組織。和這些級別相關的 KPA是： 級別 2：需求管理，軟件項目計劃，軟件項目跟蹤和監(jiān)控，軟件子合同管理， 軟件質(zhì)量保證，軟件配置管理。級別 3：組織級過程焦點，組織級過程定義，培訓大綱，集成軟件管理，軟件 產(chǎn)品工程，組間協(xié)調(diào)

4、，同行評審。級別 4：定量過程管理，軟件質(zhì)量管理。級別 5：缺陷預防，技術更新管理，過 程更改管理。22 CMMICMM被看做是把各種CMMI成為一個系列的模型中。CMM的基礎源模型包括： 軟件CMM2 0版（草稿c） , EIA 一 731系統(tǒng)工程，以及IPDCMM（IPD）O 98a版。 CMM也描述了 5個不同的成熟度級別：級別 1（初始級）代表了以不可預測結果為特征的過程成熟度。過程包括了一些 特別的方法、符號、工作和反應管理，成功主要取決于團隊的技能。級別 2（已管理級）代表了以可重復項目執(zhí)行為特征的過程成熟度。組織使用基 本紀律進行需求管理、項目計劃、項目監(jiān)督和控制、供應商協(xié)議管理

5、、產(chǎn)品和 過程質(zhì)量保證、配置管理、以及度量和分析。對于級別 2 而言，主要的過程焦 點在于項目級的活動和實踐。級別 3（嚴格定義級 ）代表了以組織內(nèi)改進項目執(zhí)行為特征的過程成熟度。強調(diào) 級別 2 的關鍵過程域中前后一致的、項目級的紀律，以建立組織級的活動和實 踐。附加的組織級過程域包括：需求開發(fā)：多利益相關者的需求發(fā)展。技 術方案：展開的設計和質(zhì)量工程。產(chǎn)品集成：持續(xù)集成、接口控制、變更控 制。驗證：保證產(chǎn)品正確建立的評估技術。確認：保證建立正確的產(chǎn)品評 估技術。風險管理：檢測、優(yōu)先級，相關問題和意外的解決方案。組織級 培訓：建立機制，培養(yǎng)更多熟練人員。組織級過程焦點：為項目過程定義建 立組織

6、級框架。決策分析和方案：系統(tǒng)可選的評估。組織級過程定義：把 過程看做組織的持久發(fā)展的資產(chǎn)。集成項目管理：在項目內(nèi)統(tǒng)一各個組和利 益相關者。級別4（定量管理級）代表了以改進組織性能為特征的過程成熟度。 3級項目的歷 史結果可用來交替使用，在業(yè)務表現(xiàn)的競爭尺度 （成本、質(zhì)量、時間 ） 方面的結 果是可預測的。級別4附加的過程域包括：組織級過程執(zhí)行：為過程執(zhí)行設 定規(guī)范和基準；定量的項目管理：以統(tǒng)計質(zhì)量控制方法為基礎實施項目。級別 5（ 優(yōu)化級） 代表了以可快速進行重新配置的組織性能和定量的、持續(xù)的過 程改進為特征的過程成熟度。附加的級別 5過程域包括：因果分析和解決方 案：主動避免錯誤和強化最佳實

7、踐；組織級改革和實施：建立一個能夠有機 地適應和改進的學習組織。23 PSPPSP（PersonalSoftwareProcess ，個體軟件過程 ） 是由 CMUSEI 開發(fā)出來的，它 的推出在軟件工程界引起了極大的轟動，可以說是由定向軟件工程走向定量軟 件工程的一個標志。PSP為基于個體和小型群組軟件過程的優(yōu)化提供了具體而 有效的途徑，例如如何制訂計劃，如何控制質(zhì)量，如何與其他人相互協(xié)作等 等。在軟件設計階段，PSP的著眼點在于軟件缺陷的預防，其具體辦法是強化 設計約束準則，而不是設計方法的選擇。因此，PSP保障軟件產(chǎn)品質(zhì)量的一個重要途徑是提高設計質(zhì)量。24 TSPTSP（TeamSoft

8、wareProcess，群組軟件過程）是CM/SEI在PSP基礎上又發(fā)展出 的軟件項目管理技術，它主要是指導項目組中的成員如何有效地規(guī)劃和管理所 面臨的項目開發(fā)任務，并且告訴管理人員如何指導軟件開發(fā)隊伍。始終以最佳 狀態(tài)來完成工作。TSP實施集體管理與自己管理自己相結合的原則，最終目的 在于指導開發(fā)人員如何在最少的時間內(nèi)，以預定的費用生產(chǎn)出高質(zhì)量的軟件產(chǎn) 品，所采用的方法是對群組開發(fā)過程的定義、度量和改進。實施TSP的先決條件有三條：首先，需要有高層主管和各級經(jīng)理的支持，以取 得必要的資源；其次，項目組開發(fā)人員需要經(jīng)過 PSP的培訓并有按TSP工作的 愿望和熱情；第三，整個開發(fā)單位在總體上應處

9、于 CMM二級以上，開發(fā)小組的 規(guī)模以320人為宜。在實施TSP的過程中，首先要有明確的目標，開發(fā)人員 要努力完成已經(jīng)接受的委托任務。在每一階段開始，要做好工作計劃。如果發(fā) 現(xiàn)未能按期按質(zhì)完成計劃，應立即分析原因，以判定問題是由于工作內(nèi)容不合 適或工作計劃不實際所引起，還是由于資源不足或主觀努力不夠所引起。開發(fā) 小組一方面應隨時追蹤項目進展狀態(tài)并進行定期匯報，另一方面應經(jīng)常評審自 己是否按PSP的原理工作。開發(fā)小組成員應按自己管理自己的原則管理軟件過程，如發(fā)現(xiàn)過程不合適，應及時改進，以保證用高質(zhì)量的過程來產(chǎn)生高質(zhì)量的 軟件。項目開發(fā)小組則按集體管理的原則進行管理，全體成員都要參加和關心 小組的

10、規(guī)劃、進展的追蹤和決策的制定等項工作。轉貼3軟件項目管理技術分析研究CMM 勺基于活動的度量方法和瀑布過程的有次序的、基于活動的管理規(guī)范有非 常密切的聯(lián)系，所以CMM在實踐中反映出來的問題表現(xiàn)為過度基于過程的管 理，具有典型的傳統(tǒng)瀑布方法癥狀。現(xiàn)代主流的疊代軟件項目開發(fā)技術、軟件 產(chǎn)業(yè)最佳實踐和經(jīng)濟動機推動了軟件開發(fā)組織采用基于結果的方法：開發(fā)業(yè)務 案例、構想和原型方案；細化后納入基線結構、可用發(fā)布，最后定為現(xiàn)場版本 的發(fā)布。雖然CMM保留了基于活動的方法，它的確集成了軟件產(chǎn)業(yè)內(nèi)很多現(xiàn)代 的最好的實踐，因此它很大程度上淡化了和瀑布思想的聯(lián)系，而和疊代思想聯(lián) 系得更緊密。軟件項目管理技術發(fā)展到今

11、天，有了成熟的現(xiàn)代軟件項目管理十 大原理（沃克爾羅伊斯）：首先注重結構過程；用疊代生命周期在早期防 御風險；強調(diào)基于構件的開發(fā)；建立變更管理環(huán)境；用循環(huán)工程工具使 變更更自由；使用嚴格的、基于模型的設計符號；提供過程的客觀質(zhì)量控 制的手段；使用中間產(chǎn)品的基于演示的評估；發(fā)布細化的、展開的計劃； 建立一個可升級的、可配置的過程。根據(jù)對軟件開發(fā)項目一線的多數(shù)工程師和項目經(jīng)理的調(diào)查分析，我們知道CMM對現(xiàn)代原理幾乎沒什么影響，甚至有些現(xiàn)代原理實際上是和CMMI鍵過程域相沖突的?；趯Ξa(chǎn)業(yè)默認實踐的觀察和分析，CMM和現(xiàn)代管理原理關系十分密切，激發(fā)了半數(shù)的疊代軟件管理原則，如表 1所示。因此，對于采用

12、瀑布過程開發(fā)軟件項目的組織來講，最好采用CMM勺軟件項目管理技術，而對于采用迭代軟件開發(fā)過程開發(fā)軟件項目的組織來說，還是應該 采用CMM軟件項目管理技術進行軟件項目管理。但是，并不是實施了 CMM CMM后，軟件研發(fā)項目的質(zhì)量就能夠有所保障了。 CMiyr cmm不是萬能的，它的成功與否，與組織內(nèi)部有關人員的積極參與和創(chuàng) 造性活動密不可分，而且 CMM CMM并未提供有關子過程實現(xiàn)域所需要的具體 知識和技能。這就需要PSP的管理技術來協(xié)作了， PSP專注于為個體和小型群 組軟件過程的優(yōu)化提供具體而有效的途徑。統(tǒng)計數(shù)據(jù)表明，在應用了PSP后軟件中總的差錯減少了，在i貝0試階段發(fā)現(xiàn)的差錯減少了，生產(chǎn)效率提高了， 軟件項目開發(fā)有了很大的改善。眾所周知，現(xiàn)代軟件項目早已走出單個英雄單打獨斗的時代，而是需要眾多軟 件工程師的密切合作。實踐證明，PSP已不能解決現(xiàn)代軟件項目管理中的所有 問題，這時，擅長于項目任務規(guī)劃管理和項目人力資源規(guī)劃管理的TSP恰好可以在這方面做有益的補充。綜上所述，單純實施CMM CMMJ永遠不能真正做到能力成熟度的升級，達到 軟件項目管理的最佳境界，只有將實施 CM CMM與實施PSP和 TSP有機地結合