CMMI 1.3級認證下,包含了哪些管理體系?

0 評論 2388 瀏覽 3 收藏 28 分鐘

在日常業務中,項目團隊有時需要借助一定指標體系來衡量或推動整體管理進程,其中,CMMI,即能力成熟度模型集成,就是這樣的一套用于評估和提升組織能力與績效的體系實踐。那么,CMMI 1.3級認證下,包含了哪些管理體系?這些體系可以被如何應用于產品項目管理中?

一、CMMI是什么?

cmmi(Capability Maturity Model Integration,能力成熟度模型集成)是一套用于評估和提升組織能力和績效的全球最佳實踐。

cmmi最初是為美國國防部開發的,用于評估其軟件承包商的質量和能力,后來擴展到了任何行業的任何組織,幫助它們理解自己當前的能力和績效水平,并提供優化業務結果的指南。cmmi包括五個組成部分:模型、采用指南、系統和工具、培訓和認證、評估方法。當它們一起使用時,它們提供了一個清晰而有效的路徑來實現你的業務目標。

CMMI V2.0 版本是一個全球公認的軟件、產品和系統開發優良實踐過程改進模型,能夠幫助組織提升績效。CMMI V1.3 已于 2020 年 9 月 30 日停用。從 2020 年 10 月 1 日開始,僅接受 CMMI V2.0 評估。

CMMI2.0 版本產品套件包括成熟度模型、使用指南、系統與支持工具、培訓、認證和評估方法。與前期版本一樣,CMMI2.0 版本使用五個級別代表提高能力成熟度以改進業務績效的途徑。

新的 CMMI V2.0 模型具有四個類,12 個能力域和 25 個實踐域。新的 CMMI 類別有四個,分別是 doing(對應1.3的工程類)、managing(對應1.3的項目管理類)、enabling(對應1.3的支持類)和 improving(對應1.3的過程管理類)。它們是相關域的分組,這些域在組織或項目的已定義活動中定義了改進性能的實踐。

二、CMMI 1.3級認證下包含哪些管理體系?

cmmi3級認證表示組織已經實現了定義的過程,即過程已經被標準化、文檔化、管理化,并且在整個組織內保持一致。cmmi3級認證下包含以下管理體系:

  1. 過程管理體系:包括組織級過程定義(OPD)、組織級過程焦點(OPF)和組織培訓管理(OT);
  2. 項目管理體系:包括項目計劃(PP)、項目監督與控制(PMC)、供應商協議管理(SAM)、集成項目管理(IPM)和風險管理(RSKM);
  3. 工程管理體系:包括需求開發(RD)、需求管理(REQM)、技術解決方案(TS)、產品集成(PI)、驗證(VER)和確認(VAL);
  4. 支持管理體系:包括配置管理(CM)、過程和產品質量保證(PPQA)、測量與分析(MA)和決策分析與解決(DAR)。

1. 過程管理體系

1)組織過程定義(OPD)

組織過程定義(OPD)就是對軟件過程進行定義,建立組織級別的通用過程資產庫,以便于以后開發過程中,根據資產庫的積累對標準組織級別的過程進行裁剪,適合具體項目情況。

實施方案:

  1. 建立一個過程資產庫,即一個存放組織所有過程相關資產(如文檔、模板、工具等)的集中位置,并確保其可訪問性和安全性。
  2. 定義組織標準過程,即根據組織的業務目標和特點,定義一套適用于組織內各個項目或部門的標準過程,并遵循相應的規范和原則。
  3. 建立過程度量體系,即根據組織標準過程的特點和要求,確定需要度量和控制的過程屬性(如效率、效果、成熟度等),并定義相應的度量方法和指標。

2)組織級過程焦點(OPF)

組織級過程焦點(Organizational Process Focus,OPF)是確定組織需要改進的過程領域和優先級的過程,包括建立過程管理委員會、收集和分析過程數據、制定過程改進計劃等。

實施方案:

  1. 建立一個過程管理委員會,包括組織高層領導、過程改進專家、相關方代表等。
  2. 收集和分析過程數據,即使用適當的方法(如問卷、訪談、觀察等)收集組織當前的過程狀況和績效,并使用適當的工具(如圖表、表格、公式等)分析過程數據。
  3. 制定過程改進計劃,即根據過程數據分析結果,確定組織需要改進的過程領域和優先級,并制定相應的改進目標、策略、資源等。

3)組織培訓管理(OT)

組織培訓管理(Organizational Training,OT)是提供組織成員所需技能和知識的過程,包括識別培訓需求、制定培訓計劃、執行培訓活動、評估培訓效果等。

實施方案:

  1. 建立一個組織培訓團隊,包括培訓經理、培訓師、評估師等。
  2. 識別培訓需求,即使用適當的方法(如問卷、訪談、測試等)識別組織成員在技能和知識方面的現狀和差距,并確定培訓的目標和對象。
  3. 制定培訓計劃,即確定培訓的內容、方法、工具、資源、時間、地點等,并制定培訓預算和評估標準。
  4. 執行培訓活動,即按照培訓計劃,使用適當的方法(如講座、演示、模擬、案例等)向組織成員提供所需的技能和知識,并監督和記錄培訓過程。
  5. 評估培訓效果,即使用適當的方法(如測試、問卷、觀察等)評估組織成員在技能和知識方面的提升情況,并根據評估結果進行反饋和改進。

2. 項目管理體系

1)項目計劃(PP)

項目計劃(Project Planning,PP)是建立和維護項目計劃的過程,包括定義項目活動、估算資源需求和成本、建立進度和預算、識別項目風險并制定風險緩解計劃等。

實施方案:

  1. 建立一個跨職能的項目計劃團隊,包括項目經理、客戶代表、供應商代表等。
  2. 根據項目范圍和目標,定義項目活動,并將其分解為可管理的任務。
  3. 根據任務之間的依賴關系,建立一個邏輯網絡圖,并確定關鍵路徑。
  4. 根據任務的復雜度和難度,估算所需的資源(人員、設備、材料等)和成本。
  5. 根據資源可用性和約束條件,建立一個合理的進度計劃,并確定里程碑和交付物。
  6. 根據進度計劃,建立一個詳細的預算,并考慮預留金和變更控制。
  7. 根據項目特點和環境因素,識別潛在性項目風險,并評估其可能性和影響。
  8. 根據風險評估結果,制定風險緩解計劃,并分配責任人和資源。
  9. 將項目計劃與相關方溝通并獲得批準,確保計劃的可行性和一致性。
  10. 定期審查和更新項目計劃,根據實際情況和變更請求進行調整,并記錄變更歷史。

2)項目監督與控制(PMC)

項目監督與控制(Project Monitoring and Control,PMC)是監督項目執行情況,并采取必要的糾正措施的過程,包括收集和分析項目數據、比較實際與計劃的偏差、識別問題和風險、實施變更控制、報告項目狀態和績效等。

實施方案:

  1. 建立一個有效的項目監控和控制系統,包括定義數據收集方法、頻率、格式、責任人等。
  2. 定期收集和分析項目數據,包括范圍、進度、成本、質量、風險等指標。
  3. 比較實際與計劃的偏差,并確定其原因和影響。
  4. 識別問題和風險,并采取相應的糾正或預防措施。
  5. 實施變更控制過程,包括記錄、評估、批準、通知、執行、驗證等步驟。
  6. 報告項目狀態和績效,包括使用圖表、表格、儀表盤等可視化工具,向相關方提供及時、準確、完整的信息。

3)供應商協議管理(SAM)

供應商協議管理(Supplier Agreement Management,SAM)是管理與供應商之間的協議的過程,包括選擇供應商、建立協議條款和條件、監督供應商績效、處理協議問題等。

實施方案:

  1. 建立一個供應商協議管理團隊,包括采購經理、合同經理、質量經理等。
  2. 根據項目需要,確定外包范圍和標準,并編制采購計劃,并確定潛在的供應商。
  3. 選擇供應商,即根據供應商的資質、信譽、報價、交付能力等因素,進行評估和比較,并確定最佳的供應商。
  4. 建立協議條款和條件,即與供應商協商并確定協議的目標、范圍、責任、交付物、驗收標準、付款方式、變更控制、爭議解決等內容,并簽署正式的協議文件。
  5. 監督供應商績效,即定期收集和分析供應商的進度、成本、質量等數據,并與協議要求進行比較,評估供應商的滿意度和風險。
  6. 處理協議問題,即及時識別和溝通協議中出現的問題,并采取相應的糾正或預防措施,如變更請求、索賠、終止等。

4)集成項目管理(IPM)

集成項目管理(Integrated Project Management,IPM)是從組織的標準過程集中裁剪得到集成的已定義過程,并以此為依據建立并管理項目以及相關干系人的參與。

實施方案:

  1. 了解組織的標準過程集:在實施IPM之前,需要了解組織的標準過程集,以便從中裁剪得到集成的已定義過程。
  2. 建立項目已定義的過程:通過裁剪組織的標準過程集,建立項目已定義的過程。這一步需要考慮項目的具體需求和特點。
  3. 管理項目:使用項目已定義的過程來管理項目。這包括使用項目計劃、影響項目的其他計劃以及項目已定義的過程來管理項目。
  4. 建立團隊:建立旨在達成項目各項目標的團隊。這包括確定團隊成員、分配角色和職責以及建立團隊溝通機制等。
  5. 協調相關干系人:在項目期間,需要協調相關干系人,使他們關注的事項得以識別、考慮并在適當的時候得到處理。
  6. 使用組織級過程資產并為其做貢獻:使用組織級過程資產來支持項目管理,并為組織級過程資產做出貢獻。

5)風險管理(RSKM)

風險管理是管理項目風險的過程,包括識別風險、分析風險、規劃風險應對策略、實施風險應對策略、監控風險等。需要與其他過程域(如項目計劃、項目監督與控制等)協同工作,以確保項目能夠有效地應對風險。

實施方案:

  1. 建立一個風險管理團隊,包括項目經理、風險經理、相關方代表等。
  2. 識別風險,即使用適當的技術(如頭腦風暴、檢查表、假設分析、風險分解結構等)識別項目中可能發生的不確定事件或條件,并記錄在風險登記冊中。
  3. 分析風險,即對每個風險進行定性或定量分析,評估其可能性和影響,并確定其優先級。
  4. 規劃風險應對策略,即根據風險的性質和優先級,制定相應的應對策略(如規避、轉移、減輕、接受等),并分配責任人和資源。
  5. 實施風險應對策略,即按照規劃好的策略,對風險進行應對或控制,以降低風險的負面影響或增加風險的正面影響。
  6. 監控風險,即定期收集和分析風險數據,評估風險狀態和趨勢,并根據實際情況更新風險登記冊和應對策略。

3. 工程管理體系

1)需求開發(RD)

需求開發是開發客戶需求的過程,包括識別需求來源、定義需求屬性、建立需求層次結構、分配需求優先級等。

實施方案:

  1. 建立一個需求開發團隊,包括業務分析師、系統分析師、客戶代表等。
  2. 識別需求來源,即確定影響需求的各種因素(如客戶、用戶、法規、競爭對手等),并獲取相關信息。
  3. 定義需求屬性,即為每個需求定義其標識符、名稱、描述、類型(功能或非功能)、來源、狀態等屬性。
  4. 建立需求層次結構,即將需求按照不同的抽象層次(如業務需求、用戶需求、系統需求等)進行分類和分解,并建立父子關系。
  5. 分配需求優先級,即根據需求的重要性和緊迫性,為每個需求分配一個優先級(如高、中、低等),并考慮需求之間的依賴關系。

2)需求管理(REQM)

需求管理是管理需求的過程,包括獲取客戶需求、分析需求可行性和一致性、建立需求基線、跟蹤需求變更等。

實施方案:

  1. 建立一個跨職能的需求管理團隊,包括客戶代表、業務分析師、系統分析師等。
  2. 使用適當的技術(如訪談、問卷、觀察等)獲取客戶需求,并記錄在需求規格說明書中。
  3. 分析需求的可行性(是否能夠實現)、一致性(是否有矛盾或沖突)、完整性(是否覆蓋了所有方面)、可驗證性(是否能夠驗證)等屬性,并解決需求問題。
  4. 建立需求基線,即經過相關方批準的需求集合,并將其作為后續開發和測試的依據。
  5. 跟蹤需求變更,即記錄、評估、批準、通知、執行、驗證等步驟,并更新需求基線。

① 需求驗證

需求驗證是驗證客戶需求是否正確和完整的過程,包括評審需求文檔、執行需求測試、獲取客戶反饋等。

實施方案:

  1. 建立一個需求驗證團隊,包括業務分析師、系統分析師、測試工程師、客戶代表等。
  2. 評審需求文檔,即使用適當的技術(如檢查單、同行評審等)檢查需求文檔是否符合規范和要求,并發現需求文檔中的錯誤或問題,并進行修改或補充。
  3. 執行需求測試,即使用適當的方法(如原型、模擬、場景等)測試需求是否能夠滿足客戶的期望和目標,并檢查需求是否可行、一致、完整、可驗證等。
  4. 獲取客戶反饋,即向客戶展示需求文檔和測試結果,并征求客戶的意見和建議,并根據客戶的反饋進行調整或確認。

3)技術解決方案(TS)

技術解決方案是設計和開發系統的過程,包括選擇設計方法、定義系統架構、設計系統組件、實現系統功能等。

實施方案:

  1. 建立一個技術解決方案團隊,包括系統工程師、軟件工程師、硬件工程師等。
  2. 選擇設計方法,即根據項目特點和需求,確定使用何種設計方法(如面向對象、結構化、模塊化等),并遵循相應的設計原則和規范。
  3. 定義系統架構,即確定系統的整體結構和組織方式,并定義系統的主要功能模塊和接口。
  4. 設計系統組件,即對每個功能模塊進行詳細的設計,包括定義輸入、輸出、處理、存儲等,并使用適當的工具(如流程圖、數據字典、類圖等)進行描述和說明。
  5. 實現系統功能,即根據設計文檔,編寫相應的代碼或配置相應的硬件,以實現系統的功能,并進行單元測試和集成測試,以檢查代碼或硬件是否符合設計要求。

4)產品集成(PI)

產品集成是將系統各個部分組裝在一起并驗證其正確性的過程,包括建立集成環境、執行集成測試、獲取客戶驗收等。

實施方案:

  1. 建立一個產品集成團隊,包括系統工程師、測試工程師、客戶代表等。
  2. 建立集成環境,即準備好集成所需的硬件、軟件、網絡等資源,并確保其正常運行和兼容性。
  3. 執行集成測試,即按照預先制定的集成測試計劃和用例,將系統各個部分逐步組裝在一起,并進行功能測試、性能測試、安全測試等,以檢查系統是否符合需求和規范。
  4. 獲取客戶驗收,即向客戶展示集成后的系統,并征求客戶的意見和建議,并根據客戶的反饋進行調整或確認。

5)驗證(VER)

驗證是確認系統是否滿足用戶需求和預期效果的過程,包括制定驗證計劃、執行驗證活動、報告驗證結果等。

實施方案:

  1. 建立一個驗證團隊,包括測試工程師、用戶代表、質量經理等。
  2. 制定驗證計劃,即確定驗證的目標、范圍、方法、標準、資源等,并編制驗證用例和驗收標準。
  3. 執行驗證活動,即使用適當的方法(如用戶測試、場景測試、操作測試等)驗證系統是否能夠滿足用戶需求和預期效果,并記錄驗證數據和問題。
  4. 報告驗證結果,即分析驗證數據和問題,并確定驗證的結論和建議,并使用適當的工具(如圖表、表格、儀表盤等)向相關方報告驗證結果。

6)確認(VAL)

確認是確認系統是否符合合同或協議要求的過程,包括制定確認計劃、執行確認活動、報告確認結果等。

實施方案:

  1. 建立一個確認團隊,包括測試工程師、客戶代表、合同經理等。
  2. 制定確認計劃,即確定確認的目標、范圍、方法、標準、資源等,并編制確認用例和驗收標準。
  3. 執行確認活動,即使用適當的方法(如合規性測試、審計測試、驗收測試等)確認系統是否符合合同或協議要求,并記錄確認數據和問題。
  4. 報告確認結果,即分析確認數據和問題,并確定確認的結論和建議,并使用適當的工具(如圖表、表格、儀表盤等)向相關方報告確認結果。

4. 支持體系

1)配置管理(CM)

配置管理是管理項目或產品的配置項(如文檔、代碼、硬件等)的過程,包括識別配置項、建立配置基線、控制配置變更、審計配置狀態等。

實施方案:

  1. 建立一個配置管理團隊,包括配置經理、配置管理員、配置審核員等。
  2. 識別配置項,即確定項目或產品中需要被管理的配置項,并為每個配置項定義其標識符、名稱、版本等屬性。
  3. 建立配置基線,即經過相關方批準的配置項集合,并將其作為后續開發和測試的依據。
  4. 控制配置變更,即記錄、評估、批準、通知、執行、驗證等步驟,并更新配置基線。
  5. -審計配狀態,即定期檢查配置項是否符合配置基線,并報告審計結果和問題。

2)過程和產品質量保證(PPQA)

過程和產品質量保證是提供對過程和產品質量的保證的過程,包括建立質量標準和度量體系、執行質量審核和檢查、報告質量結果和問題等。

實施方案:

  1. 建立一個過程和產品質量保證團隊,包括質量經理、質量審核員、質量檢查員等。
  2. 建立質量標準和度量體系,即根據客戶需求和組織目標,確定過程和產品需要滿足的質量標準(如規范、要求等),并定義相應的質量度量方法和指標(如缺陷率、合格率等)。
  3. 執行質量審核和檢查,即使用適當的方法(如檢查單、同行評審等)審核過程是否符合質量標準,并使用適當的方法(如抽樣、測試等)檢查產品是否符合質量標準,并記錄審核和檢查數據和問題報告質量結果和

問題,即分析審核和檢查數據和問題,并確定質量的結論和建議,并使用適當的工具(如圖表、表格、儀表盤等)向相關方報告質量結果和問題。

3)度量和分析(MA)

度量和分析是收集、分析和使用項目或過程數據的過程,包括確定度量目標和指標、建立度量計劃、收集和存儲度量數據、分析度量數據、使用度量結果等。

實施方案:

  1. 建立一個度量和分析團隊,包括度量經理、數據分析師、統計專家等。
  2. 確定度量目標和指標,即根據項目或過程的目標和需求,確定需要度量的屬性(如進度、成本、質量等),并定義相應的度量方法和指標(如工期偏差、成本偏差、缺陷密度等)。
  3. 建立度量計劃,即確定度量的內容、方法、工具、資源、時間、地點等,并制定度量預算和評估標準。
  4. 收集和存儲度量數據,即使用適當的方法(如抽樣、測量、記錄等)收集項目或過程的數據,并使用適當的工具(如數據庫、電子表格等)存儲和管理數據。
  5. 分析度量數據,即使用適當的方法(如圖表、表格、公式等)分析數據,并識別數據中的模式、趨勢、異常等,并確定其原因和影響。
  6. 使用度量結果,即根據分析結果,提出改進建議或決策依據,并向相關方報告或展示度量結果。

4)決策分析和解決方案(DAR)

決策分析和解決方案是分析并解決項目或過程中出現的問題或決策的過程,包括識別問題或決策、定義評估標準、生成可選方案、評估可選方案、選擇最佳方案等。

實施方案:

  1. 建立一個決策分析和解決方案團隊,包括項目經理、問題解決專家、相關方代表等。
  2. 識別問題或決策,即確定項目或過程中需要解決的問題或需要做出的決策,并定義其背景和目標。
  3. 定義評估標準,即確定用于評估可選方案的標準(如成本、時間、質量等),并為每個標準賦予一個權重。
  4. 生成可選方案,即根據問題或決策的特點,生成若干個可能的解決方案或決策選項,并描述其優缺點。
  5. 評估可選方案,即根據評估標準,對每個可選方案進行定性或定量分析,并計算其得分或排名。
  6. 選擇最佳方案,即根據評估結果,選擇得分最高或排名最前的方案作為最佳方案,并向相關方報告或展示選擇過程和結果。

本文由作者 @老李與技術 原創發布于人人都是產品經理,未經許可,禁止轉載。

題圖來自Unsplash,基于CC0協議。

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!