CMMとCMMIの違い

CMM vs CMMI

最初のCMMである能力成熟度モデル（CMM v1.0）は、1990年の8月に開発され、リリースされました。これはカーネギーのソフトウェアエンジニアリング研究所（SEI）メロン大学では、特にソフトウェア開発におけるエンジニアリングと管理に関するベストプラクティスを説明しています。これは、ソフトウェアを開発する企業の動きの進化モデルです。

<！ - 1 - >

CMMの開発の理由は、米国政府が大規模プロジェクトを処理するソフトウェアプロバイダの能力を評価するのを助けることでした。モデルの開発に先立って、多くの企業がスケジューリングと予算編成にかなりの欠陥を持つプロジェクトを達成しました。このモデルは、これらの問題を解決するのに役立ちました。成熟した組織では、プロジェクトを管理し製品を開発するためのプロセスの標準が存在する必要があります。モデルはソフトウェア企業向けに特別に作成されているため、最終プログラムコード、インタフェース、コンポーネントなどの構造に関する全体的なルールはCMMモデルに記述されています。言い換えれば、CMMは成熟した組織のモデルであり、それが開発者または製造業者としてどのように機能するかということです。

<！ - 2 - >

CMMは非常に成功し、システムエンジニアリング、人材、統合製品開発など、組織や分野の他の側面に使用され、特に開発され始めました。

しかし、彼らが役に立つかもしれませんが、CMMsは何の問題もありません。多くの組織は、それらが矛盾しており、かなり重複していることを発見しました。明確さに欠けているので、様々なインターフェースにも問題があります。標準化の欠如も大きな問題である。

<！ - 3 - >

CMMIまたはCMM統合は、現在および今後のモデルを統合するために開発されました。 CMMモデルからのアップグレードのようなもので、特にソフトウェア開発における組織のプロセス改善について説明しています。このモデルには、収集（データと要件）、プロジェクト計画/追跡、構成管理、トレーニング、品質保証、コラボレーション、ピアレビューなどの分野が含まれます。

CMMIは、伝統的に分離した組織の機能と運営の統合を支援し、プロセス強化目標を設定し、品質プロセスの監督を行い、現在のプロセスを評価するための参照点を提供する。要約：

1。 CMMは最初に来ましたが、後で改善され、CMMIに引き継がれました。 2。 CMMSの異なるセットは、重複、矛盾、および標準化の欠如に関する問題を有する。 CMMIは後にこれらの問題に対処しました。 3。当初、CMMはソフトウェアエンジニアリングについて具体的に説明していますが、CMMIはソフトウェアとシステムエンジニアリングの両方に適用される統合されたプロセスと専門分野を記述しています。4。 CMMIは、古いCMMよりはるかに有用で普遍的です。