Loading article…
能力成熟度モデル統合( CMMI ) は、プロセス レベルの改善トレーニングおよび評価プログラムです。ISACAの子会社であるCMMI 協会によって管理され、カーネギーメロン大学(CMU)で開発されました。特にソフトウェア開発において、多くの米国政府契約で義務付けられています。CMU は、CMMI はプロジェクト、部門、または組織全体のプロセス改善を導くために使用できると主張しています。
CMMIは、プロセスに対して、初期、管理、定義、定量的管理、最適化の5つの成熟度レベル（1～5）を定義しています。CMMIバージョン3.0は2023年に公開されました。[1]バージョン2.0は2018年に公開されました。バージョン1.3は2010年に公開され、この記事の残りの情報の参照モデルとなっています。CMMIは、CMUによって米国特許商標庁に登録されています。[2]
概要
もともと CMMI は次の 3 つの関心領域に対応しています。
- 製品およびサービス開発 - 開発のためのCMMI（CMMI-DEV）、
- サービス確立、管理、CMMI for Services（CMMI-SVC）、および
- 製品およびサービスの取得 - 取得のための CMMI (CMMI-ACQ)。
バージョン 2.0 では、これら 3 つの領域 (以前はそれぞれ個別のモデルがありました) が 1 つのモデルに統合されました。
CMMI は、業界、政府、 CMU のソフトウェア エンジニアリング研究所(SEI) のグループによって開発されました。CMMI モデルは、組織のビジネス目標を満たすプロセスの開発または改善に関するガイダンスを提供します。CMMI モデルは、組織のプロセス成熟度を評価するためのフレームワークとしても使用できます。[3] 2013 年 1 月までに、CMMI 製品スイート全体が SEI からカーネギー メロンに新しく設立された組織である CMMI 研究所に移管されました。[4]
歴史
CMMI は、さまざまなモデルを 1 つのフレームワークに統合することで成熟度モデルの使いやすさを向上させることを目的とした CMMI プロジェクトによって開発されました。このプロジェクトは、業界、政府、カーネギーメロンソフトウェアエンジニアリング研究所 (SEI) のメンバーで構成されていました。主なスポンサーには、国防長官室 ( OSD ) と国防産業協会が含まれていました。
CMMIは、能力成熟度モデル（CMM）またはソフトウェアCMMの後継です。CMMは1987年から1997年にかけて開発されました。2002年にバージョン1.1がリリースされ、2006年8月にバージョン1.2、2010年11月にバージョン1.3が続きました。CMMI V1.3 [5]の主な変更点は、アジャイルソフトウェア開発のサポート、[6]高成熟度プラクティスの改善[7]および表現の調整（段階的および継続的）です。[8]
ソフトウェアエンジニアリング協会（SEI、2008）によると、CMMIは「従来は別々だった組織機能を統合し、プロセス改善の目標と優先順位を設定し、品質プロセスのガイダンスを提供し、現在のプロセスを評価するための基準を提供する」のに役立ちます。[9]
Mary Beth Chrissis、Mike Konrad、および Sandy Shrum Rawdon は、CMMI for Development バージョン 1.2 および 1.3 のハード コピー出版物の執筆チームでした。バージョン 1.3 の Addison-Wesley 出版物は、Watts Humphry を偲んで捧げられました。Eileen C. Forrester、Brandon L. Buteau、および Sandy Shrum は、CMMI for Services バージョン 1.3 のハード コピー出版物の執筆チームでした。Rawdon "Rusty" Young は、CMMI バージョン 2.0 の開発の主任設計者でした。彼は以前、Software Engineering Institute の CMMI 製品所有者および SCAMPI 品質リーダーでした。
2016 年 3 月、CMMI Institute はISACAに買収されました。
2023年4月にCMMI V3.0がリリースされました。
トピック
表現
バージョン 1.3 の CMMI には、連続と段階の 2 つの表現がありました。[3]連続表現は、組織の当面のビジネス目標にとって重要と考えられる特定のプロセス、または組織が高度なリスクを割り当てているプロセスにユーザーが集中できるように設計されています。段階的表現は、改善の標準的なシーケンスを提供するように設計されており、さまざまなプロジェクトや組織の成熟度を比較するための基礎として使用できます。段階的表現では、SW-CMM から CMMI への簡単な移行も提供されます。[3]
バージョン2.0では上記の表現の分離は取り消され、現在は1つのまとまりのあるモデルのみが存在する。[10]
モデルフレームワーク (v1.3)
使用される関心領域（取得、サービス、開発）に応じて、含まれるプロセス領域は異なります。[11] プロセス領域は、組織のプロセスによってカバーされる領域です。次の表は、バージョン1.3のすべてのCMMI関心領域に存在する17のCMMIコアプロセス領域を示しています。
サービスの成熟度レベル
CMMI for Services モデルには、以下のプロセス領域とその成熟度レベルがリストされています。
成熟度レベル2 – 管理
- CM – 構成管理
- MA – 測定と分析
- PPQA – プロセスと品質保証
- REQM – 要件管理
- SAM – サプライヤー契約管理
- SD – サービス提供
- WMC – 作業監視と制御
- WP – 作業計画
成熟度レベル3 – 定義
- CAM – 容量と可用性の管理
- DAR – 意思決定分析と解決
- IRP – インシデントの解決と予防
- IWM – 統合作業管理
- OPD – 組織プロセス定義
- OPF – 組織プロセスに重点を置いた...
- OT – 組織研修
- RSKM – リスク管理
- SCON – サービス継続性
- SSD – サービスシステム開発
- SST – サービス システム移行
- STSM – 戦略的サービス管理
成熟度レベル4 – 定量的に管理
- OPP – 組織プロセスパフォーマンス
- QWM – 定量的作業管理
成熟度レベル5 – 最適化
- CAR – 原因分析と解決。
- OPM – 組織パフォーマンス管理。
モデル (v1.3)
CMMI のベスト プラクティスは、モデルと呼ばれるドキュメントで公開されており、それぞれが異なる関心領域を扱っています。バージョン 1.3 では、開発、取得、サービスという 3 つの関心領域のモデルが提供されています。
- CMMI for Development (CMMI-DEV) バージョン 1.3 は、2010 年 11 月にリリースされました。製品およびサービスの開発プロセスに対応しています。
- CMMI for Acquisition (CMMI-ACQ) v1.3 は、2010 年 11 月にリリースされました。これは、政府および業界のサプライ チェーン管理、調達、およびアウトソーシング プロセスに対応しています。
- CMMI for Services (CMMI-SVC) v1.3 は、2010 年 11 月にリリースされました。組織内および外部の顧客にサービスを提供するためのガイダンスを扱っています。
モデル (v2.0)
バージョン 2.0 では、DEV、ACQ、SVC が 1 つのモデルに統合され、各プロセス領域がこれら 3 つの側面の 1 つ以上に具体的に参照される可能性があります。業界に遅れないように、モデルには一部のプロセス領域でアジャイルの側面を明示的に参照するものもあります。
v1.3 モデルと v2.0 モデルの主な違いは次のとおりです。
- 「プロセス領域」は「実践領域 (PA)」に置き換えられました。後者は「特定の目標」ではなく、レベル別に整理されています。
- 各 PA は、「コア」セクション (つまり、一般的で用語を使用しない説明) と「コンテキスト固有」セクション (つまり、アジャイル/スクラム、開発、サービスなどの観点からの説明) で構成されます。
- すべてのプラクティスが遵守が義務付けられたため、「期待される」セクションは削除されました。
- 「一般的なプラクティス」は「ガバナンスと実装インフラストラクチャ」という新しい領域の下に置かれ、「特定のプラクティス」は省略されました。
- PA を確実に実施し、それが「習慣」になるまで継続的に実践することに重点を置きます。
- すべての成熟度レベルでは、「パフォーマンス」というキーワードに重点が置かれます。
- 「安全」および「セキュリティ」の範囲から 2 つおよび 5 つのオプションの PA が含まれています。
- PCMM プロセス領域が統合されました。
評価
組織は CMMI で認定されるのではなく、評価されます。評価の種類に応じて、組織は成熟度レベルの評価 (1～5) または能力レベル達成プロファイルを授与されます。
多くの組織は、評価を実施して進捗状況を測定することに価値を見出しています。評価は通常、次の 1 つ以上の理由で実施されます。
- 組織のプロセスがCMMIのベストプラクティスとどの程度一致しているかを判断し、改善できる領域を特定する
- 組織のプロセスがCMMIのベストプラクティスとどの程度一致しているかを外部の顧客やサプライヤーに知らせる
- 1人以上の顧客の契約上の要件を満たすため
CMMIモデル[12]を使用する組織の評価は、CMMIの評価要件（ARC）文書で定義された要件に準拠する必要があります。評価にはA、B、Cの3つのクラスがあり、改善の機会を特定し、組織のプロセスをCMMIベストプラクティスと比較することに重点を置いています。これらのうち、クラスAの評価は最も正式なものであり、レベル評価につながる唯一のものです。評価チームは、CMMIモデルとARC準拠の評価方法を使用して、組織の評価と結論の報告を行います。評価結果は、（たとえば、プロセスグループによって）組織の改善を計画するために使用できます。
プロセス改善のための標準CMMI評価方法（SCAMPI）は、ARCの要件をすべて満たす評価方法です。[13] SCAMPI評価の結果は、（評価対象組織が承認した場合）SEIのCMMI Webサイト「公開されたSCAMPI評価結果」で公開できます。SCAMPIは、 SPICE（ソフトウェアプロセス改善および能力評価） としても知られるISO/IEC 15504の評価などの実施もサポートしています。
このアプローチは、EPG および PAT のメンバーが CMMI のトレーニングを受け、非公式 (SCAMPI C) の評価を実施し、プロセス領域を優先して改善することを推進します。市販の CMMI 準拠プロセスを導入するより現代的なアプローチでは、準拠を達成するまでの時間を大幅に短縮できます。SEI は、以前のソフトウェア CMM と CMMI を採用している組織の「移行時間」に関する統計を維持しています。[14]これらの統計によると、1987 年以降、レベル 1 からレベル 2 に移行するのにかかる平均時間は 23 か月、レベル 2 からレベル 3 に移行するのにかかる平均時間はさらに 20 か月です。CMMI のリリース以降、レベル 1 からレベル 2 に移行するのにかかる平均時間は 5 か月、レベル 3 に移行するのにかかる平均時間はさらに 21 か月です。これらの統計は、成熟度プロファイルで 6 か月ごとに更新および公開されます。[要出典]
ソフトウェアエンジニアリング協会（SEI）のチームソフトウェアプロセス方法論とCMMIモデルの使用は、成熟度レベルを上げるために使用できます。Accelerated Improvement Method [15] （AIM）と呼ばれる新しい製品は、CMMIとTSPの使用を組み合わせています。[16]
安全
ユーザーのセキュリティ上の懸念に対処するために、2 つの非公式なセキュリティ ガイドが利用可能です。CMMI for Services のセキュリティ コンテンツのケース検討には、セキュリティ管理という 1 つのプロセス領域があります。 [17] CMMI for Development による設計時のセキュリティ バージョン 1.3には、次のプロセス領域があります。
- OPSD – 安全な開発のための組織の準備
- SMP – プロジェクトにおける安全な管理
- SRTS – セキュリティ要件と技術的ソリューション
- SVV – セキュリティ検証と検証
これらのプロセス領域は成熟度や能力レベルには影響しませんが、評価結果で報告されることがあります。[18]
アプリケーション
SEIは、60の組織がコスト、スケジュール、生産性、品質、顧客満足度のカテゴリーでパフォーマンスの向上を測定したという調査を発表しました。[19]パフォーマンスの平均向上率は、14% (顧客満足度) から 62% (生産性) の間で変動しました。ただし、CMMIモデルは主に、どのプロセスを実装するかを扱っており、どのように実装するかについてはあまり扱っていません。これらの結果は、CMMIを適用することですべての組織でパフォーマンスが向上することを保証するものではありません。リソースが少ない小規模な企業は、CMMIのメリットをあまり受けない可能性があります。この見解は、プロセス成熟度プロファイル (10ページ) によって裏付けられています。小規模組織 (従業員25人未満) のうち、70.5% がレベル 2: 管理されていると評価され、従業員1,001〜2,000人の組織のうち、52.8% が最高レベル (5: 最適化) と評価されています。
Turner & Jain (2002) は、CMMI とアジャイルソフトウェア開発には大きな違いがあるのは明らかだが、両方のアプローチには多くの共通点があると主張している。彼らは、どちらの方法もソフトウェア開発の「正しい」方法ではないと考えているが、プロジェクトの段階によっては、どちらか一方の方が適している場合もあると考えている。彼らは、異なる方法を組み合わせて新しいハイブリッド方法を作ることを提案している。Sutherland ら (2007) は、Scrumと CMMI を組み合わせると、どちらか一方だけよりも適応性と予測性が高まると主張している。[20] David J. Anderson (2005) は、アジャイルな方法で CMMI を解釈する方法についてヒントを与えている。[21]
CMMIロードマップ[22]は、CMMI-DEVモデルから関連するプロセス領域を選択して展開する目標主導型のアプローチであり、効果的なCMMI導入のためのガイダンスと焦点を提供することができます。継続的な表現にはいくつかのCMMIロードマップがあり、それぞれに特定の改善目標があります。例としては、CMMIプロジェクトロードマップ[23] 、 CMMI製品および製品統合ロードマップ[24]、CMMIプロセスおよび測定ロードマップ[25]などがあります。これらのロードマップは、段階的表現と継続的な表現の両方の長所を兼ね備えています。
プロジェクト管理技術のアーンドバリューマネジメント（EVM）とCMMIの組み合わせについては既に説明されている。[26] CMMIの同様の使用法として、ソフトウェアエンジニアリング手法であるエクストリームプログラミング（XP）がCMM/CMMIで評価されている（Nawrocki et al., 2002）。例えば、口頭でのコミュニケーションに依存するXP要件管理アプローチは、CMMIに準拠していないと評価された。
CMMI は、段階的アプローチと継続的アプローチという 2 つの異なるアプローチを使用して評価できます。段階的アプローチでは、5 つの成熟度レベルのうちの 1 つとして評価結果が生成されます。継続的アプローチでは、4 つの能力レベルのうちの 1 つが生成されます。これらのアプローチの違いは評価でのみ感じられます。ベスト プラクティスは同等であるため、同等のプロセス改善結果がもたらされます。
参照
参考文献
- ^ 「CMMI コンテンツの変更。リリース: V3.0、2023 年 4 月 6 日」。CMMI 協会。
- ^ 「商標電子検索システム（TESS）」tmsearch.uspto.gov 。 2016年12月21日閲覧。
- ^ abcd Sally Godfrey (2008) [software.gsfc.nasa.gov/docs/What%20is%20CMMI.ppt CMMI とは何か?]。NASA プレゼンテーション。2008 年 12 月 8 日にアクセス。
- ^ 「CMMI Institute - ホーム」。
- ^ "CMMI V1.3: 要約".ベン・リンダース。 2011 年 1 月 10 日。
- ^ 「CMMI V1.3: アジャイル」.ベン・リンダース。 2010 年 11 月 20 日。
- ^ 「CMMI V1.3 リリース: 高い成熟度を明確化」Ben Linders 2010 年 11 月 2 日。
- ^ 「CMMI V1.3: CMMI の導入」。Ben Linders。2010年 11 月 16 日。
- ^ CMMI の概要。ソフトウェア エンジニアリング協会。2011 年 2 月 16 日にアクセス。
- ^ 「CMMI Institute - コアプラクティス領域、カテゴリー、および能力領域」。2018年12月16日時点のオリジナルよりアーカイブ。2018年12月15日閲覧。
- ^ 「CMMI V1.3 プロセス領域」.ベン・リンダース。 2023 年 9 月 18 日。
- ^ 最新の CMMI 評価結果については、SEI Web サイト (2007 年 2 月 6 日アーカイブ、Wayback Machine)を参照してください。
- ^ 「プロセス改善のための標準 CMMI 評価方法 (SCAMPISM) A、バージョン 1.2: 方法定義文書」。CMU/SEI-2006-HB-002。ソフトウェア エンジニアリング研究所。2006 年。2006 年9 月 23 日閲覧。
- ^ 「プロセス成熟度プロファイル」。2011年2月16日閲覧。
- ^ 「SEIデジタルライブラリ」. resources.sei.cmu.edu . 2024年2月9日.
- ^ 「TSP の概要」。resources.sei.cmu.edu。2010年 9 月 13 日。
- ^ Eileer Forrester と Kieran Doyle。CMMI for Services におけるセキュリティ コンテンツのケースを検討する (2010 年 10 月)
- ^ Siemens AG Corporate Technology。 開発のための CMMI による設計によるセキュリティ、バージョン 1.3 (2013 年 5 月)
- ^ 「CMMI の CMMI パフォーマンス結果」 。2006年9 月 23 日閲覧。
- ^ Sutherland, Jeff; Ruseng Jakobsen, Carsten; Johnson, Kent. 「Scrum と CMMI レベル 5: コード戦士のための魔法の薬」(PDF)。Object Technology Jeff Sutherland。
- ^ Anderson, DJ (2005 年 7 月 20 日)。「アジャイルを CMMI レベル 3 に適合させる - Microsoft 社における CMMI/spl reg/ プロセス改善のための MSF 作成のストーリー」。Agile Development Conference (ADC'05)。pp. 193–201。doi :10.1109/ ADC.2005.42。ISBN 0-7695-2487-7。S2CID 5675994 – IEEE Xplore 経由。
- ^ 「CMMI ロードマップ」。resources.sei.cmu.edu。2008年 10 月 31 日。
- ^ 「CMMI V1.3: CMMI プロジェクトのロードマップ」。Ben Linders。2010年 12 月 7 日。
- ^ 「CMMI V1.3: CMMI 製品および製品統合ロードマップ」。Ben Linders。2010年 12 月 14 日。
- ^ 「CMMI V1.3: CMMI プロセスおよび測定ロードマップ」。Ben Linders。2010年 12 月 28 日。
- ^ 「CMMI を使用したアーンドバリュー管理の改善」。resources.sei.cmu.edu。2002年9 月 30 日。2022 年6 月 30 日閲覧。
外部リンク
ウィキメディア・コモンズには、能力成熟度モデルの統合に関連するメディアがあります。
- 公式サイト