1、cmmi簡介及cmmi2級的實施方案設計第一部分 cmmi簡介：cmmi 全稱是 capability maturity model integration,，即軟件能力成熟度模型集成模型，是由美國國防部與卡內基-梅隆大學和美國國防工業協會共同開發和研制的。cmmi（cmmi-se/sw/ippd）1.02 版本在部分國家和地區被 sei 開始推廣和試用，主要應用于軟件業項目，幫助提升對軟件項目的管理能力。隨著模型本身的發展與應用的推廣，cmmi 逐漸演變成為了一種被廣泛采用的綜合性模型。在業界廣泛使用的傳統軟件研發流程會帶來一個嚴重的問題：存在于設計階段的一個微小缺陷可能會直到后期的測試階段

2、才能被發現，而整個公司可能會花費數十倍甚至百倍的代價來改正這個缺陷。為此，人力資源管理、軟件采購、集成產品和過程開發、以及系統工程等等，多元化覆蓋范圍越來越廣的能力成熟度模型應運而生。1.1 cmmi 的作用軟件能力成熟度集成模型（cmmi）經過長期積累和不斷地優化，已經成功地發展并被認可為軟件研發領域的標準過程體系，通過 cmmi 可以增強企業核心競爭力、有效地提高軟件企業產品質量，國內乃至國際上的廣大軟件廠商都已經見證了 cmmi 為企業帶來的成功。目前眾多業界的軟件企業紛紛試圖使用 cmmi 來達到過程改進的趨勢，怎樣才能將過程改進有效地實施，使其能實質地對軟件研發過程起到優化效果，并帶

3、來行之有效地經濟價值，已經逐漸成為了軟件企業的決策者們最為關心的問題。由最新 sei 評估報告中的數據顯示，在進行了 cmmi 的評估的企業中，大部分都是商業組織，并且其中近一半的企業人員規模都是在 100 人以下。種種跡象均表明，cmmi 評估已經不僅僅吸引了大型 it 企業的注意力，同樣存在大量的中小型企業也對此抱有濃厚的興趣。對軟件企業來講，cmmi 可以主要應用在兩個地方：企業軟件過程的改進和企業軟件過程能力的評估。1）過程改進對軟件來說，要對其進行過程改進需要企業中的所有成員都參加的，這個過程不是一次性的，而是長久持續的不斷循環過程。cmmi 制定了一整套的目標和框架來對軟件企業的成

4、熟度進行定義和詮釋。這些目標和框架那個對軟件過程中的關鍵活動做出了很詳細地定義，還對軟件工程和過程管理的提出了一系列具有參考價值的成功實踐。軟件企業可以在實施過程中根據自身情況采用成功實踐中的經驗來對軟件開發的整個過程進行指導，從而有效地對自身軟件過程不斷改進。2）能力評估目前 cmmi 可以通過兩種不同的方式來對軟件過程的成熟度進行評估：軟件能力評價以及軟件過程評估。軟件過程評估：該評估方式主要用來評價和估量組織內部當前的軟件過程管理狀態和當前的軟件過程優化問題。軟件過程評估會將評估結果向企業領導層進行匯報，從而使領導層成為過程改進的堅強后盾。軟件能力評價：主要用來辨識或者監督軟件承包方的軟

5、件研發和管控能力。軟件能力評價的注意力主要基于在保證預算的前提下，能夠按照預期的進度提交高質量的軟件產品，并能夠應對可能存在的諸多風險。1.2 cmmi 的成熟度模型1.2.1成熟度模型的等級 一件產品的開發過程越規范，說明該組織的能力成熟度越高。軟件開發項目的管理能力越高，最終的軟件產品質量也就越好。cmmi 能力成熟度模型分為五個等級，按照級別依次為（高低），見圖 1：圖1. cmmi 成熟度模型的五個等級1、初始級(initial)：所有沒有經過 cmmi 能力成熟度模型的指導，并根據模型執行過開發過程改進活動的軟件企業，其軟件產品開發過程都被看做是初始級。2、受管理級(managed)

6、具備了為每個軟件開發項目定義明確目標、清晰過程的軟件企業，可以被認定為處于受管理級的級別。通過了受管理級評估的軟件企業，我們可以認為其在軟件開發的過程中執行了適當的監控措施。3、已定義級(defined)如果企業已從其運作過的歷史項目之中，提取出一套行之有效的項目開發規范，該企業可以被認定為處于已定義級的級別。“已定義級”可以在企業的所有項目的標準開發過程中推廣使用，但是“受管理級”卻只能在指定的項目中實施。4、定量管理級(quantitatively managed)已經能通過采取一系列量化的指標作為衡量標準的軟件產品管理方式，則該企業可以被認定為處于定量管理級的級別。只要是具備定量管理級能

7、力的軟件企業，都能做到為實現軟件產品的最終質量和項目過程的效率，創立一系列量化的目標，且運用了統計的方法來管理項目過程。“定量管理級”和“已定義級”之間的區別體現在對項目過程效率的預測與控制，處于“定量管理級”企業的軟件產品開發過程管理是定量的。5、持續優化級(optimizing)已經具備通過執行一定的過程規范，對軟件過程不斷地進行改進，并且該過程是可持續的，可以被認為是處于持續優化級的級別。達到持續優化級的軟件企業，可以根據自身的商業目標對的開發過程制定改善目標，并在開發過程中持續不斷地進行改善。1.2.2成熟度模型的過程域：不同的諸多過程域組合在一起，形成了 cmmi 的每個成熟度等級不

8、包含初始級，所以cmmi開發模型共有項目管理、支持類、過程管理類、工程類四個類別包括22個相關過程域。cmmi過程域結構：每個過程中設定了通用目標和特定目標，每個目標下由若干慣例組成。這些慣例是根據各個軟件組織長期開發實踐活動的成功經驗逐漸總結、提煉形成的，被認為是具有共性的最佳慣例。由于成熟度的各個等級之間是循序漸進的關系，所以如果想要達到某個成熟度等級，例如已定義級(defined)，除了滿足該級本身的過程域之外，還要滿足受管理級(managed)的所有過程域。cmmi的模型層次結構如下圖2所示。圖2. cmmi的模型層次結構cmmi過程域過程域(process area)，簡單的說就是做

9、好一個事情的某一個方面。對應軟件開發來說，就是做好軟件開發的某一個方面。cmmi2、3級共有18個過程域(pa) ，主要內容如下，分四大類：(1)過程管理：1)opd：(organizational process definition)組織級過程定義。建立和維護有用的組織過程資產。2)opf： (organizational process focus)組織級過程焦點。在理解現有過程強項和弱項的基礎上計劃和實施組織過程改善。3)ot：(organizational training)組織培訓管理。增加組織各級人員的技能和知識，使他們能有效地執行他們的任務。4)opp：(organizatio

10、nal process performance)組織過程性能。建立與維護組織過程性能的量化標準，以便使用量化方式的管理項目。5)oid： (organizational innovation and deployment)組織的創新與推展，選擇并推展漸進創新的組織過程和技術改善，改善應是可度量的，所選擇及推展的改善需支持基于組織業務目的的質量及過程執行目標。(2)項目管理：6)pp：(project planning)項目計劃。保證在正確的時間有正確的資源可用。為每個人員分配任務。協調人員。根據實際情況，調整項目。7)pmc： (project monitoring and control)項

11、目監督與控制。通過項目的跟蹤與監控活動，及時反映項目的進度、費用、風險、規模、關鍵計算機資源及工作量等情況，通過對跟蹤結果的分析，依據跟蹤與監控策略采取有效的行動，使項目組能在既定的時間、費用、質量要求等情況下完成項目。8)sam：(supplier agreement management)供應商協議管理。旨在對以正式協定的形式從項目之外的供方采辦的產品和服務實施管理。9)ipm：(integrated project management)集成項目管理。根據從組織標準過程剪裁而來的集成的、定義的過程對項目和利益相關者的介入進行管理。10)rskm: (risk management)風險管

12、理。識別潛在的問題，以便策劃應對風險的活動和必要時在整個項目生存周期中實施這些活動，緩解不利的影響，實現目標。11)qpm：(quantitative project management)量化的項目管理，量化管理項目已定義的項目過程，以達成項目既定的質量和過程性能目標。(3)工程管理：12)rd：(requirement development)需求開發。需求開發的目的在于定義系統的邊界和功能、非功能需求，以便使用戶(客戶、最終用戶)和項目組對所開發的內容達成一致。13)reqm： (requirement management )需求管理。需求管理的目的是在客戶和軟件項目之間就需要滿足的需

13、求建立和維護一致的約定。14)ts： (technical solution)技術解決方案。在開發、設計和實現滿足需求的解決方案。解決方案的設計和實現等都圍繞產品、產品組件和與過程有關的產品。15)pi：(product integration)產品集成。從產品部件組裝產品，確保集成產品功能正確并交付產品。16)ver：(verification)驗證。驗證確保選定的工作產品滿足需求規格。17)val：(validation)確認。確認證明產品或產品部件在實際應用下滿足應用要求。(4)支持管理：18)cm：(configuration management)配置管理。建立和維護在項目的整個軟件

14、生存周期中軟件項目產品的完整性。19)ppqa：(process and product quality assurance)過程和產品質量保證。為項目組和管理層提供項目過程和相關工作產品的客觀信息。20)ma：(measurement and analysis)度量與分析。開發和維持度量的能力，以便支持對管理信息的需要。作為改進、了解、控制決策。21)dar：(decision analysis and resolution )決策分析。應用正式的評估過程依據指標評估候選方案，在此基礎上進行決策。22）car：(causal analysis and resolution)原因分析與解決，識

15、別缺失的原因并進行矯正進一步的防止未來再次發生。表1.成熟度級別與過程域映射關系成熟度級別過程域過程域類別 cmmi2級：受管理級(managed)reqm： (requirement management )需求管理工程管理pp：(project planning)項目計劃項目管理pmc： (project monitoring and control)項目監督與控制項目管理sam：(supplier agreement management)供應商協議管理項目管理ma：(measurement and analysis)度量與分析支持管理ppqa：(process and product

16、quality assurance)過程和產品質量保證支持管理cm：(configuration management)配置管理支持管理cmmi3級：已定義級(defined)rd：(requirement development)需求開發工程管理ts： (technical solution)技術解決方案工程管理pi：(product integration)產品集成工程管理ver：(verification)驗證工程管理val：(validation)確認工程管理opd：(organizational process definition)組織級過程定義過程管理opf： (organiza

17、tional process focus)組織級過程焦點過程管理ot：(organizational training)組織培訓管理過程管理ipm：(integrated project management)集成化項目管理項目管理rskm: (risk management)風險管理項目管理dar：(decision analysis and resolution )決策分析支持類cmmi4級：定量管理級(quantitatively managed)opp：(organizational process performance)組織過程性能過程管理qpm：(quantitative pro

18、ject management)量化的項目管理項目管理cmmi5級：持續優化級(optimizing)oid： (organizational innovation and deployment)組織的創新與推展過程管理car：(causal analysis and resolution)原因分析與解決支持管理2.3 cmmi 改進的六項基本原則（1）重要的軟件過程改進必須是從高層到下層的依次進行。過程改進的啟動、改進活動的優先安排、持續的資源支持等等，都離不開高級管理層的領導；（2）必須人人都參與。樹立團隊意識，軟件工程的改進是整個團隊共同的活動；（3）改進需要認清現狀，了解當前的過程，樹

19、立明確的目標；（4）持續的進行改進。軟件過程不能一蹴而就，需要不斷持續的學習和提高；（5）過程改進不會自發進行，持久的軟件過程改進需要有意識的推動和周期性的增強。（6）軟件過程改進需要大量的投資。無論是在時間上、個人技能上還是資金上，都需要不菲的投資。第二部分 cmmi2的實施方案設計2.1 建立實施框架2.1.1 確定改進模型等級考慮到本次實施過程改進的機構為研發部門，而研發部門各項目組成員均在10 人以下，固選用 cmmi-2 級作為本次過程改進的模型。2.1.2確定過程機構及人員1、sponsors（發起者）發起者包括總經理及所有 sepg 組成員，主要職責包括：從最上層開始推動 spi

20、；支持過程改進，提供足夠的資源、允許項目計劃作適當調整對過、改進執行較好的給予獎勵；幫助解決沖突，每月開一次會議檢討工作進展2、sepg leader（軟件工程過程改進組組長）sepg leader 主要職責為：制定 spi 計劃，并實施 spi 計劃；組織 sepg 組的工作，制定 ossp；新過程試用、評估，推動 ossp 的實施；為工作組提供培訓和支持；維護過程數據庫；階段性評估軟件過程，每月進行工作總結，并向發起者匯報工作進展。3、sepg（軟件工程過程改進組）sepg 組成員及其分工如下，見表2。表2.sepg組成員及分工姓名過程改進職責說明項目角色甲epg組長，負責推進和督導過程改

21、進研發部門經歷乙epg組員，負責項目監控pmc項目經理丙epg組員，負責項目規劃pp、需求管理rm項目經理丁epg組員，負責配制管理cm美工戊epg組員，負責度量與分析ma開發經理己epg組員，負責過程與產品品質保證ppqa測試經理庚epg組員，負責供應商合約管理sam公司執行經理4、working group（工作組）工作組是具體實施 cmmi 體系的項目組成員，應積極參與過程改進。sepg 要對工作組的工作給予支持。5、spi consultant （軟件過程改進顧問）中國軟件評測中心2.1.3 制定過程改進規程2.1.3.1方針與目標1) epg 作為軟件過程制定和優化的專業小組在公司長

22、期存在；2) 其組長由公司任命并直接向公司高層管理負責；3) 公司的目標是在項目啟動一年內通過 cmmi 二級評估；4) 系統集成和軟件過程改進要結合市場特點和實踐，有可操縱性；5) 注意工作階段重點和工作的逐步完善；6) 確定公司的過程改進計劃。7) 公司要執行的過程標準和產品標準2.1.3.2 定期評估和改進策劃按照 cmmi 的評估模型開展公司的升級評估和內部小評估，評估時間可在每年的管理發展計劃中規定。改進策劃：1) 將 iso/cmmi 過程評估結果作為改進策劃的主要輸入；2) 定義待改進的活動和這些活動的時間表；3) 規定負責這些活動的組及個人；4) 確定所要求的資源，包括資金和工

23、具；5) 當計劃首次發行及每當修改時，需經評審；6) 受到組織的軟件經理和高級經理的評審和批準。2.1.3.3評審規程體系建立后，在應用到試點、推廣項目時各過程域的計劃文檔需要經過評審并得到 epg 組長的認可后方可執行。具體項目中的需求文檔則必須經過同行評審通過后方可納入配置管理。評審流程：1) 各過程域計劃文檔提交 qa；2) qa 跟據產品審計檢查單對計劃內容、格式等進行審計；3) qa 審計通過后召開評審會，進行會簽，生成評審記錄；4) 需求產生和變更需要提交項目組成員進行同行評審，獲取每個成員的認可后由項目經理召開評審會，生成評審記錄。2.1.3.4過程推廣epg 小組負責將公司的標

24、準過程在全公司范圍內推廣。推廣流程：1) 定義過程體系文件和模版；2) 選擇試點項目運行已建立的體系；3) 總結試點中的成果，優化已有的體系；4) 將優化后的體系運用到推廣項目中；5) 再次總結和優化體系并更廣泛的推廣。過程改進流程：一、流程：1) 總結出過程體系存在的問題；2) epg 小組開會對總結出的問題進行分析，并創建出更適合的過程體系；3) 將新的體系試用于一個項目，由 qa 觀察實施效果；4) 若新體系實施效果良好，則將其在整個研發部范圍內實施；若效果不好，則重復 2）；5) 記錄過程改進的成果。二、觸發條件：1) 在執行完一個項目后；2) 在項目開發中發現體系不適用；3) 咨詢師

25、檢查后給出更加好的建議；2.1.3.5過程財富庫管理存放已定義的規程、文檔模板、教程置于組織財富庫中，并指定人員進行維護。1) 存放位置： outlook 公用文件夾 所有的公用文件夾 公共信息cmmi 文檔；2) 維護人員：epg leader，配置管理員。2.1.3.6所需培訓和技能組織人員進行項目組的新過程的培訓工作。培訓規程：1) 在建立體系前對各過程域負責人作專業培；2) 在具體項目啟動前對項目組相關人員作 cmmi 相關培訓；3) 當有新加入的項目成員時，單獨對其進行 cmmi 相關培訓；4) 當有新過程發布時，對新過程的改進點及使用作培訓。2.1.3.7工具與設備要求1) out

26、look ：作為組織財富庫存放最新的過程體系相關文件；2) microsoft visual sourcesafe：作為配置庫建立地址；3) mtc-05 服務器：存放 cmmi 所有過程改進相關文件；4) wss 站點、rdsd-06 服務器：均可作為具體項目的數據管理庫存放地址，由項目經理在項目計劃中指定。2.1.3.8風險識別目前識別的主要風險如下：1) 員工的知識和技能不足：安排專業培訓 epg 小組權威不夠，總經辦思想不完全統一，對工作的支持和理解不夠，流程制定后無法有效的實施2) 因為 epg 成員大多是兼職，在與具體的項目進度產生資源沖突的情況下，比較難確定優先級，epg 小組的

27、工作優先級可能會降低3) 一年內達到 cmmi2 級的目標是否能夠達到，在這么短的時間內是否能夠找到一個有效的過程；4) 在強大的市場壓力和時間進度壓力下，是否能夠保證有效的實施cmmi。2.1.4定過程改進計劃過程改進計劃，見表 3：表3.過程改進計劃表里程碑活動日期參與者成功標準1建立符合cmmi2即標準的可操作的過程文件2014-10epg小組成員建立符合2級標準的可操作過程文件，并通過評審2選擇試點項目推行過程體系，指定過程域的負責人，啟動試點項目2014-12epg小組成員，試點項目成員，公司高層各過程域有指定的負責人，試點3試點項目總結2015-4epg小組總結cmmi體系在試點中

28、的推廣效果，提取出好的經驗和不足之處4評審修正后的過程體系2015-5epg小組建立起更優化的體系5啟動推廣項目，正式應用過程體系2015-6epg小組成員、試點項目成員、公司高層推廣項目建立優化后的過程體系，制定各過程域責任人6預評估2015-9評估師、epg小組成員、公司高層識別到項目前體系和cmmi2級標準的偏差，并進一步優化過程體系7正式評估2016-1評估師、epg小組成員、公司高層通過正式評估的結果進一步優化過程體系2.2建立過程改進體系2.2.1需求管理 reqm在本次過程改進中，需求管理過程域需要實現以下要求：1. 所有軟件需求必須文檔化。2. 所有需求文檔應經過項目經理和相關

29、人員(如研發部門負責人、測試、質量保證、配置管理、開發)的評審。3. 軟件計劃、工作產品、活動應與變化了的需求保持一致。根據 cmmi 對過程域的目標定義，需求管理過程域目標及輸出，見表 4表4. 需求管理過程域目標及輸出表sg（特定目標）說明工作產品對需求的理解區別適合的需求提供者的準則需求管理方針確定是否理解了需求的準則對照準則分析后所得的結果項目需求說明書達成一致的需求集合對需求的承諾需求沖突評估用戶需求確認書需求以及需求改變的書目承諾管理需求變更需求狀態需求溯源性矩陣需求數據庫需求決策數據庫需求重要度評估表維護對需求的雙向溯源性需求溯源性度量值需求溯源性矩陣需求跟蹤系統識別項目工作與需

30、求之間的不一致關于不一致之處的文檔，包括來源、條件和理由需求變更申請書對糾正措施的需求需求審核報告糾正措施2.2.2項目計劃 pp在本次過程改進中，項目計劃過程域需要實現以下要求：1. 項目經理應得到書面的正式任命，并在項目啟動會議上明確通知相關人員(如研發部門負責人、測試、質量保證、配置管理、開發)。項目經理負責協商承諾和制定項目軟件開發計劃。2. 軟件項目計劃須以軟件需求為基礎。3. 項目經理須對軟件項目的承諾進行定義。4. 項目組成員（負責測試、硬件、集成等工程小組或工程人員）必須定義自己如何參與到軟件項目中，并文檔化。5. 軟件項目計劃中，軟件規模、開發成本、時間表、承諾須由相關人員(

31、公司高層管理者、研發部門負責人、項目管理部負責人、測試、質量保證、配置管理、開發)評審。6. 所有對公司外部和組織的軟件項目承諾必須被公司高層人員評審。7. 軟件項目計劃需要被管理及控制。根據 cmmi 對過程域的目標定義，項目計劃過程域目標及輸出，見表 5.表5.項目計劃過程域目標及輸出表sg工作產品說明完成參數估計項目評估書包括：項目性質（確定是軟件產品還是軟件項目）；說明項目采用的開發模型、軟件技術、體系結構；以往模型和歷史數據規模估計；工作量估計；成本估計；風險估計項目周期分析說明書包括：項目開發模型；模型決定的軟件工程周期說明；周期中每個階段的起始時間、大概目標和完成標準以及應該提交

32、的工作成果；每個周期的工作量、人員組成和大概的工作成本擬定項目計劃項目計劃書包括：技術預研計劃、技術預研結果評審計劃、產品生產周期規劃、技術管理目標、開發目標、預算和進度計劃、里程碑、數據管理、項目涉及的軟件技術和人員技能、項目組人員組成，角色分配和崗位職責項目計劃變更書包括：變更原因說明、詳細變更說明、變更的影響分析說明項目計劃變更記錄表記錄項目計劃每次變更時間、內容和簡要說明獲得對計劃的承諾項目計劃評審表包括：項目計劃評審內容、評審標準，評委評審意見項目計劃評審報告記錄說明項目評審委員會根據每個評委填寫的項目計劃評審表對項目計劃書的最終評審意見和評審結果2.2.3項目監督和控制 pmc在本

33、次過程改進中，項目監督和控制過程域需要實現以下要求：1. 項目經理負責軟件跟蹤和監督活動。2. 采用并維護項目軟件開發計劃文檔作為軟件跟蹤和監督的基礎。3. 項目經理應知道項目的狀態和問題。4. 當項目沒有按照軟件項目計劃執行和完成，項目經理、項目組及項目有關人員應相應地采取調整工作方式或調整項目計劃的糾正措施。5. 對軟件承諾的變更，應得到受影響的小組和個人的參與和同意6. 公司高層管理者評審對公司外部個人或者組織的承諾變更以及新的承諾。根據 cmmi 對過程域的目標定義，項目監督和控制過程域目標及輸出，見表6：表6.項目監督和控制過程目標及輸出sg工作產品說明對照計劃監督項目：管理糾正措施

34、，直到結束項目監督和控制計劃根據項目計劃制定項目監督和控制計劃，以確定項目監督和控制的實施方法項目進展情況審查記錄表記錄定期和不定期對項目進展情況的審查情況項目風險跟蹤表記錄項目風險的發生情況以及相應的處理措施項目問題及相應措施記錄表記錄項目進展過程中出現的問題、采取的措施以及最后取得的成果承諾執行情況記錄表定期或不定期的對項目承諾的執行情況進行審查和記錄項目干系人介入情況記錄表記錄項目相干人員介入項目情況項目數據管理記錄記錄項目相關數據如代碼、文檔等數據的管理情況2.2.4度量和分析 ma在本次過程改進中，度量和分析過程域需要實現以下要求：1. 度量的定義要滿足組織和項目管理的需要和目標。度

35、量為作出正式的決策和實施適當的正確活動提供客觀的依據。2. 組織過程改進活動中的度量指的是：度量定義、數據收集和存儲機制、分析技術、報告和反饋方法。3. 組織和項目根據度量計劃管理度量活動（收集、存儲、分析和報告）。4. 組織應建立和管理度量庫。根據 cmmi 對過程域的目標定義，度量和分析過程域目標及輸出，見表 7：表7.度量和分析過程域目標及輸出表sg工作產品說明協調測量和分析活動度量分析計劃制定度量分析的方法、操作方式度量分析規程數據采集表建立測量的目標。規定度量值提供度量結果度量分析報告收集度量數據、分析度量數據2.2.5配置管理 cm在本次過程改進中，配置管理過程域需要實現以下要求：1. 每個項目須明確落實 cm 的責任到具體負責人。2. 在項目的整個生命周期中貫徹 cm。3. 對向外交付的工作產品、內部指定的工作產品、支持工具(如編譯器等)實行 cm。4. 公司內的所有項目應建立項目的基線庫，用于存儲最終產品、必要的中間工作產品，以及用到的各種軟件工具。5. 定期對基線庫和配置管理活動進行審計。根據 cmmi 對過程域的目標定義，配置管理過程域目標及輸出，見表 8：表8.配置管理過程域目標及輸出配