ISO的度量思想:基于事實的決策方法
ISO的八項質量管理原則之一“基于事實的決策方法”強調:對數據和信息的邏輯分析或直覺判斷是有效決策的基礎。這一原則在ISO 9001:2000標準中的應用示例主要包括:組織應確定、收集和分析適當數據進行質量策劃,對質量管理體系過程、所需資源和持續改進作出正確決策;通過管理評審對質量管理體系改進機會和變更需要進行決策;對產品實現過程、設計開發和持續改進進行決策!盎谑聦嵉臎Q策方法”的主要好處在于:能根據信息決策;通過回顧以往的事實能驗證以前所作決定的有效性;能審查調整意見以及決定,調查其正當性并加以變更!盎谑聦嵉臎Q策方法”的應用措施主要包括:
—— 分析數據以及信息,確認這些數據和信息充分且正確;
—— 讓數據需求者能訪問該數據;
—— 用有效方法分析數據和信息;
—— 在事實性分析、經驗和直覺之間取得平衡的基礎上決策并采取行動。
以事實為依據做決策,可防止決策失誤。在對信息和資料作科學分析時,統計技術是最重要的工具之一。統計技術可用來測量、分析和說明產品和過程的變異性,可以為持續改進的決策提供依據。
CMM的度量思想:度量與分析
CMM各級的度量規定
CMM使軟件從業人員的思想、行為、度量更加科學化。其中的度量思想在各級中均有體現。CMM中比較強調用數據說話,對項目過程中基本上所有的數據都會有記錄,最后把收集的數據提交質量保證部門進行分析,以改進流程。CMM中,產品度量一般是包含在各“執行活動”中,而過程度量是在“度量分析”這一共通特征中加以描述。表5-4是CMM各級的度量相關規定:
表5-4 CMM各級的度量規定
等 級 |
度 量 要 求 |
改進方向(度量相關) |
初始級 |
不收集數據或分析數據。 |
|
可重復級 |
(1)每個項目建立資源計劃。主要是關心成本、產品和進度; (2)有相應的管理數據。 |
積累數據,建立組織的軟件過程庫及軟件過程相關的文檔庫。 |
已定義級 |
(1)在全過程中收集使用數據; (2)在全項目中系統性地共享 數據。 |
(1)開始著手軟件過程的定量分析,以達到定量地控制軟件項目過程的效果; (2)通過軟件的質量管理達到軟件的質量目標。 |
等 級 |
度 量 要 求 |
改進方向(度量相關) |
管理級 |
(1)在全組織內進行數據收集與確定; (2)度量標準化; (3)數據用于定量地理解軟件過程及穩定軟件過程。 |
(1)缺陷防范,不僅發現問題時能及時改進,而且應采取特定行動防止將來出現類似缺陷; (2)主動進行技術革新管理,標識、選擇和評價新技術,使有效的新技術能在開發組織中施行; (3)進行流程變更管理,定義過程改進目的,經常不斷地進行過程改進。 |
優化級 |
利用數據評估,選擇過程改進。 |
保持持續不斷的軟件過程改進。 |
項目跟蹤和監督
項目跟蹤和監督是CMM第2 級的一個重要KPA,使管理者對實際的軟件項目進展過程有足夠的了解,以在項目效能偏離計劃太多時采取有效措施,參見表5-5。
表5-5 KPA:項目跟蹤和監督
項目跟蹤和監督(PTO:Project Tacking and Oversight) | |
項 目 |
內 容 |
目的 |
提供實際進程的充分的可視性,以便當軟件項目的執行嚴重偏離軟件計劃時管理者能夠采取有效的措施。 |
內容 |
根據文檔化的評估、責任和計劃,跟蹤和審核軟件的完成和結果,并在實際的完成和結果的基礎上調整計劃。 |
目標 |
目標1:根據軟件計劃跟蹤實際結果和完成情況。 目標2:如果實際結果和完成情況嚴重偏離計劃,采取矯正措施并加以管理直至結束。 目標3:軟件責任的改變要經過相關部門和個人的同意。 |
項 目 |
內 容 |
共通特征 | |
承諾實施 |
承諾1:指定一個項目軟件經理負責項目軟件的活動和結果。 承諾2:項目依照書面的管理軟件項目的組織性原則加以實施。 |
實施能力 |
能力1:文檔化和批準軟件項目的軟件開發計劃。 能力2:項目經理明確地分配軟件工作產品和活動的責任。 能力3:提供充足的資源和資金用于跟蹤軟件項目。 能力4:培訓項目經理進行軟件項目的技術和人事方面的管理。 能力5:一級項目經理接受軟件項目技術方面的指導。 |
執行活動 |
活動1:將文檔化的軟件開發計劃用于跟蹤軟件活動和交流狀況。 活動2:根據文檔化的程序修訂項目的軟件開發計劃。 活動3:根據文檔化的程序,協同高級經理審核軟件項目為個人和機構外部門所規定的責任以及責任的變動。 活動4:對于影響軟件項目的獲得批準的責任變更要經過與軟件工程部門的成員和其他軟件相關部門的交流。 活動5:跟蹤軟件工作產品規模(或軟件工作產品變動的規模),如有必要,采取改正措施。 活動6:跟蹤項目的努力和成本,如有必要,采取改正措施。 活動7:跟蹤項目的關鍵計算機資源,如有必要,采取改正措施。 活動8:跟蹤項目軟件進度,如果必要,采取改正措施。 活動9:跟蹤軟件工程技術活動,如有必要,采取改正措施。 活動10:跟蹤與項目的成本、資源、進度和技術方面相關的軟件風險。 活動11:記錄軟件項目的實際度量數據和再計劃數據。 活動12:軟件工程部門定期進行內部審核,以依照軟件開發計劃跟蹤技術進程、計劃、成果和問題。 活動13:根據文檔化的程序,通過選擇的項目里程碑進行確定軟件項目完成情況和結果的正式審核。 |
項 目 |
內 容 |
度量分析 |
度量1:進行度量,用于確定軟件跟蹤和監督活動的狀況。 |
實施驗證 |
驗證1:定期協同高級經理審核軟件項目跟蹤和監督的活動。 驗證2:定期或事件驅動下協同項目經理審核軟件項目跟蹤和監督的活動。 驗證3:軟件質量保證部門審核軟件項目跟蹤和監督的活動以及工作產出并報告結果。 |
定量過程管理
定量過程管理是CMM第4級的一個重要KPA,是在軟件項目中定量控制軟件過程表現,也是CMM以及CMMI的核心內容和難點之一,參見表5-6。當過程穩定于可接受的范圍內時,軟件項目所涉及的軟件過程、對應的度量以及度量可接受的范圍就被認可為一條基準,并用來定量地控制過程表現。CMM第4級最大的困難在于量化,從軟件開發開始到結束,都需要大量的數據來說明。
表5-6 KPA:定量過程管理
定量過程管理(QPM:Quantitative Process Management) | |
項 目 |
內 容 |
目的 |
定量地控制軟件項目的過程效能。軟件過程效能表示遵循這一軟件過程所得到的實際結果。 |
內容 |
(1) 為項目定義軟件過程(PDSP:Project’s Defined Software Process)效能 設定目標。 (2) 度量該過程的實際效能。 (3) 分析度量結果。 (4) 將過程效能保持在可接受的限度內。 |
目標 |
目標1:定量過程管理活動具有計劃。 目標2:定量控制PDSP的過程效能。 目標3:定量了解組織標準軟件過程(OSSP:Organization Standard Software Process)的過程能力。 |
項 目 |
內 容 | |||||||
共通特征 | ||||||||
承諾實施 |
承諾1:對PDSP效能的測量和定量控制要遵循書面的組織方針。 (1) 有關個人效能的敏感數據應予以保護,其存取應加以合適的 控制。 (2) 每個項目實現一文檔化的計劃,以定量控制PDSP。 承諾2:機構對OSSP的過程能力的分析要遵循書面的方針。 (1) 分析項目的過程性能度量結果,建立和維護組織標準軟件過 程的過程能力基線。 (2) 軟件項目在建立其過程性能目標上使用組織標準軟件過程的過程能力基線。 | |||||||
實施能力 |
能力1:須有一個負責組織定量過程管理活動的組。 能力2:提供足夠的資源和資金,用于定量過程管理活動。 能力3:有對收集、記錄、分析選定的過程和產品度量的支持。 能力4:實施或支持定量過程管理的個人須接受培訓。 能力5:軟件工程組以及其他相關組的成員要接受相應的指導培訓。 | |||||||
執行活動 |
活動1:根據文檔化的規程,制定項目的定量過程管理計劃。 活動2:根據項目的定量過程管理計劃執行定量過程管理活動。 活動3:數據收集及其后的定量分析策略要基于PDSP。 活動4:用于控制PDSP的測量數據要根據文檔化的規程收集。 活動5:根據文檔化的規程分析PDSP,并將其置于定量控制之下。 活動6:制作并發布有關定量項目過程管理活動結果的報告。 活動7:根
文章來源于領測軟件測試網 http://www.kjueaiud.com/
|