淺談軟件項目管理中項目技術分析

范偉

摘 要：隨著計算機應用范圍的日益廣泛深人，應用軟件的規模及復雜程度也日趨大型化、復雜化，這就導致軟件開發的方式也從早期的單兵作戰式或手工作坊式漸漸轉變為集團化、工廠流水線式的團隊協作開發方式。這種情況下，軟件項目管理是為了使軟件項目能夠按照預定的成本、進度、質量順利完成，而對成本、人員、進度、質量、風險等進行分析和管理的活動。本文從軟件項目管理的重要性談起，研究分析了CMM、CMMI、PSP、TSP四個軟件項目管理技術，指出了它們的缺陷，最后結合實踐提出了一種新穎的軟件項目管理概念。

關鍵詞：軟件項目管理技術 CMM CMMI PSP TSP

1.軟件項目管理技術概述

軟件項目管理是為了使軟件項目能夠按照預定的成本、進度、質量順利完成，而對人員（People）、產品（Product）、過程（Process）和項目（Project）進行分析和管理的活動。

軟件項目管理的根本目的是為了讓軟件項目尤其是大型項目的整個軟件生命周期都能在管理者的控制之下，以預定成本按期，按質的完成軟件交付用戶使用。而研究軟件項目管理為了從已有的成功或失敗的案例中總結出能夠指導今后開發的通用原則，方法，同時避免前人的失誤。

軟件項目管理的內容主要包括如下幾個方面：人員的組織與管理，軟件度量，軟件項目計劃，風險管理，軟件質量保證，軟件過程能力評估，軟件配置管理等。

這幾個方面都是貫穿、交織于整個軟件開發過程中的，其中大家對軟件項目管理過程中技術比較感興趣。

這里我們主要談以下四種主流的軟件項目管理技術。

1.1 CMM

CMM是指“能力成熟度模型”，是對于軟件組織在定義、實施、度量、控制和改善其軟件過程的實踐中各個發展階段的描述。

CMM是一種用于評價軟件承包能力并幫助其改善軟件質量的方法，側重于軟件開發過程的管理及工程能力的提高與評估。CMM分為五個等級：一級為初始級，二級為可重復級，三級為已定義級，四級為已管理級，五級為優化級。 從當今整個軟件公司現狀來看，最多的成熟度為1級，多數成熟度為2級，少數成熟度為3級，極少數成熟度為4級，成熟度為5級的更是鳳毛麟角。

其所依據的想法是：只要集中精力持續努力去建立有效的軟件工程過程的基礎結構，不斷進行管理的實踐和過程的改進，就可以克服軟件生產中的困難。CMM基于組織對關鍵過程域的支持，定義了軟件過程成熟度的五個級別。

級別1（初始級）描述了不成熟，或者說是未定義過程的組織。級別2（可重復級），級別3（已定義級），級別4（已管理級）和級別5（優化級）分別描述了軟件過程成熟度級別遞增的組織。和這些級別相關的KPA是：

級別2：需求管理，軟件項目計劃，軟件項目跟蹤和監控，軟件子合同管理，軟件質量保證，軟件配置管理。

級別3：組織級過程焦點，組織級過程定義，培訓大綱，集成軟件管理，軟件產品工程，組間協調，同行評審。

級別4：定量過程管理，軟件質量管理。級別5：缺陷預防，技術更新管理，過程更改管理。

1.2 CMMI

CMMI即能力成熟度模型集成。CMMI被看做是把各種CMM集成為一個系列的模型中。CMMI的基礎源模型包括：軟件CMM2.0版（草稿c），EIA一731系統工程，以及IPDCMM（IPD）0.98a版。CMMI也描述了5個不同的成熟度級別：

級別1（初始級）代表了以不可預測結果為特征的過程成熟度。過程包括了一些特別的方法、符號、工作和反應管理，成功主要取決于團隊的技能。

級別2（已管理級）代表了以可重復項目執行為特征的過程成熟度。組織使用基本紀律進行需求管理、項目計劃、項目監督和控制、供應商協議管理、產品和過程質量保證、配置管理、以及度量和分析。對于級別2而言，主要的過程焦點在于項目級的活動和實踐。

級別3（嚴格定義級）代表了以組織內改進項目執行為特征的過程成熟度。強調級別2的關鍵過程域中前后一致的、項目級的紀律，以建立組織級的活動和實踐。

級別4（定量管理級）代表了以改進組織性能為特征的過程成熟度。3級項目的歷史結果可用來交替使用，在業務表現的競爭尺度（成本、質量、時間）方面的結果是可預測的。級別4附加的過程域包括：①組織級過程執行：為過程執行設定規范和基準；②定量的項目管理：以統計質量控制方法為基礎實施項目。

級別5（優化級）代表了以可快速進行重新配置的組織性能和定量的、持續的過程改進為特征的過程成熟度。附加的級別5過程域包括：①因果分析和解決方案：主動避免錯誤和強化最佳實踐；②組織級改革和實施：建立一個能夠有機地適應和改進的學習組織。

1.3 PSP

個人軟件過程（PSP）是一種可用于控制、管理和改進個人工作方式的自我持續改進過程，是一個包括軟件開發表格、指南和規程的結構化框架。PSP與程序設計語言、工具或者設計方法相對獨立，其原則能夠應用到幾乎任何的軟件工程任務之中。PSP能夠說明個體軟件過程的原則； 幫助軟件工程師作出準確的計劃；確定軟件工程師為改善產品質量要采取的步驟；建立度量個體軟件過程改善的基準；確定過程的改變對軟件工程師能力的影響。PSP為基于個體和小型群組軟件過程的優化提供了具體而有效的途徑，在軟件設計階段，PSP的著眼點在于軟件缺陷的預防，其具體辦法是強化設計約束準則，而不是設計方法的選擇。

1.4 TSP

TSP（群組軟件過程）是CMU/SEI在PSP基礎上又發展出的軟件項目管理技術，它主要是指導項目組中的成員如何有效地規劃和管理所面臨的項目開發任務，并且告訴管理人員如何指導軟件開發隊伍。

實施TSP的先決條件有三條：首先，需要有高層主管和各級經理的支持，以取得必要的資源；其次，項目組開發人員需要經過PSP的培訓并有按TSP工作的愿望和熱情；第三，整個開發單位在總體上應處于CMM二級以上，開發小組的規模以3～20人為宜。

2.軟件項目管理技術分析

CMM的基于活動的度量方法和瀑布過程的有次序的、基于活動的管理規范有非常密切的聯系，所以CMM在實踐中反映出來的問題表現為過度基于過程的管理，具有典型的傳統瀑布方法癥狀。雖然CMMI保留了基于活動的方法，它的確集成了軟件產業內很多現代的最好的實踐，因此它很大程度上淡化了和瀑布思想的聯系，而和疊代思想聯系得更緊密。

根據對軟件開發項目一線的多數工程師和項目經理的調查分析，我們知道CMM對現代原理幾乎沒什么影響，甚至有些現代原理實際上是和CMM關鍵過程域相沖突的。基于對產業默認實踐的觀察和分析，CMMI和現代管理原理關系十分密切，激發了半數的疊代軟件管理原則，因此，對于采用瀑布過程開發軟件項目的組織來講，最好采用CMM的軟件項目管理技術，而對于采用迭代軟件開發過程開發軟件項目的組織來說，還是應該采用CMMI軟件項目管理技術進行軟件項目管理。

CMM/CMMI不是萬能的，它的成功與否，與組織內部有關人員的積極參與和創造性活動密不可分，而且CMM/CMMI并未提供有關子過程實現域所需要的具體知識和技能。這就需要PSP的管理技術來協作了，PSP專注于為個體和小型群組軟件過程的優化提供具體而有效的途徑。

實踐證明，PSP已不能解決現代軟件項目管理中的所有問題，這時，擅長于項目任務規劃管理和項目人力資源規劃管理的TSP恰好可以在這方面做有益的補充。

綜上所述，單純實施CMM/CMMI，永遠不能真正做到能力成熟度的升級，達到軟件項目管理的最佳境界，只有將實施CM CMMI與實施PSP和TSP有機地結合起來，靈活地應用于軟件項目管理，才能發揮最大的效力，取得最好的效果。

參考文獻：

[1] 張海藩 .軟件工程導論[M] .清華大學出版社 .1998 .1

[2] 郭國印等。軟件項目管理技術分析研究 .微處理機.2007年10月 第五期

[3] 楊一平等.軟件能力成熟度模型CMM方法及其應用[M].北京：人民郵電出版社，2001..