CMMI-主要なプロセス分野

プロセスエリアは、そのエリアで関連するプラクティスのクラスターであり、まとめて実装すると、そのエリアを大幅に改善するために重要と見なされる一連の目標を満たします。すべてのCMMIプロセス領域は、連続表現と段階的表現の両方に共通です。

継続的な表現により、組織は、組織とそのビジネス目標に最も利益をもたらすプロセス領域または相互に関連するプロセス領域のセットを選択することにより、プロセス改善の取り組みの焦点を選択できます。プロセス領域間の依存関係のために組織が選択できるものにはいくつかの制限がありますが、組織はその選択にかなりの自由を持っています。

プロセス領域を選択したら、それらのプロセス領域に関連付けられているプロセスをどれだけ改善するかも選択する必要があります(つまり、適切な機能レベルを選択します)。機能レベル、および一般的な目標と実践は、個々のプロセス領域のプロセスの改善をサポートします。

逆に、段階的な表現では、プロセス領域が属する成熟度レベルのコンテキストで常にプロセス領域を確認するように促されることがわかります。プロセス領域は、この概念を強化するために成熟度レベルごとに編成されています。プロセス領域を使用するときは、プロセス領域全体、つまりすべての目標とすべてのプラクティスを使用します。

CMMIプロセスエリア(PA)は、次の4つのカテゴリにグループ化して、定義されたレベルに関係なく、相互作用と相互リンクを理解できます。

  • プロセス管理

  • プロジェクト管理

  • Engineering

  • Support

各プロセス領域は、一連の目標と実践によって定義されます。目標と実践には2つのカテゴリーがあります-

  • Generic goals and practices −これらはすべてのプロセス領域の一部です。

  • Specific goals and practices −特定のプロセス領域に固有です。

プロセス領域は、会社のプロセスがそのプロセス領域の一般的および特定の目標と実践のすべてをカバーするときに満たされます。

一般的な目標と実践

一般的な目標と実践は、すべてのプロセス領域の一部です。

NOTATIONS −GG->一般的な目標とGP->一般的な実践

  • GG1特定の目標を達成する

    • GP1.1特定のプラクティスを実行する

  • GG2管理されたプロセスを制度化する

    • GP2.1組織ポリシーを確立する

    • GP2.2プロセスを計画する

    • GP2.3リソースの提供

    • GP2.4責任の割り当て

    • GP2.5トレーニング担当者

    • GP2.6構成の管理

    • GP2.7関連する利害関係者を特定して関与させる

    • GP2.8プロセスの監視と制御

    • GP2.9アドヒアランスを客観的に評価する

    • GP2.10より高いレベルの管理によるステータスの確認

  • GG3定義されたプロセスを制度化する

    • GP3.1定義されたプロセスを確立する

    • GP3.2改善情報の収集

  • GG4定量的に管理されたプロセスを制度化する

    • GP4.1プロセスの定量的目標を確立する

    • GP4.2サブプロセスのパフォーマンスを安定化する

  • GG5最適化プロセスを制度化する

    • GP5.1継続的なプロセス改善の確保

    • GP5.2問題の根本原因を修正する

共通の機能

共通の機能は、主要なプロセス領域の実装と制度化が効果的で、再現性があり、持続するかどうかを示す属性です。5つの一般的な機能を以下に示します-

  • Commitment to Perform−実行へのコミットメントは、プロセスが確立され、持続することを保証するために組織が取らなければならないアクションを説明します。実行へのコミットメントには、通常、組織のポリシーと上級管理職のスポンサーシップの確立が含まれます。

  • Ability to Perform−実行能力は、ソフトウェアプロセスを適切に実装するためにプロジェクトまたは組織に存在しなければならない前提条件を説明します。実行する能力には、通常、リソース、組織構造、およびトレーニングが含まれます。

  • Activities Performed−実行されたアクティビティは、主要なプロセス領域を実装するために必要な役割と手順を説明します。実行されるアクティビティには、通常、計画と手順の確立、作業の実行、追跡、および必要に応じた是正措置の実施が含まれます。

  • Measurement and Analysis− Measurement and Analysisは、プロセスを測定し、測定値を分析する必要性について説明しています。測定と分析には通常、実行されたアクティビティのステータスと有効性を判断するために実行できる測定の例が含まれています。

  • Verifying Implementation−実装の検証では、確立されたプロセスに従ってアクティビティが実行されることを確認する手順について説明します。検証には通常、管理者によるレビューと監査、およびソフトウェア品質保証が含まれます。

実行される共通機能アクティビティのプラクティスは、プロセス機能を確立するために実装する必要があるものを説明しています。全体として、他のプラクティスは、組織が実行されたアクティビティの共通機能で説明されているプラ​​クティスを制度化するための基礎を形成します。

プロセス領域の詳細

CMMIには、会社のプロセスでカバーされる製品開発の側面を示す22のプロセス領域が含まれています。

原因分析と解決

  • これは、成熟度レベル5のサポートプロセス領域です。

目的

の目的 Causal Analysis and Resolution (CAR)は、欠陥やその他の問題の原因を特定し、それらが将来発生しないように対策を講じることです。

目標別の具体的な実践

  • SG1欠陥の原因を特定する

    • SP1.1分析用の欠陥データの選択

    • SP1.2原因の分析

  • SG2アドレスの欠陥の原因

    • SP2.1アクションプロポーザルの実装

    • SP2.2変更の影響を評価する

    • SP2.3記録データ

構成管理

  • これは、成熟度レベル2のサポートプロセス領域です。

目的

の目的 Configuration Management (CM)は、構成の識別、構成の制御、構成のステータスアカウンティング、および構成の監査を使用して、作業成果物の整合性を確立および維持することです。

Specific Practices by Goal

  • SG1ベースラインを確立する

    • SP1.1構成アイテムの識別

    • SP1.2構成管理システムの確立

    • SP1.3ベースラインの作成またはリリース

  • SG2の変更の追跡と制御

    • SP2.1変更要求の追跡

    • SP2.2制御構成項目

  • SG3整合性の確立

    • SP3.1構成管理記録の確立

    • SP3.2構成監査の実行

意思決定の分析と解決

  • これは、成熟度レベル3のサポートプロセス領域です。

目的

の目的 Decision Analysis and Resolution (DAR)は、確立された基準に対して特定された代替案を評価する正式な評価プロセスを使用して、考えられる決定を分析することです。

目標別の具体的な実践

  • SG1代替案の評価

    • SP1.1意思決定分析のガイドラインを確立する

    • SP1.2評価基準の確立

    • SP1.3代替ソリューションの特定

    • SP1.4評価方法の選択

    • SP1.5代替案の評価

    • SP1.6ソリューションの選択

統合プロジェクト管理+ IPPD

  • これは、成熟度レベル3のプロジェクト管理プロセス領域です。

目的

の目的 Integrated Project Management + IPPD (IPM)は、組織の一連の標準プロセスから調整された統合および定義されたプロセスに従って、プロジェクトと関連する利害関係者の関与を確立および管理することです。

目標別の具体的な実践

  • SG1プロジェクトの定義されたプロセスを使用する

    • SP1.1プロジェクトの定義されたプロセスを確立する

    • SP1.2プロジェクト活動の計画に組織プロセス資産を使用する

    • SP1.3プロジェクトの作業環境を確立する

    • SP1.4統合計画

    • SP1.5統合計画を使用したプロジェクトの管理

    • SP1.6組織プロセス資産への貢献

  • SG2は関連する利害関係者と調整および協力します

    • SP2.1利害関係者の関与を管理する

    • SP2.2依存関係の管理

    • SP2.3調整の問題を解決する

IPPDの追加-

  • SG 3IPPD原則の適用

    • SP3.1プロジェクトの共有ビジョンを確立する

    • SP3.2統合されたチーム構造を確立する

    • SP3.3統合チームへの要件の割り当て

    • SP3.4統合チームの確立

    • SP3.5インターフェースチーム間のコラボレーションを確保する

測定と分析

これは、成熟度レベル2のサポートプロセス領域です。

目的

の目的 Measurement and Analysis (MA)は、管理情報のニーズをサポートするために使用される測定機能を開発および維持することです。

目標別の具体的な実践

  • SG1測定および分析アクティビティを調整する

    • SP1.1測定目標を確立する

    • SP1.2対策の指定

    • SP1.3データの収集および保存手順の指定

    • SP1.4分析手順の指定

  • SG2測定結果を提供する

    • SP2.1測定データの収集

    • SP2.2測定データの分析

    • SP2.3データと結果の保存

    • SP2.4結果の伝達

組織の革新と展開

これは、成熟度レベル5のプロセス管理プロセス領域です。

目的

の目的 Organizational Innovation and Deployment(OID)は、組織のプロセスとテクノロジーを測定可能に改善する段階的で革新的な改善を選択して展開することです。改善は、組織のビジネス目標から導き出された組織の品質とプロセスパフォーマンスの目標をサポートします。

目標別の具体的な実践

  • SG1選択の改善

    • SP1.1改善提案の収集と分析

    • SP1.2イノベーションの特定と分析

    • SP1.3パイロットの改善

    • SP1.4展開の改善点の選択

  • SG2展開の改善

    • SP2.1展開領域を計画する

    • SP2.2展開の管理

    • SP2.3改善効果の測定

組織プロセス定義+ IPPD(OPD)

これは、成熟度レベル3のプロセス管理プロセス領域です。

目的

の目的 Organizational Process Definition + IPPD (OPD)は、使用可能な組織プロセス資産のセットを確立および維持することです。

目標別の具体的な実践

  • SG1組織プロセス資産の確立

    • SP1.1標準プロセスの確立

    • SP1.2ライフサイクルモデルの説明を確立する

    • SP1.3調整基準とガイドラインを確立する

    • SP1.4組織の測定リポジトリを確立する

    • SP1.5組織のプロセス資産ライブラリを確立する

IPPDの追加-

  • SG 2IPPD管理を有効にする

    • SP2.1エンパワーメントメカニズムの確立

    • SP2.2統合チームのルールとガイドラインを確立する

    • SP2.3バランスチームとホーム組織の責任

組織プロセスの焦点

これは、成熟度レベル3のプロセス管理プロセス領域です。

目的

の目的 Organizational Process Focus (OPF)は、組織のプロセスとプロセス資産の現在の長所と短所を完全に理解した上で、組織のプロセス改善を計画および実装することです。

目標別の具体的な実践

  • SG1プロセス改善の機会を決定する

    • SP1.1組織プロセスのニーズを確立する

    • SP1.2組織のプロセスを評価する

    • SP1.3組織のプロセス改善を特定する

  • SG2プロセス改善活動の計画と実施

    • SP2.1プロセスアクションプランの確立

    • SP2.2プロセスアクションプランの実装

  • SG 3組織プロセス資産を展開し、学んだ教訓を組み込む

    • SP3.1組織プロセス資産の展開

    • SP3.2標準プロセスの展開

    • SP3.3モニターの実装

    • SP3.4プロセス関連の経験を組織のプロセス資産に組み込む

組織プロセスのパフォーマンス

これは、成熟度レベル4のプロセス管理プロセス領域です。

目的

の目的 Organizational Process Performance (OPP)は、品質とプロセスパフォーマンスの目標をサポートするために、組織の一連の標準プロセスのパフォーマンスの定量的理解を確立および維持し、組織のプロジェクトを定量的に管理するためのプロセスパフォーマンスデータ、ベースライン、およびモデルを提供することです。

目標別の具体的な実践

  • SG1パフォーマンスのベースラインとモデルを確立する

    • SP1.1プロセスの選択

    • SP1.2プロセスパフォーマンス測定の確立

    • SP1.3品質とプロセスパフォーマンスの目標を確立する

    • SP1.4プロセスパフォーマンスベースラインの確立

    • SP1.5プロセスパフォーマンスモデルの確立

組織トレーニング

これは、成熟度レベル3のプロセス管理プロセス領域です。

目的

の目的 Organizational Training (OT)は、人々が効果的かつ効率的に役割を果たせるように、人々のスキルと知識を開発することです。

目標別の具体的な実践

  • SG1組織のトレーニング能力を確立する

    • SP1.1戦略的なトレーニングニーズを確立する

    • SP1.2どのトレーニングニーズが組織の責任であるかを判断する

    • SP1.3組織トレーニングの戦術計画を確立する

    • SP1.4トレーニング機能の確立

  • SG2必要なトレーニングを提供する

    • SP2.1トレーニングの提供

    • SP2.2トレーニング記録の確立

    • SP2.3トレーニングの有効性を評価する

製品統合

これは、成熟度レベル3のエンジニアリングプロセス領域です。

目的

の目的 Product Integration (PI)は、製品コンポーネントから製品を組み立て、統合された製品が適切に機能し、製品を納品することを保証することです。

目標別の具体的な実践

  • SG1製品統合の準備

    • SP1.1統合シーケンスの決定

    • SP1.2製品統合環境の確立

    • SP1.3製品統合の手順と基準を確立する

  • SG2インターフェースの互換性を確保する

    • SP2.1完全性のためのインターフェース記述のレビュー

    • SP2.2インターフェースの管理

  • SG 3製品コンポーネントを組み立て、製品を納品する

    • SP3.1統合のための製品コンポーネントの準備状況を確認する

    • SP3.2製品コンポーネントの組み立て

    • SP3.3組み立てられた製品コンポーネントの評価

    • SP3.4製品または製品コンポーネントをパッケージ化して提供する

プロジェクトの監視と制御

これは、成熟度レベル2のプロジェクト管理プロセス領域です。

目的

の目的 Project Monitoring and Control (PMC)は、プロジェクトの進捗状況を理解し、プロジェクトのパフォーマンスが計画から大幅に逸脱した場合に適切な修正措置を講じることができるようにすることです。

目標別の具体的な実践

  • 計画に対するSG1モニタープロジェクト

    • SP1.1プロジェクト計画パラメータの監視

    • SP1.2モニターのコミットメント

    • SP1.3プロジェクトのリスクを監視する

    • SP1.4データ管理の監視

    • SP1.5利害関係者の関与を監視する

    • SP1.6実施進捗レビュー

    • SP1.7マイルストーンレビューの実施

  • SG2閉鎖に対する是正措置の管理

    • SP2.1問題の分析

    • SP2.2是正措置を講じる

    • SP2.3是正措置の管理

プロジェクト計画

これは、成熟度レベル2のプロジェクト管理プロセス領域です。

目的

の目的 Project Planning (PP)は、プロジェクト活動を定義する計画を確立および維持することです。

目標別の具体的な実践

  • SG1見積もりの​​作成

    • SP1.1プロジェクトの範囲を見積もる

    • SP1.2作業成果物とタスク属性の見積もりを確立する

    • SP1.3プロジェクトのライフサイクルを定義する

    • SP1.4労力とコストの見積もりを決定する

  • SG2プロジェクト計画を作成する

    • SP2.1予算とスケジュールを確立する

    • SP2.2プロジェクトのリスクを特定する

    • SP2.3データ管理の計画

    • SP2.4プロジェクトリソースの計画

    • SP2.5必要な知識とスキルの計画

    • SP2.6利害関係者の関与を計画する

    • SP2.7プロジェクト計画を確立する

  • SG3計画へのコミットメントを取得する

    • SP3.1プロジェクトに影響を与えるレビュー計画

    • SP3.2作業レベルとリソースレベルの調整

    • SP3.3計画コミットメントの取得

プロセスと製品の品質保証

これは、成熟度レベル2のサポートプロセス領域です。

目的

の目的 Process and Product Quality Assurance (PPQA)は、スタッフと管理者にプロセスと関連する作業成果物に対する客観的な洞察を提供することです。

目標別の具体的な実践

  • SG1プロセスと作業成果物を客観的に評価する

    • SP1.1プロセスを客観的に評価する

    • SP1.2作業成果物とサービスを客観的に評価する

  • SG2客観的な洞察を提供する

    • SP 2.1コンプライアンス違反の問題を伝達し、確実に解決する

    • SP2.2記録の確立

定量的プロジェクト管理

これは、成熟度レベル4のプロジェクト管理プロセス領域です。

目的

の目的 Quantitative Project Management (QPM)プロセス領域は、プロジェクトの定義されたプロセスを定量的に管理して、プロジェクトの確立された品質とプロセスパフォーマンスの目標を達成することです。

目標別の具体的な実践

  • SG1プロジェクトを定量的に管理する

    • SP1.1プロジェクトの目的を確立する

    • SP1.2定義されたプロセスを作成する

    • SP1.3統計的に管理されるサブプロセスを選択する

    • SP1.4プロジェクトのパフォーマンスを管理する

  • SG2はサブプロセスのパフォーマンスを統計的に管理します

    • SP2.1メジャーと分析手法の選択

    • SP2.2変動を理解するための統計的手法の適用

    • SP2.3選択したサブプロセスのパフォーマンスを監視する

    • SP2.4統計管理データの記録

要件開発

これは、成熟度レベル3のエンジニアリングプロセス領域です。

目的

の目的 Requirements Development (RD)は、顧客、製品、および製品コンポーネントの要件を作成および分析することです。

目標別の具体的な実践

  • SG1顧客要件の作成

    • SP1.1ニーズを引き出す

    • SP1.2顧客要件の作成

  • SG2製品要件の開発

    • SP2.1製品および製品コンポーネントの要件を確立する

    • SP2.2製品コンポーネント要件の割り当て

    • SP2.3インターフェース要件の特定

  • SG3要件の分析と検証

    • SP3.1運用の概念とシナリオを確立する

    • SP3.2必要な機能の定義を確立する

    • SP3.3要件の分析

    • SP3.4バランスを達成するための要件の分析

    • SP3.5要件の検証

要件管理

これは、成熟度レベル2のエンジニアリングプロセス領域です。

目的

の目的 Requirements Management (REQM)は、プロジェクトの製品および製品コンポーネントの要件を管理し、それらの要件とプロジェクトの計画および作業成果物との間の不整合を特定することです。

目標別の具体的な実践

  • SG1要件の管理

    • SP1.1要件の理解を得る

    • SP1.2要件へのコミットメントを取得する

    • SP1.3要件変更の管理

    • SP1.4要件の双方向トレーサビリティを維持する

    • SP1.5プロジェクトの作業と要件の間の矛盾を特定する

危機管理

これは、成熟度レベル3のプロジェクト管理プロセス領域です。

目的

の目的 Risk Management (RSKM)は、潜在的な問題が発生する前に特定することで、製品またはプロジェクトの存続期間全体にわたってリスク処理アクティビティを計画および呼び出して、目標の達成への悪影響を軽減できるようにします。

目標別の具体的な実践

  • SG1リスク管理の準備

    • SP1.1リスクの原因とカテゴリーを決定する

    • SP1.2リスクパラメータの定義

    • SP1.3リスク管理戦略を確立する

  • SG2リスクの特定と分析

    • SP2.1リスクの特定

    • SP 2.2リスクの評価、分類、および優先順位付け

  • SG3はリスクを軽減します

    • SP3.1リスク軽減計画を作成する

    • SP3.2リスク軽減計画の実施

サプライヤー契約管理

これは、成熟度レベル2のプロジェクト管理プロセス領域です。

目的

の目的 Supplier Agreement Management (SAM)は、正式な合意が存在するサプライヤーからの製品の取得を管理することです。

目標別の具体的な実践

  • SG1サプライヤー契約の確立M

    • SP1.1取得タイプの決定

    • SP1.2サプライヤーの選択

    • SP1.3サプライヤー契約の確立

  • SG2はサプライヤー契約を満たします

    • SP2.1サプライヤー契約の締結

    • SP2.2選択したサプライヤープロセスの監視

    • SP2.3選択したサプライヤーの作業成果物を評価する

    • SP2.4取得した製品を受け入れる

    • SP2.5移行製品

テクニカルソリューション

これは、成熟度レベル3のエンジニアリングプロセス領域です。

目的

の目的 Technical Solution(TS)は、要件に対するソリューションを設計、開発、および実装することです。ソリューション、設計、および実装には、製品、製品コンポーネント、および製品関連のライフサイクルプロセスが、単一または必要に応じて組み合わせて含まれます。

目標別の具体的な実践

  • SG1製品コンポーネントソリューションの選択

    • SP1.1代替ソリューションと選択基準の開発

    • SP1.2製品コンポーネントソリューションの選択

  • SG2デザインの開発

    • SP2.1製品または製品コンポーネントの設計

    • SP2.2技術データパッケージを確立する

    • SP2.3基準を使用したインターフェースの設計

    • SP 2.4製造、購入、または再利用分析の実行

  • SG3製品設計の実装

    • SP3.1設計の実装

    • SP3.2製品サポートドキュメントの作成

検証

これは、成熟度レベル3のエンジニアリングプロセス領域です。

目的

の目的 Validation (VAL)は、製品または製品コンポーネントが、意図された環境に配置されたときに意図された用途を満たしていることを実証することです。

目標別の具体的な実践

  • SG1検証の準備

    • SP1.1検証する製品の選択

    • SP1.2検証環境の確立

    • SP1.3検証手順と基準を確立する

  • SG2製品または製品コンポーネントの検証

    • SP2.1検証の実行

    • SP2.2検証結果の分析。

検証

これは、成熟度レベル3のエンジニアリングプロセス領域です。

目的

の目的 Verification (VER)は、選択した作業成果物が指定された要件を満たしていることを確認することです。

目標別の具体的な実践

  • SG1検証の準備

    • SP1.1検証のための作業成果物の選択

    • SP1.2検証環境の確立

    • SP1.3検証手順と基準を確立する

  • SG2ピアレビューを実行する

    • SP2.1ピアレビューの準備

    • SP2.2ピアレビューの実施

    • SP2.3ピアレビューデータの分析

  • SG3選択した作業成果物を検証する

    • SP3.1検証の実行

    • SP3.2検証結果の分析

バージョン1.2に加えられた変更

ここでは、一連のプロセス領域に加えられた変更のみが考慮されます。包括的な詳細については、SEIホームページにアクセスしてください。

  • 次のプロセス領域が削除されました(すべて成熟度レベル3)-

    • 統合のための組織環境(OEI)

    • 統合チーミング(IT)

    • 統合サプライヤー管理(ISM)

  • 以下の追加が既存のプロセスエリア内で行われました-

    • IPM。SG3とSG4が削除され、新しいSG3が追加されました(すべてのIPPD PA)

    • OPD。SGが追加され、IPPDPAに変換されました

    • OPF。2つのSPがSGから抽出され、2つの新しいSPとともにSG3が作成されました。

    • REQD。SP3.5はValidateRequirementsに名前が変更されました

    • SAM。SP2.1が削除され、SG2に2つの新しいSPが追加されました

    • TS。SP1.2は削除されました

    • VER。SP3.2はAnalyzeVerificationResultsに名前が変更されました