SEI CMMI 模型 - 規程

CMMI 整合模型整合了多個規程/知識體系。目前，在選擇 CMMI 模型時，您可以使用四個知識體系。

系統工程

系統工程涵蓋完整系統的開發，其中可能包含或不包含軟體。系統工程師專注於將客戶需求、期望和約束轉化為產品解決方案，並在產品的整個生命週期中支援這些產品解決方案。

軟體工程

軟體工程涵蓋軟體系統的開發。軟體工程師專注於將系統化、規範化和可量化的途徑應用於軟體的開發、執行和維護。

整合產品和流程開發

整合產品和流程開發 (IPPD) 是一種系統化的方法，它在產品的整個生命週期中實現相關利益相關者的及時協作，以更好地滿足客戶的需求、期望和要求。支援 IPPD 方法的流程與組織中的其他流程整合在一起。

如果專案或組織選擇 IPPD，則它將與用於生產產品的其他最佳實踐（例如，與系統工程相關的那些）同時執行 IPPD 最佳實踐。也就是說，如果組織或專案希望使用 IPPD，則必須選擇除 IPPD 之外的其他一個或多個規程。

供應商採購

隨著工作努力變得越來越複雜，專案經理可能會使用供應商來執行功能或對專案特別需要的產品進行修改。當這些活動至關重要時，專案將受益於增強的資源分析以及在產品交付之前監控供應商活動。在這種情況下，供應商採購規程涵蓋了從供應商處採購產品。

與 IPPD 最佳實踐類似，供應商採購最佳實踐必須與用於生產產品的最佳實踐結合使用。

CMMI 規程選擇

選擇規程可能是一個困難的步驟，這取決於組織想要改進什麼。

• 如果您正在改進系統工程流程，例如配置管理、測量和分析、組織流程重點、專案監控和控制、流程和產品質量保證、風險管理、供應商協議管理等，則應選擇系統工程 (SE) 規程。系統工程的規程增強得到了特別的重視。

• 如果您正在改進整合產品和流程開發流程，例如整合團隊、整合組織環境，則應選擇 IPPD。IPPD 的規程增強得到了特別的重視。

• 如果您正在改進資源選擇流程，例如整合供應商管理，則應選擇供應商採購 (SS)。供應商採購的規程增強得到了特別的重視。

• 如果您正在改進多個規程，則需要處理與這些規程相關的所有領域，並注意所有這些規程的規程增強。

我們將在後續章節中討論與 CMMI 實施相關的不同領域。