CMMI 基礎知識

latinren發表於2007-11-13

一、 基礎資訊介紹:

  1. CMMI――Capability Maturity Model Integration( 整合能力成熟度模型);
  2. CMMI 是由卡耐基梅隆大學軟體工程學院(SEI)制定的;
  3. CMMI 整合了四個知識領域的應用:
  • Software Engineering ( 軟體工程)、
  • System Engineering ( 系統工程)、
  • Integrated Product and Process Development (整合的產品與過程開發)、
  • Supplier Sourcing ( 外包開發) Newegg 引入

CMMI主要使用在兩個知識領域:Software Engineering (軟體工程) 和System Engineering (系統工程) 1.4 CMMI 模型在表現方式上分為2種:分階段表述和連續性表述,我們通常所說的CMMI的等級是指在分階段表述下的成熟度等級(ML)。

[@more@]

CMMI 構成介紹:

2.1 CMMI 模型組建圖

2.2 專有名詞介紹:

l 成熟度等級(Maturity Level, ML :在CMMI分階段表述中一組經過定義的漸進式過程改善指標,達到每一個成熟度等級則代表組織過程的某重要部分有穩固的基礎,一共分為五級。

l 過程域(Process Area, PA) 是一組同屬某過程領域而彼此相關的執行方法,當共同執行這些方法時,可以達成一組目標,而這些目標對該領域的重大改善是重要的。

l 特定目標(Specific Goal, SG) 適用於單一的過程域,並強調其獨有的特徵,此特徵用來說明必須要執行什麼以滿足過程域。

l 特定實踐(Specific Practice, SP) 是一種活動,它對達成相關的特定目標是重要的,特定執行方法說明一組活動,這組活動被期望可某過程域的特定目標。

l 一般目標(Generic Goal, GG): 是指該目標可用於多個過程域,分階段表述的每個過程域只有一個一般目標。達成某過程域的一般目標,代表該過程域相關過程的計劃和實施獲得控制和改善;也象徵這些過程是有效的、可重複的以及可持續的。

l 一般實踐(Generic Practice, GP): 提供製度化的方法,以確保過程域的相關過程是有效的、可重複的以及可持續的。

三、 重要概念介紹

3.1 成熟度等級介紹:

成熟度等級在 2 級以上(包括2級)才需要進行評估。對每個等級進行評估時,需要保證滿足該級別和該級別以下級別的所有要求,例如對ML3級進行評估時,需要組織同時滿足27PA的要求和314PA的要求。

成熟度等級(ML

等級名稱

等級詳述

1

初始級

過程通常是特殊而混亂的,而且組織通常沒有提供穩定的環境。這些組織的成功,往往是依賴組織成員的能力於英雄主義,而不是使用一套經過驗證的過程。專案進行中容易發生專案的超預算和延期等情況。

2

管理級

在成熟度二級,組織的專案已經確保需求是被管理的,而且過程是經過計劃、執行、度量及控制的;在執行方法適合的情況下,專案的執行和管理依照計劃進行;需求、過程、工作產品及服務是受管理的,管理層都可以瞭解工作產品的狀況和服務的交付情況;在二級,需要建立相關關鍵人員的承諾,並根據情況修改;管控工作產品與關鍵人員共同審查工作產品和服務可棉珠其特定需求、標準和目標。

3

定義級

過程都已經詳細的說明於解釋,並用標準、程式、工具及方法來表現。組織標準過程為第三級的基礎,需要定製並持續改善以此建立整個組織的一致性,專案按照裁剪指南,根據專案特性,進行組織標準過程的裁剪,以此建立專案的已定義過程。管理層以此基礎,建立過程的目標並確保這些目標已經適當的說明。

4

量化管理級

選定對整體過程績效有重大影響的子過程,並使用統計和其他的量化技術來控制這些子過程;建立質量和過程績效的量化目標,並以該目標為管理過程時的準則。

5

最佳化級

根據對過程變化的共同原因的量化分析,持續進行過程改進。成熟度5級專注於持續改善過程績效,已經建立組織的量化過程改善目標,並持續修改晚上,以翻譯持續改變的經營目標。

3.2 過程域分類

所有過程域(PA)分為以下四類:

過程域(PA)型別

所屬的PA

專案管理類Project Management

專案計劃 Project Planning ,PP專案監督與控制 Project Monitoring and Control ,PMC供應商合同管理 Supplier Agreement Management ,SAM整合專案管理 Integrated Project Management ,IPM風險管理 Risk Management ,RSKM整合組 Integrated Teaming ,IT整合供應商管理 Integrated Supplier Mannagement ,ISM量化專案管理 Quantitative Project Management ,QPM

組織過程類Process Management

組織過程焦點Organizational Process Focus ,OPF組織過程定義Organizational Process Definition ,OPD組織培訓Organizational Training ,OT組織過程效能Organizational Process Performance ,OPP組織改善與實施Organizational Innovation and Deployment ,OIP

工程類Engineering

需求開發 Requirements Development ,RD需求管理 Requirements Management ,REQM技術解決方案 Technical Solution ,TS產品整合 Product Integration ,PI驗證 Verification ,VER確認 Validation ,VAL

支援類
(Support)

配置管理 Configuration Management ,CM過程和產品質量保證 Process and Product Quality Assurance ,PPQA度量與分析 Measurement and Analysis ,MA組織整合環境Organizational Environment for Integration ,OEI決策分析和解決方案 Decision Analysis and Resolution ,DAR原因分析和解決方案 Causal Analysis and Resolution ,CAR

3.3 成熟度等級與過程域

<>

成熟度級別

關注重點

過程域(PA)數量

過程域(PA)型別

ML 2 管理級

專案基本管理

7

PP 專案計劃

PMC 專案監督與控制

SAM 供應商合同管理

REQM 需求管理

CM 配置管理

PPQA 過程和產品質量保證

MA 度量和分析

ML 3 定義級

組織級過程定義

14

IPM 整合專案管理

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/212824/viewspace-982324/,如需轉載,請註明出處,否則將追究法律責任。