CMMI及其應用簡介

1、CMMI及其應用 目錄12345CMMI有關名詞及發(fā)展介紹CMMI模型的作用認識CMMI模型結構能力成熟度等級介紹CMMI模型帶給我們什么？6現(xiàn)狀 CMMI是什么？ CMMI- Capability Maturity Model Integration CMMI的歷史與發(fā)展SW-CMM v1.0SE-CMMSA-CMMIPD-CMMP-CMMCMMI評價美國國 防部的軟件 合同承包組 織的能力。美國國防部卡內(nèi)基 梅隆大學 SEICMMI-DEVCMMI-SVCCMMI-ACQ2000年08月-V1.02001年12月-V1.12006年08月-V1.22010年11月-V1.31991年 目錄

2、12345CMMI有關名詞及發(fā)展介紹CMMI模型的作用認識CMMI模型結構能力成熟度等級介紹CMMI模型帶給我們什么？6現(xiàn)狀6CMMI核心思想：過程管理軟件過程: 用于制造軟件產(chǎn)品的一系列的活動、方法和實踐。工具（技術）人ADBC過程“過程”能指導“人”有效利用“工具（技術）”開發(fā)軟件產(chǎn)品 不成熟與成熟的軟件過程不成熟混亂 高度依賴于項目參與者項目結果不可預測容易出現(xiàn)超預算、拖期、 質(zhì)量問題使用新技術有很大風險 反應式、消防成熟定義明確、文檔化 嚴格控制 嚴格度量以過程改進為核心以先試點和成本收益分析 為依托主動式、預防 CMMI模型的作用基于模型改進的好處建立共同語言 鑄造共同的愿景建立在集

3、業(yè)界之大成的過程和實踐的基礎上建立在集業(yè)界之大成的過程和實踐的基礎上 提供劃分改進措施優(yōu)先級的框架，是過程改進的導向圖 提供執(zhí)行可靠的、一致認定的改進框架外部環(huán)境通過評級是企業(yè)開發(fā)能力的一種證明提高企業(yè)在市場上的競爭力 目錄145CMMI有關名詞及發(fā)展介紹能力成熟度等級介紹CMMI模型帶給我們什么？6現(xiàn)狀23CMMI模型帶給我們什么？認識CMMI模型結構 CMMI兩種表達方式通用實踐1具體目標具體實踐1過程域過程域通用目標通用實踐1具體目標具體實踐1過程過程域域通用目標連續(xù)連續(xù)式式階段階段式式成熟度等級能力等級11舉例-具體實踐 舉例-通用實踐GP 2.1 建立組織級方針GP 2.2 計劃過程

4、GP 2.3 提供資源GP 2.4 分派職責GP 2.5 培訓人員GP 2.6 控制工作產(chǎn)品GP 2.7 識別相關干系人，并使之參與GP 2.8 監(jiān)督并控制過程GP 2.9 客觀評價遵守程度GP 2.10 與上級管理層一起進行狀態(tài)評審GP 3.1 建立已定義的過程GP 3.2 收集與過程相關的經(jīng)驗 CMMI兩種表達方式連續(xù)連續(xù)式式Process Aea CapabilityPA PAPA評價一個過程域(PA)或 一系列PA的能力等級階段式階段式ML5 ML4ML3ML2 ML 1評價組織的成熟度等級階段式表達方式評價組織(Organization)成熟度等級（Maturity level)14

5、如何應用CMMI模型？CMMI模型模型公公司過司過程程定定義文義文件件過過程執(zhí)程執(zhí)行行 及及反反饋饋項目n評估組織成 熟度等級組織過程定義文件依據(jù)CMMI-DEV， V1.3模型的要求建立了組織適合的過程定義文件和模板行標簽行標簽手冊手冊指南指南模板模板項目管理卷項目管理卷2132項目管理冊30供應商管理冊1產(chǎn)品工程卷產(chǎn)品工程卷6248生命周期冊13產(chǎn)品需求冊14產(chǎn)品設計冊16產(chǎn)品實現(xiàn)冊118產(chǎn)品測試冊1118產(chǎn)品評審冊19過程管理卷過程管理卷4138過程管理冊2122原因分析冊12組織培訓冊114過程支持卷過程支持卷215度量分析冊14決策分析冊2配置管理冊16質(zhì)量保證冊3總計總計14413

6、3 目錄4能力成熟度等級介紹15CMMI有關名詞及發(fā)展介紹CMMI模型帶給我們什么？6現(xiàn)狀23CMMI模型帶給我們什么？認識CMMI模型結構18 能力成熟度等級（分級式）制度化軟件過程不正規(guī)、混亂實施了基本的項目管理過程標準化軟件過程改進制度化、系統(tǒng)化實施了產(chǎn)品和過程的量化控制1. 初始級2. 已管理3. 已定義4. 量化管理5. 優(yōu)化中標準化、一致性可預測性持續(xù)改進19Level 1（初始級）軟件過程是神秘的進度/成本/.目標Level 1輸入輸出概 率20Level 1特征- 對于軟件過程，管理者具有很低的可視性- 幾乎沒有規(guī)程或程序被定義- 在危機面前，不再遵守已有的規(guī)程- 需求經(jīng)常變更

7、，但很少得到控制- 不切實際的進度和成本的估計- 幾乎完全依靠少數(shù)關鍵的英雄人物- 客戶對產(chǎn)品質(zhì)量和作出的響應是不滿意的- 無效的承諾過程21Level 2（已管理級）里程碑處具有可視性輸入輸出進度/成本/.Level 2目標概 率Level 2特征- 得到基本的管理控制- 相似的項目具有較好的可視性- 嚴格遵守紀律- 嚴格遵守標準的軟件工程方法- 項目計劃規(guī)定了項目所使用的 過程- 收集了一些度量數(shù)據(jù)紀律是軍隊的靈魂，它能使弱旅變得強大并獲得成功， 從而受到大家的尊敬。喬治.華盛頓22 從1級到2級(初始級到已管理）24Level 3（已定義）過程內(nèi)部也變的具有可視性輸入輸出進度/成本/.L

8、evel 3目標概 率25Level 3特征- 建立了標準的軟件過程- 嚴明的過程紀律和專業(yè)的 工程環(huán)境- 面對危機，開發(fā)人員一定 會堅持遵守已定義的過程- 關注的焦點轉(zhuǎn)向度量軟件過程已被編制為各個標準化過程，并在企業(yè)范圍內(nèi)執(zhí)行， 從而使軟件生產(chǎn)和管理更具可重復性，可控制性，穩(wěn)定性和 持續(xù)性。對項目的實施有一整套的管理措一整套的管理措施施，并保障項目的完成；通過組織定義的裁剪指南使組織的標準過程適用于所有的項目，項目 執(zhí)行一套相同的過程；組織定義了相關機構和職責從事過程改進活動從事過程改進活動，并對其進行管理；明確并完善了工程過程的要工程過程的要求求；提供了決策分析技術決策分析技術； 從2級到

9、3級（已管理到已定義）CMMI 2&3項目管理集成項目管理風險管理工程過程需求開發(fā)技術方案產(chǎn)品集成驗證確認過程管理組織過程聚焦組織過程定義組織培訓支持過程決策分析與 決議度量分析質(zhì)量保證配置管理項目策劃項目跟蹤和監(jiān)控分包協(xié)議管理需求管理項目管理總流程確定項目范圍定義項目過程工作任務分解項目估計各項內(nèi)容策劃項目裁剪報告項目計劃估計過程記錄表項目跟蹤控制手冊(風險/問題)模型應用表項目跟蹤控制手冊(風險/問題)項目周報里程碑報告項目變更申請表經(jīng)驗和教訓總結提交經(jīng)驗文檔提交改進建議(流程和模板）提交項目度量數(shù)據(jù)項目總結報告文檔范例項目度量數(shù)據(jù)項目策劃項目跟蹤項目總結跟蹤進度/工作量/成本分析

10、進度及業(yè)績(CPI/SPI)計算完成時的估計度量分析度量分析項目控制項目控制風險控制計算進度及業(yè)績(CPI/SPI)分析變化項目溝通項目溝通個人/項目周報項目例會里程碑會議及評審 建立裁剪指南和標準新開發(fā)新開發(fā) 升級升級 維護維護項目裁剪報告組織標準過程組織定義裁剪指南標準供不同的項目裁剪，裁剪范圍是跟項目相關的所有過程。大大中中 小小 項目已定義過程定義項目 過程選擇項目類型/工作量特定裁剪生成裁剪報告質(zhì)量保證過程域3031542QA過程審計過程審計依據(jù)檢查單對過程審計，確 保項目執(zhí)行符合組織標準過程 的要求；報告審計結果，跟蹤不符合 問題的解決。產(chǎn)品審計產(chǎn)品審計依據(jù)檢查單對開發(fā)過程產(chǎn) 生的

11、工作產(chǎn)品進行審計，確 保工作產(chǎn)品符合組織定義的 模板的要求；報告審計結果，跟蹤不符 合問題的解決。我們需要獨立 的監(jiān)督和支持 機構!過程度量過程度量協(xié)助收集分析 度量數(shù)據(jù)，為 組織級過程改 進提供依據(jù)。過程支持過程支持與指導與指導指導按照相關 的標準規(guī)程組 織開發(fā)活動等過程改進過程改進參與組織過程 改進活動我們的痛處 在哪里，如 何治療？QA的工作目標：保證軟件過程質(zhì)量，正確地做事。31 軟件開發(fā)中常見問題開發(fā)人員未經(jīng)授權修改代碼或文檔人員流動造成企業(yè)的軟件核心技術泄密或留下的程序因缺 文檔而導致無人能接上手找不到某個文件的歷史版本 無法重現(xiàn)或編譯歷史版本，使維護工作十分困難 對某些文件進行了

12、一定的修改后，發(fā)現(xiàn)有些修改是錯誤的，但又不能進行回退操作代碼相互覆蓋現(xiàn)象時有發(fā)生 配置管理是軟件開發(fā)的基石！我們?nèi)绾瘟私鈿v史？配置管理是高效開發(fā)的基礎，它不斷把公司付出的人力和腦力成本轉(zhuǎn)化 可見和可傳遞的產(chǎn)品積累和保存；配置管理也為開發(fā)人員提供了一個協(xié)作的平臺，在此平臺上，大家能夠 更有效率的交流和協(xié)作；降低損失和浪費： 版本混亂、人員流動、產(chǎn)品缺失、數(shù)據(jù)統(tǒng)計。 配置管理概念軟件配置管理（Software Configuration Management, SCM）是通過技術或行政手段對 軟件產(chǎn)品及其開發(fā)過程和生命周期進行控制、規(guī)范的一系列措施。其目標 是記錄軟件產(chǎn)品的演化過程：確保軟件開發(fā)者

13、在軟件生命周期中各個階段都能得到正確的產(chǎn)品配置； 確保所有配置項的完整性和可跟蹤性；配置項納入配置管理范疇的工作成果統(tǒng)稱為配置項。主要有兩大類： 屬于產(chǎn)品組成部分的工作成果，如：源代碼、需求文檔、設計文檔、測試用例等；管理過程中產(chǎn)生的文檔，如：各種計劃、監(jiān)控報告等； 配置管理主要工作定義和維定義和維護基線護基線變更控制變更控制配置狀態(tài)配置狀態(tài) 統(tǒng)計統(tǒng)計配置審計配置審計包括：識別和標識配置項、定義和維護基線、 建立可追蹤性、建立和維護配置管理庫定義變更權限，按 照流程對變更進行 控制和管理。1提出變更請求2評價變更3評審和批準4實施變更5批準結果6更新基線說明配置項及變更 請求狀態(tài)，回答4WWh

14、at：發(fā)生了什么事？ Who：誰做的此事？ When：此事是什么時候發(fā)生的？ Why：為什么做此事？對于配置庫庫的結構、內(nèi)容進行檢驗，其目的 在于驗證配置項的完整性、正確性。35Level 4（量化管理）的可視性是定量的、客觀的輸入輸出進度/成本/.Level 4目標概 率36Level 4 特征- 管理者擁有決策的客觀基礎- 管理者能在量化的范圍內(nèi)預測性能- 運用統(tǒng)計過程控制的原理監(jiān) 控過程- 處理過程偏差的特殊原因過程管理組織過程性能項目管理量化項目管理CMMI 43.02.52.01.51.00.50.050 100 150 200 250 300總生產(chǎn)總生產(chǎn)率率頻頻率率均 值 1 8

15、3 . 4標 準 差 6 8 . 5 7 N 1 7總生產(chǎn)總生產(chǎn)率率 的直方的直方圖圖正態(tài)80060040020001 4 7 10 1 3 16 19 22 25觀觀 測測 值值單單 獨獨 值值+ 3 SL= 798 . 4+ 2 SL= 672 . 4+ 1 SL= 546 . 3_X = 420 . 3- 1 SL= 294 . 3- 2 SL= 168 . 3- 3 SL= 42 . 340030020010001 4 7 10 1 3 16 19 22 25觀觀 測測 值值移移 動動 極極 差差MR = 142 . 1+ 3 SL= 464 . 4+ 2 SL= 357 . 0+ 1

16、 SL= 249 . 6- 1 SL= 34 . 7- - 3 2 S SL L= = 0 0日編碼生產(chǎn)日編碼生產(chǎn)率率 的的 I - M R 控制控制圖圖組織過程 性能基線YX1X2組織過程 性能模型X3通過項目歷史數(shù)據(jù)建立組織的過程性能基線和模型；應用組織的過程性能基線和模型對項目進行量化管理和控制；從3級到4級（已定義到量化管理） 咱們的產(chǎn)品質(zhì)量怎么樣？2 級3 級5 級4 級1 級還不錯吧。沒有度量，憑感覺很好。產(chǎn)品發(fā)布后3個月的缺陷密度平均 值是3個/KLOC有度量，缺乏對數(shù)據(jù)進行分組，一般只使用平均值很好。這類項目，產(chǎn)品發(fā)布后3個月的缺 陷密度的平均值是3個/KLOC，另一類產(chǎn) 品是

17、2.7個組織級層面上的“求同存異”開始對數(shù)據(jù)分組，對數(shù)據(jù)差異有一定的概念。很好。這類項目，產(chǎn)品發(fā)布后3個月的缺陷密度，服從正態(tài)分布，平均值是3個/KLOC，標準差是0.3用統(tǒng)計方法計算某個數(shù)值出現(xiàn)的頻率，說明數(shù)據(jù)服從的分布和范圍1年前我們的數(shù)據(jù)服從3+-0.3的正態(tài)分布， 現(xiàn)在的水平是2+-0.2個，標準差縮小了，同時，通過統(tǒng)計檢驗，平均值是有顯著 差異的。用統(tǒng)計方法描述和驗證過程改進的結果，用標準差的變化， 以及平均值差異的顯著性檢驗 結果說明改進的效果。你的答案在哪？ 幾個概念為了實現(xiàn)某一目標而采取的一系列步驟可大：覆蓋整個生命周期，如：研發(fā)過程、問題處理過程等可?。寒a(chǎn)生某個工作產(chǎn)品的過程

18、，如：軟件需求的同級評審、 單元測試等過程性能對執(zhí)行某一過程的實際結果的度量體現(xiàn)為：對過程的度量，如：工作量、周期、缺陷移除率對產(chǎn)品的度量，如：可靠性、缺陷密度、系統(tǒng)運行效率過程 能力過程滿足顧客要求（項目目標）的能力。The range of expected results that can be achieved by following a process.過程 項目&組織過程性能基線和模型組織度量庫項目1項目2項目ncenterUpper limitLower limitYX1X2X3重要前提：過程穩(wěn)定 過程性能模型過程性能模型過程性能模型是根據(jù)項目執(zhí)行過程中，尤其是早期的某

19、些子過程度量早期的某些子過程度量元元作為 輸入，預測項目后期或結束時的某個質(zhì)量目標或過程性能目標的實現(xiàn)的可能性。 子過程度量元是可控的，以便于項目可以采取措施去控制結果。過程性能模型是基于穩(wěn)定的過程穩(wěn)定的過程建立的，建立過程中，需要直接或間接使用 到穩(wěn)定的過程的度量數(shù)據(jù)（如過程性能基線）通常情況下，建立的模型包括工程過程模型（如針對質(zhì)量）和管理過程模型過程模型（如針對質(zhì)量）和管理過程模型（如針對項目成本等）Subprocessx1Subprocessx2Subprocessx3Subprocessx5Subprocess x4?Outcomey?關鍵過程（x）影響預計的輸出(y) y=f(x1

20、,x2,)42 管理模型生產(chǎn)率模型總生產(chǎn)率 = 8.7 + 0.554 編碼生產(chǎn)率編碼生產(chǎn)率 = - 120 + 0.00554 重新編碼規(guī)模+ 74.7 編碼水平 + 179 詳細設計DREY總生產(chǎn)率y編碼生產(chǎn)率X1重新編碼規(guī)模X2編碼水平X3詳細設計DRE說明：編碼生產(chǎn)率：LOC/人天重新編碼規(guī)模：LOCDRE為詳細設計階段缺陷移除率系統(tǒng)測試入口缺陷密度44 發(fā)布后缺陷密度模型方程主模型主模型發(fā)布后缺陷密度 =2.07 + 0.361- 0.281 每千行代碼系統(tǒng)測試用例數(shù)子模型子模型系統(tǒng)測試入口缺陷密度 = 3.09 + 1.25 編碼階段入口缺陷密度- 0.112 每千行代碼單元測試用

21、例數(shù) - 0.382 代碼檢查方式對遵循某一過程實際結果的體現(xiàn)通常針對關鍵過程建立基于穩(wěn)定的過程建立某一個過程可能會有多個基線，例如，按如下方式分組：產(chǎn)品線應用領域技術45frequency Upper limitcenter Lower limitaveragerange關鍵過程的性能基線(PPBS)一個穩(wěn)定過程的實際過程性能結果過程性能基線程性能基線體現(xiàn)為如下 形式：-平均值，即控制圖的 中心線。-控制邊界，即3 過程性能基線體現(xiàn)形式多系統(tǒng)覆蓋項目生命周期的過程一組連續(xù)的過程300250150100503.02.52.01.51.00.50.0200總總生生產(chǎn)產(chǎn)率率頻頻率率均值183.4標

22、準差 68.57 N 17總總生產(chǎn)生產(chǎn)率率 的直方的直方圖圖正態(tài)通常體現(xiàn)形式：總生產(chǎn)率N(183.4,68.57)較小的過程元素如： 生產(chǎn)率、 工作量、進度單系統(tǒng)對商業(yè)目標、質(zhì)量目標的實現(xiàn)有重要 影響的關鍵過程通常是產(chǎn)生某一個工作產(chǎn)每品千行的代單碼一測試的用、例數(shù)、詳細設計缺陷移除率平均值，即控制圖的中心線?？刂七吔?，即3135715.0 12.510.07.55.091113151719觀測觀測值值單獨單獨值值+3SL=14.10+2SL=12.40+1SL=10.70_X =9.00-1SL=7.30-2SL=5.60-3SL=3.9013576.04.53.091113151719觀測觀

23、測值值移動移動極極差差+3SL=6.265+2SL=4.816+1SL=3.367_ MR=1.9171.5-1SL=0.4680.0-3 2SL=0每每kl oc單元單元測測試用例試用例數(shù)數(shù)- 動動態(tài)態(tài)邊界邊界- 控制控制圖圖如何實現(xiàn)量化管理？建立量化的項目目標(Y) 項目各階段預測目標實現(xiàn)的可能性 對關鍵過程進行統(tǒng)計控制（X)，確保X穩(wěn)定建立關鍵因子和目標之間的關系生產(chǎn)率、發(fā)布后缺陷密度：分布及其參數(shù)關鍵子過程：每千行代碼 單元測試用例數(shù)GQIM推導建立組織過程 性能基線3.02.52.01.51.00.50.050 100 150 200 250 300總生產(chǎn)總生產(chǎn)率率頻頻率率均 值 1

24、 8 3 . 4標 準 差 6 8 . 5 7 N 1 7總生產(chǎn)總生產(chǎn)率率 的直方的直方圖圖正態(tài)80060040020001 4 7 10 1 3 16 19 22 25觀觀 測測 值值單單 獨獨 值值+ 3 SL= 798 . 4+ 2 SL= 672 . 4+ 1 SL= 546 . 3_X = 420 . 3- 1 SL= 294 . 3- 2 SL= 168 . 3- 3 SL= 42 . 340030020010001 4 7 10 1 3 16 19 22 25觀觀 測測 值值移移 動動 極極 差差+ 3 SL= 464 . 4+ 2 SL= 357 . 0+ 1 SL= 249

25、. 6MR = 142 . 1- 1 SL= 34 . 7- - 3 2 S SL L= = 0 0日編碼生產(chǎn)日編碼生產(chǎn)率率 的的 I - M R 控制控制圖圖建立模型總生產(chǎn)率 = 23.1 + 0.513 編碼 生產(chǎn)率編碼生產(chǎn)率 = - 188 + 0.00744 重新編 碼規(guī)模 + 80.2 編碼水平 + 180 詳細設 計DRE量化項目管理收集度量數(shù)據(jù) 執(zhí)行一致過程建立組織及項目 過程性能目標組織的 商業(yè)目標度量元收集規(guī)程 操作定義 統(tǒng)計控制理論 GQIM基本統(tǒng)計方法 六西格瑪理論 蒙特卡羅模擬 模型和基線在項目中的應用確定量化項目目標預測目標能否滿足過程控制 確保實現(xiàn)量化管理Level

26、 5（優(yōu)化中）具有很高的洞察力輸入輸出進度/成本/.49Level 5目標概 率50Level 5特征- 持續(xù)的、可度量的改進是生活的一部 分- 從根本上防范缺陷再次發(fā)生，軟件產(chǎn)品可靠- 識別并消除低性能產(chǎn)生的長期性原因- 系統(tǒng)化地引入新技術、新方法、新工 具，并能夠精確的預測使用新技術和 過程變更所帶來的效果- 持續(xù)進行過程改進CMMI 2&3支持過程原因分析與 確定過程管理組織革新與 部署 如何持續(xù)優(yōu)化？程性能CLXUCLLCLt1t2t3t4t6t5平均值(X-bar)1.采用新技術、新方法、新工具，提高關鍵子過程性能OPM 組織過程管理2.在項目實施中對于做的好的或者出現(xiàn)的問題

27、（特殊問 題、特殊情況）進行分析，獲取改進機會，提高過Level4：通過確保過程(x)穩(wěn)定，保證結果(Y)穩(wěn)定CAR 原因分析與決議如何持續(xù)改進？52Levels 3、4 & 5低質(zhì)量 的成本Level 3“穩(wěn)定Level 4“控制Level 5“持續(xù)改進上限?實施區(qū)域不大容易克服 的成本浪費下限 重大及革新型改進實施步驟借鑒六西格瑪理論，在量化管理的基礎上改進，降低改進風險X1X2X3yy收集和分析 改進建議識別和分析 革新型改進試用改進建議Y策劃部署推廣度量改進效果帕雷托圖頭腦風暴回歸建 模分析假設檢驗方差分析魚骨圖直方圖何時應用原因分析？何時應用原因分析？何時應用何時應用 原因分

28、析原因分析當某項目質(zhì)量或過程性能值無法無法達達到到項目所期望達到的質(zhì)量或 者過程性能目目標標時；當某項目質(zhì)量或過程性能值異常異常于于組織的產(chǎn)品質(zhì)量或過程性能 基線基線時；工作產(chǎn)品與需求之間存在非預期的眾眾多多差差異異時；當組織或者項目希望解決某方面問題來提提高高產(chǎn)品質(zhì)量或者過程性能時；1 2 3 4 56 78 9 10 11 12 13 14 15觀測觀測值值單單 獨獨 值值0 -3SL=-0.8312 +2SL=12.07 +1SL=9.4984_ X =6.91-1SL=4.33 -2SL=1.759 10 11 12 13 14 151 2 3 4 56 710.07.55.02.58

29、觀測觀測值值移移 動動 極極 差差+3SL=9.51+2SL=7.31+1SL=5.11_ MR=2.91-1SL=0.710.0-3 2SL=0116 +3SL=14.651 每每kl oc代碼檢代碼檢查查缺陷數(shù)缺陷數(shù)- 動動態(tài)態(tài)邊邊界界- 控制控制圖圖( 含異常點含異常點) 分析原因1分析問題 或缺陷的 背景和范圍2確定要分 析的問題或缺 陷，初步選擇 分析數(shù)據(jù)項目組項目組3定位要 分析的關鍵 問題或者關 鍵缺陷直方圖、 帕雷托圖4推測所 有可能的原因頭腦風暴、魚骨圖、流程圖控制圖、頻率 圖、檢查單6確認根本原因散點圖、方差分析、回歸分析數(shù)據(jù)來數(shù)據(jù)來源源 ：項目配置庫組織級度量庫問題、需求

30、平臺數(shù)據(jù)分析的目的：數(shù)據(jù)分析的目的：確認問題5情況分；析各猜測的原因是否對問題進行細成化立和，分推類論；出根本原因搜集的數(shù)據(jù)類型：搜集的數(shù)據(jù)類型：問題的嚴重程度；問題的主要分類；可能導致問題的潛在原因； 實施改進建議7搜集所 有可能的改進建議頭腦風暴、 魚骨圖8選擇要實施的改 進建議決策分析、 會議討論9預測改進效果以確 定改進建議有效性方差分析、回歸 建模分析、蒙特 卡羅模擬11實施（試行）改 進建議并監(jiān)控過程 和收集數(shù)據(jù)10細化改進建議和評 審、審批12驗證實際改進效果并總 結（考慮納入OID）假設檢驗、方差分 析、對比能力指數(shù)項目組項目組SEPG57 1-5級軟件過程的特點()5 4 3

31、 2 1 可視性增 強可控性增 強自我改進能力58 1-5級軟件過程特點() 敢于承諾的項目 目標提前 承諾的項目目標 和實際的完成情 況間的偏差減小 實際的完成情況 的可控性增強概 率目標進度/成本5 4 3 2 1 59成熟度等級、質(zhì)量&風險影響特征等級混亂的和不可預測的可視化的管理和項目跟蹤，穩(wěn)定的 計劃和產(chǎn)品基線軟件過程得到定義且制度化，產(chǎn)品質(zhì)量得到控制產(chǎn)品質(zhì)量得到控制，跟蹤度量整個軟件開發(fā)過程持續(xù)的過程能力的改進初始級已管理級已定義級量化管理級持續(xù)改進級質(zhì)量風險“如果我們沒有明確自己的模式，就很難改進自己的工作.”CMMI能力成熟度等級（階段式）制度化軟件過程不正規(guī)、混亂實施了基本的項目管理過程標準化軟件過程改進制度化、系統(tǒng)化實施了產(chǎn)品和過程的量化控制1. 初始級2. 已管理3. 已定義4. 量化管理5. 優(yōu)化中標準化、一致性可預測性持續(xù)改進實現(xiàn)組 織的商 業(yè)目標革新改進，使 過程性能發(fā)生 變化新過程新過程新工具新工具提高過程能 力，滿足質(zhì) 量和過程性