CMMIとは – 無料のホワイトペーパー
ブログリスト

CMMIとは – 無料のホワイトペーパー

ブログ | 9 分で読めます
管理者によって書かれました

目次

組織は、パフォーマンスを改善し、プロセスを合理化する方法について、常に新しい方法を模索しています。 能力成熟度モデル統合 (CMMI) モデルは、多くの組織が実証可能なビジネス成果を達成するのに役立っており、最新の CMMI ツールのおかげで、実際にそれを実装することはかつてないほど容易になりました。

誰が CMMI を作成しますか?

カーネギー メロン大学 (CMU) で開発され、多くの米国国防総省 (DoD) および米国政府との契約で必要とされている CMMI の目的は、組織がさまざまな範囲でパフォーマンスを向上およびベンチマークするために従うべきベスト プラクティスの明確なロードマップを提供することです。重要なビジネス機能について。  

CMMI は、能力成熟度モデル (CMM)、または略してソフトウェア CMM の後継です。 その名前が示すように、ソフトウェア CMM はソフトウェア エンジニアリングに合わせて調整されました。 2.0年にリリースされたCMMIの最新版(Version 2018)により、あらゆる業界のハードウェア、ソフトウェア、サービス開発に適用できるモデルとなっています。

CMMIとは何?

CMMI (能力成熟度モデル統合) は、製品とサービスを開発、維持、および取得するための、業界ですでに適用されているベスト プラクティスについて説明しています。 これは、組織の成熟度のレベルまたは組織が実行するプロセスに関連するその能力を評価し、実行しなければならない改善を実行し、それらの改善を実現するために優先順位を設定することを可能にするフレームワークを提供します。

3 つの CMMI モデルがあり、それらはすべて、フィラデルフィアにあるカーネギー メロン大学の研究開発センターであるソフトウェア エンジニアリング インスティテュート (SEI) によって開発されました。 これらのモデルは次のとおりです。

  • システム開発用の製品とサービスを開発および保守する組織を対象とした、開発のための CMMI。
  • 獲得のための CMMI。開発サービスを外注し、システム開発のための製品とサービスを維持する組織を対象としています。
  • 他の企業にサービスを提供する組織に宛てたサービスの CMMI。

CMMIの目的は次のとおりです。

  • 組織がそのプロセスを改善するのに役立つフレームワークを提供するため
  • 組織が提供する製品またはサービスを開発、取得、および維持するための能力を向上させるためのガイドを提供すること。
  • 管理とエンジニアリングの両方における一連のベスト プラクティスを説明するため。

ここ数年で、CMMI はシステム業界の品質システムとして非常に重要性を増し、この分野の事実上の標準と見なすことができます。 それにもかかわらず、CMMI は、システム エンジニアリング、ハードウェアなど、さまざまな分野に適用できます。開発のための CMMI は、関心のある分野や分野に関係なく、製品やサービスの開発と保守に適用されます。 CMMI の現在のバージョンは、1.2 年 2006 月から入手可能なドキュメント「CMMI for Development」バージョン XNUMX です。

開発モデルの CMMI の主な要素はプロセス領域です。 CMMI は、各プロセス領域内で、一連の具体的および一般的な目標と、これらの目標を達成し、各プロセス領域をカバーするために実装する必要のある一連の慣行を特定します。

CMMIの5つのレベルとは?

CMMI モデルでは、組織にとって測定可能な 5 つの成熟度レベルを考慮しています。

  1. 初期
  2. 管理
  3. 定義済みの
  4. 定量的に管理
  5. 最適化

成熟度 1 (初期) では、組織はそのプロセスのアドホックな性質によって特徴付けられます。 組織は製品を作成するための安定した環境を提供していないため、プロジェクトの成功は、各プロジェクトに専念する個人のスキルにのみ依存しています。

成熟度レベル 2 (管理) では、組織内のプロジェクトは、組織のポリシーで計画および定義されている内容に従ってプロセスを実行し、必要な知識を持つ熟練した人材を採用し、すべての関連する利害関係者を関与させ、すべてのプロセスを監視、制御、およびレビューします。

成熟度 3 (定義済み) では、すべてのプロセスが標準、手順、ツール、および方法を通じて理解され、説明されます。

成熟度 4 (定量的管理) では、組織とプロジェクトは、プロセスの品質とその使用法を測定する定量的な目標と、それらを管理するために必要な基準を確立します。 統計的手法は、プロセスを制御するために使用されます。

成熟度 5 (最適化) では、組織は、継続的な改善を裏付ける統計的手法を使用して、プロセスに共通する変動の原因を定量的に理解することにより、プロセスの継続的な改善を適用します。

成熟度レベルは累積的です。つまり、成熟度レベルに到達するには、すべての特定のプロセス領域をそのレベルとすべての下位レベルに実装する必要があります。

CMMIの6つの能力レベルとは?

次に、CMMI モデルは、プロセスごとに測定可能な 6 つの能力レベルを考慮します。

  1. 不完全
  2. 実行済み
  3. 管理
  4. 定義済みの
  5. 定量的に管理
  6. 最適化

CMMI 能力レベル 0 (不完全): 一部実施。 プロセス領域の XNUMX つ以上の特定の目標が達成されていません。

CMMI 能力レベル 1 (実施済み): これは、プロセス領域のすべての特定の目的を満たす不完全なプロセスです。

CMMI 能力レベル 3 (管理): これは、プロセスをサポートするために必要なインフラストラクチャを備えた実行されたプロセスであり、組織のポリシーで計画および定義された内容に従ってプロセスが実行され、必要な知識を持つ熟練した人材を採用しすべての関連する利害関係者を巻き込み、プロセスを監視、制御、およびレビューします。

CMMI 能力レベル 3 (定義済み): これは、組織の標準プロセスのセットからテーラー​​ ガイドに従って調整され、組織の改善に製品、手段などを提供する管理プロセスです。

CMMI 能力レベル 4 (定量的管理): これは、統計的手法を使用して制御される定義済みプロセスです。

CMMI 能力レベル 5 (最適化): これは、プロセスに共通する変動の原因を定量的に理解することによって改善される、定量的に管理されたプロセスです。

能力レベルは累積的です。

CMMIの表現とは何ですか?

モデルは XNUMX つの表現を示しています。

  • 段階的表現
  • 連続表現

どちらの場合も、プロセス領域、目的、および実践は同じです。 これらの表現の違いは、プロセス改善が実装される順序です。

  • 段階的な表現の場合、改善されるプロセス領域は、モデルの成熟度レベルへの割り当てによって与えられる事前定義されたソートで選択されます。
  • 継続的代表の場合、改善すべきプロセスは、その事業目的に基づいて組織が最も適切と考える分類で選択されます。 各プロセス領域には、それぞれのプロセス領域で改善を処理する必要があるソートの指標を提供する能力レベル (0 から 5) があります。継続的な表現は、ISO 15504 (SPICE) などの他の品質基準に近いものです。 段階的な表現は、CMMI モデル (以前は CMM) の最初のバージョンに対応し、組織の成熟度レベルに基づいた実装のみを想定していました。

CMMI はどのように組織を支援できますか?                         

CMMI は、多くの重要な方法で組織を支援できます。

  • 顧客満足度を高めます。
  • 新規顧客を獲得して維持する可能性が向上します。
  • 生産性と効率を向上させます。 
  • より多くの利益を生み出します。 
  • プロジェクトの目標とビジネス目標を達成する能力を高めます。
  • リスクや不確実性に対処しやすくなります。 
  • スキルのギャップを特定し、ワークフローのボトルネックを解消するのに役立ちます。 
  • 組織全体の標準とのコミュニケーションを促進します。 

CMMI の最新バージョンは非技術言語で記述されているため、より使いやすく、実装が容易です。 組織ができること オンラインで CMMI を探索する そして、パフォーマンスの向上と組織の成功のための特定の目標に基づいて構成します。 Visure Requirements などのツールは、要件を監視および追跡し、ビジネス プロセスの適用を標準化および調和させることにより、成熟度の向上に役立ちます。 

Visure によるトレーサビリティ管理のためのデータ モデルの使用

要件管理ツールを使用して CMMI をサポートする

Visure Requirements は、このアプローチを CMMI と共有しています。 要件管理 要件定義と密接に関連しています。 Visure Requirements によってサポートされる要件エンジニアリング プロセスには、要件の明確な識別、バージョン管理、 トレーサビリティ、 などだけでなく、ビジネスモデルやインターフェースの定義、開発するシステムの機能の識別なども含まれます。 同じツール内でこれらの活動を管理することは、プロジェクトの参加者が周期的かつ反復的なプロセスの一環として、すべての活動の全体的かつ統合されたビジョンを維持するのに役立つため、大きな利点です。

さらに、CMMI の実装のサポートとして Visure Requirements を使用すると、プロセスの一部を自動化できるため、多くの利点があります。これにより、CMMI レベル 2 の説明で要求されるような、ストレスの瞬間であってもプロセスの履行が保証されます。 (管理)。

Visure による欠陥、要件、テストなどの管理と分析

実際、開発レベル 2 の CMMI では、活動を支援するために必要と考えられるリソースの中で、「典型的な作業成果物」の XNUMX つとして、監視および監視するためのツールを使用することが推奨されています。 トレース要件. その理由は、手動によるメンテナンスは非常にコストがかかるため、そのようなツールが利用できない場合、ベスト プラクティスを放棄するリスクが非常に高くなるからです。

成熟度 3 (定義済み) の場合、組織は、必要に応じてさまざまなプロジェクトに合わせて調整される一般的なプロセスを定義する必要があります。 また、これらのプロセスは、標準、プロセス、ツール、および方法で適切に特徴付けられ、理解され、説明され、プロセスの標準化をサポートするテンプレートを提供する必要があります。 ここで、Visure Requirements を使用すると、レベル 3 での要件プロセスの実装が容易になります。これは、会社全体のプロセスの適用を標準化し、調和させるのに役立つためです。

成熟度レベル 4 (定量的管理) および 5 (最適化) の場合、一般的なプロセスに最も大きな貢献をするサブプロセスを特定し、一連の統計的および定量的手法を使用してチェックおよび管理する必要があります。組織内のプロセスの定義と実装を改善することが可能です。 ここでのツールの使用にも関心があります.定量的な管理はデータの保存なしでは不可能であり、データは後でメトリックの計算やパフォーマンス モデルやプロセス行動モデルの開発に利用できます。

ホワイトペーパー全文を読み続ける


この投稿を共有することを忘れないでください!

モデルベースのシステムエンジニアリングアプローチと要件管理プロセスの相乗効果

17年2024月XNUMX日

午前11時(東部標準時) |午後 5 時 (中央ヨーロッパ夏時間) |午前8時(太平洋標準時)

フェルナンド・ヴァレラ

フェルナンド・ヴァレラ

ビジュアルソリューションズ社 CTO

要件から設計までのギャップを埋める

MBSE と要件管理プロセス間のギャップを埋める方法を学びます。