Professional Documents
Culture Documents
軟體流程改善 & Cmmi 簡介 (軟體能力成熟度模型)
軟體流程改善 & Cmmi 簡介 (軟體能力成熟度模型)
成熟度層級
導入效益
2
Quality Leverage Points
Everyone realizes the importance of having a
motivated, quality work force but...
PEOPLE
3
Why focus on process?
Process provides a constructive, high-leverage
focus...
as opposed to a focus on people
Your work force is as good as it is trained to
be.
Working harder is not the answer.
Working smarter, through process, is the
answer.
as opposed to a focus on technology
Technology applied without a suitable
roadmap will not result in significant payoff.
Technology provides the most benefit in the
context of an appropriate process roadmap.
12/11/22 Bahill 4
SEI 的 CMM
CMM ( Capability Maturity Model )
1986 年 11 月開始發展, 1987 年 9 月發表成熟架
構與調查表, 1993 年以後發展完整改進版。
是國際軟體業界通行的一種標準軟體開發的成熟模
型。
規定了組織性成熟的階層式架構,以及如何判斷軟
體開發所處的成熟程度。
用來協助軟體開發的團隊或組織,找出現有開發流
程和軟體品質中最需要改進的地方,並提出一些指
導方針,來幫助軟體開發的團隊或組織達到良好的
流程管理和團隊開發的文化。
5
CMMI 專案的成立
旨在整理出使用多種 CMM 家族所產生的問題。
專案任務是合併三個來源的模式:
1. 使用於軟體的能力成熟度模式 (SW-CMM V2.0 草
案)
2. 電子工業協會過度期標準 (EIS/IS)731
3. 整合的產品發展能力成熟度模式 (IPD-CMM)V0.98
6
CMMI 的架構
主要是由成熟度等級向下展開成流程領域,並
依流程領域找出特定目標和一般目標,並詳述
其執行方法
7
導入 CMM(I) 方法 (IDEAL 模式 )
在一個組織內,要進行以 CMMI 為基礎的變善
工作,一般都使用 SEI 所公佈的 IDEAL 模式。
提供一個淺顯易懂的方法,它詳細描述建立成
功改善方案的步驟,使組織能建立一個長期的
流程改善制度。
包含五個階段
起始階段 (Initiating)
診斷階段 (Diagnosing)
建立階段 (Establishing)
行動階段 (Acting)
檢討階段 (Learning)
9
IDEAL 模式 - 起始階段 (Initiating)
組成改善計畫的基礎架構,定義組織內每個士
色及其職掌,根據組織的願景,策略,及過去
的經驗,擬定改善的計畫。
(1) 改革的刺激 (Stimulus for Change)
(2) 設定工作內容 (Set Context)
10
IDEAL 模式 - 診斷階段 (Diagnosing)
診斷目前的工作模式,並界定未來的目標。
首先確定需要執行的基準評鑑項目及種類,以
確保軟體流程改善計畫的要點與組織的經營需
求是一致的。
然後規劃並收集所得的實際資訊,最後製作調
查結果及建議報告。
(1) 瞭解目前的狀況及期望的目標 (Characterize
Current & Desired Status)
(2) 發展建議方案 (Develop Recommendations)
11
IDEAL 模式 - 建立階段 (Establishing)
擬定一個計劃,說明需如何達到目標。
在此階段組織需決定改善的行動和其優先順序,
並尋找適當的解決方案,轉換在起始階段所定
義的一般流程改善目標為可度量的目標,並製
作監控基準,建立組織全體的共識,核准軟體
流程改善的策略計畫,並配置行動所需的資源。
(1) 設定優先順序 (Set Priorities)
(2) 研究可行方法 (Develop Approach)
12
IDEAL 模式 - 行動階段 (Acting)
根據計畫,確實執行。
此時完成改善的細部計畫,處理診斷階段所發
現的問題,並提出解決方案。試行可能的解決
方案後,選出最適合組織需要的,然後將經過
證實的解決方案推廣至全組織。
(1) 提出解決方案 (Create Solution)
(2) 試行可能的解決方案 (Pilot/Test Solution)
13
IDEAL 模式 - 檢討階段 (Learning)
從經驗中學習並改善自我能力,吸收更新
技術。
進行 IDEAL 模式下一個循環時,收集先前
的各項學習心得,確保所使用的策略、方法,
及組織架構是最佳的,修正或調整,使下一
循環的軟體流程改善更有率。
(1) 分析與驗證 (Analyze and Validate)
(2) 提出未來行動建議 (Propose Future
Actions)
14
CMM(I) 的評鑒
按照規定必須由經過 SEI 授權的首席評估員
(Lead Assessor) 主持評估而過程包括準備,實
施和報告階段。
先進行初始階段流程
15
CMM(I) 的評鑒
再進行現場和報告階段流程
16
CMMI 流程領域 (Process areas, PA)
A process area (PA) is a cluster of related
practices in an area that, when performed
collectively, satisfy a set of goals considered
important for making significant improvement in
that area.
12/11/22 Bahill 17
CMMI 流程領域 (PA) 分類
分成四類,以專案管理為基礎而工程進行研
發,並進行流程管理而以支援流程輔助全部。
四類又各分基礎及進階兩部分。
18
專案管理類 PA
包含專案管理活動有關規劃、監督與控制專案。
(1) 專案規劃 (Project Planning)
(2) 專案監控 (Project Monitoring and Control)
19
工程流程類 PA
包含發展與維護的執行方法,所有的工程專業
領域皆可共用該執行方法。
六個工程流程領域有相互關係,這些相互關系
源於應用產品發展流程,而不是特定的專業領
域 ( 例如軟體工程或系統工程 ) 。
(1) 需求發展 (Requirements Development)
(2) 需求管理 (Requirements Management)
(5) 驗證 (Verification)
(6) 確認 (Validation)
20
流程管理類 PA
包括整個專案執行方法相關的定義、規劃、資
源分配、推展、實行、監督、控制、驗證、度
量與改善流程。
(1) 組織流程焦點 (Organizational Process Focus)
(2) 組織流程定義 (Organizational Process
Definition)
(3) 組織訓練 (Organizational Training)
21
支援流程類 PA
主要是包含支援產品發展與維護之執行方法及建立
與維護工作環境。
工作環境幫助和鼓勵產品整合,並使管理人員能夠
有整合的行為。
(1) 建構管理 (Configuration Management)
(2) 流程與產品品質保證 (Process and Product Quality
Assurance)
(3) 度量與分析 (Measurement and Analysis)
(4) 整合人員與組織環境 (Organizational Environment for
Integration)
(5) 決策分析與解決方案 (Decision Analysis and
Resolution)
(6) 原因分析與解決方案 (Causal Analysis and Resolution)
22
CMMI 的能力成熟度等級
成熟度
提供的是建議性的順序,以分階段的方式來達
成流程改善。
此建議性的階層能讓組織將改善的工作,專注
於少數對組織有利的關鍵性流程。
每一成熟度階段也為下一階段成熟度建立起基
礎。
成熟度第一級:初始 (Initial)
成熟度第二級:管理 (Managed)
成熟度第三級:定義 (Defined)
成熟度第四級:數量化管理 (Quantitatively
Managed)
成熟度第五級:最佳化 (Optimizing)
23
流程領域分類及層級
Categories of benefits
Process improvement benefits fall into
these general categories:
improved schedule and budget
predictability
improved cycle time
increased productivity
increased customer satisfaction
improved employee morale
increased return on investment
improved quality (as measured by defects)
decreased cost of quality
12/11/22 Bahill 25
Improved schedule and budget
predictability
140%
Over/Under Percentage
. .
. . .. . .. . . .. .. . .. ........ ........................................... .....
.
0% . . ....... ........... . .
. . . ... .. .. ..... .. . .
. .... . . . .... . ... . .. .
. . .... . . .. .. . .
.. . . .. . .. . . ... .
. .. . .. .. .. .. . . . .
. . . . ..
-140%
Without Historical Data With Historical Data
Variance between + 20% to - 145% Variance between - 20% to + 20%
(Mostly Level 1 & 2) (Level 3)
(Based on 120 projects in Boeing Information Systems)
Reference: John D. Vu. “Software Process Improvement Journey:From Level 1 to Level 5.”
7th SEPG Conference, San Jose, March 1997.
12/11/22 Bahill 26
Improved cost & cycle time
12/11/22 Bahill 27
Increased productivity and quality
Return on software
improvement
investment was
reported to be between
5:1 and 8:1.
(Herbsleb 94)
12/11/22 Bahill 29
Improved program performance
Performance to contract
Cost at Completion = Budget
Increases in productivity
150% over 5 years
Industry Cost / Schedule Estimation Tool
(COCOMO) projects 20% reduction in
effort for 1 level improvement
Decreases in Cost of Nonconformance
40% down to 10%
Increased customer satisfaction
ROI 5:1 and greater
Raytheon Missile Systems Software Center
12/11/22 Bahill 30