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に名前が変更されました