Cmmi-process-areas
CMMI-主要なプロセス領域
プロセスエリアは、エリア内の関連するプラクティスのクラスタであり、集合的に実装された場合、そのエリアを大幅に改善するために重要と考えられる一連の目標を満たします。 すべてのCMMIプロセス領域は、連続表現と段階的表現の両方に共通です。
継続的な表現により、組織は、組織とそのビジネス目標に最も利益をもたらすプロセス領域または相互に関連するプロセス領域のセットを選択することにより、プロセス改善努力の焦点を選択できます。 プロセス領域間の依存関係のため、組織が選択できるものにはいくつかの制限がありますが、組織はその選択にかなりの自由があります。
プロセス領域を選択したら、それらのプロセス領域に関連付けられたプロセスをどの程度改善したいのかも選択する必要があります（つまり、適切な機能レベルを選択します）。 能力レベル、および一般的な目標と実践は、個々のプロセス領域のプロセスの改善をサポートします。
逆に、段階的な表現は、プロセス領域が属する成熟度レベルのコンテキストで常にプロセス領域を見ることを奨励していることがわかります。 プロセス領域は、この概念を強化するために、成熟度レベル別に編成されています。 プロセス領域を使用する場合、プロセス領域全体、つまりすべての目標とすべてのプラクティスを使用します。
CMMIプロセスエリア（PA）は、定義されたレベルに関係なく、相互作用および相互リンクを理解するために、次の4つのカテゴリにグループ化できます。
- プロセス管理
- プロジェクト管理
- エンジニアリング
- サポート
各プロセス領域は、一連の目標と実践によって定義されます。 目標と実践には2つのカテゴリがあります-
- 一般的な目標と実践-それらはすべてのプロセス領域の一部です。
- 特定の目標と実践-特定のプロセス領域に固有です。
会社のプロセスがそのプロセス領域の一般的および特定の目標と実践のすべてをカバーしている場合、プロセス領域は満たされます。
一般的な目標と実践
一般的な目標と実践は、すべてのプロセス領域の一部です。
注記-GG→一般的な目標とGP→一般的な練習
- GG 1特定の目標を達成する
- GP 1.1特定のプラクティスを実行する
- GG 2マネージドプロセスの制度化
- GP 2.1組織ポリシーを確立する
- GP 2.2プロセスを計画する
- GP 2.3リソースの提供
- GP 2.4責任の割り当て
- GP 2.5トレインピープル
- GP 2.6構成の管理
- GP 2.7関連する利害関係者の特定と関与
- GP 2.8プロセスの監視と制御
- GP 2.9遵守を客観的に評価する
- GP 2.10上位レベルの管理によるステータスのレビュー
- GG 3定義済みプロセスの制度化
- GP 3.1定義されたプロセスを確立する
- GP 3.2改善情報の収集
- GG 4定量的に管理されたプロセスの制度化
- GP 4.1プロセスの定量的目標を確立する
- GP 4.2サブプロセスのパフォーマンスの安定化
- GG 5最適化プロセスの制度化
- GP 5.1は継続的なプロセス改善を保証します
- GP 5.2問題の根本原因を修正する
共通の機能
共通の機能は、重要なプロセス領域の実装と制度化が効果的で、反復可能で、永続的であるかどうかを示す属性です。 5つの一般的な機能は以下のとおりです-
- 実行するコミットメント-実行するコミットメントはアクションを説明します。組織はプロセスが確立され、持続することを保証するために取らなければなりません。 通常、実行のコミットメントには、組織のポリシーと上級管理職のスポンサーシップの確立が含まれます。
- 実行する能力-実行する能力は、ソフトウェアプロセスを適切に実装するためにプロジェクトまたは組織に存在しなければならない前提条件について説明します。 実行能力には通常、リソース、組織構造、およびトレーニングが含まれます。
- 実行されたアクティビティ-実行されたアクティビティは、主要なプロセス領域を実装するために必要な役割と手順を説明しています。 通常、実行されるアクティビティには、計画と手順の確立、作業の実行、追跡、および必要に応じた修正アクションの実行が含まれます。
- 測定と分析-測定と分析では、プロセスを測定して測定値を分析する必要性について説明します。 通常、測定と分析には、実行されたアクティビティのステータスと有効性を判断するために実行できる測定の例が含まれています。
- 実装の検証-実装の検証では、確立されたプロセスに従ってアクティビティが実行されることを確認する手順について説明します。 検証には通常、管理者によるレビューと監査とソフトウェア品質保証が含まれます。
共通機能「実行されるアクティビティ」のプラクティスは、プロセス機能を確立するために何を実装する必要があるかを説明しています。 全体としてとられた他のプラクティスは、組織が「実行されたアクティビティ」の共通機能で説明されているプラクティスを制度化できる基盤を形成します。
プロセス領域の詳細
CMMIには、企業プロセスでカバーされる製品開発の側面を示す22のプロセス領域が含まれています。
原因分析と解決
- 成熟度レベル5のサポートプロセスエリアです。
目的
因果分析と解決（CAR）の目的は、欠陥やその他の問題の原因を特定し、将来それらが発生しないように対策を講じることです。
目標別の実践
- SG 1欠陥の原因を特定する
- SP 1.1分析用の欠陥データの選択
- SP 1.2原因の分析
- SG 2が欠陥の原因に対処する
- SP 2.1アクション提案の実装
- SP 2.2変更の効果を評価する
- SP 2.3レコードデータ
構成管理
- 成熟度レベル2のサポートプロセスエリアです。
目的
構成管理（CM）の目的は、構成の識別、構成の制御、構成の状態のアカウンティング、および構成の監査を使用して、作業成果物の整合性を確立および維持することです。
目標別の実践
- SG 1ベースラインの確立
- SP 1.1構成アイテムの識別
- SP 1.2構成管理システムの確立
- SP 1.3ベースラインの作成またはリリース
- SG 2追跡および制御の変更
- SP 2.1変更要求の追跡
- SP 2.2制御構成アイテム
- SG 3完全性の確立
- SP 3.1構成管理レコードを確立する
- SP 3.2構成監査の実行
意思決定の分析と解決
- 成熟度レベル3のサポートプロセスエリアです。
目的
意思決定分析と解像度（DAR）の目的は、確立された基準に対して特定された代替案を評価する正式な評価プロセスを使用して、可能な決定を分析することです。
目標別の実践
- SG 1代替案の評価
- SP 1.1意思決定分析のガイドラインを確立する
- SP 1.2評価基準の確立
- SP 1.3代替ソリューションの特定
- SP 1.4評価方法の選択
- SP 1.5代替案の評価
- SP 1.6セレクトソリューション
統合プロジェクト管理+ IPPD
- これは、成熟度レベル3のプロジェクト管理プロセスエリアです。
目的
*Integrated Project Management + IPPD* （IPM）の目的は、組織の一連の標準プロセスから調整された統合され定義されたプロセスに従って、プロジェクトと関連する利害関係者の関与を確立および管理することです。目標別の実践
- SG 1プロジェクトの定義済みプロセスを使用する
- SP 1.1プロジェクトの定義済みプロセスを確立する
- SP 1.2プロジェクト活動の計画に組織プロセス資産を使用する
- SP 1.3プロジェクトの作業環境を確立する
- SP 1.4計画の統合
- SP 1.5統合プランを使用したプロジェクトの管理
- SP 1.6組織プロセス資産への貢献
- SG 2関連する利害関係者との調整と協力
- SP 2.1利害関係者の関与の管理
- SP 2.2依存関係の管理
- SP 2.3調整の問題を解決する
IPPD追加-
- SG 3 IPPD原則の適用
- SP 3.1プロジェクトの共有ビジョンを確立する
- SP 3.2統合チーム構造の確立
- SP 3.3統合チームへの要件の割り当て
- SP 3.4統合チームを確立する
- SP 3.5インターフェースチーム間のコラボレーションを確保する
測定と分析
成熟度レベル2のサポートプロセスエリアです。
目的
測定と分析（MA）の目的は、管理情報のニーズをサポートするために使用される測定機能を開発および維持することです。
目標別の実践
- SG 1測定および分析アクティビティの調整
- SP 1.1測定目標の確立
- SP 1.2メジャーの指定
- SP 1.3データ収集および保存手順の指定
- SP 1.4分析手順の指定
- SG 2測定結果の提供
- SP 2.1測定データの収集
- SP 2.2測定データの分析
- SP 2.3データと結果の保存
- SP 2.4結果の伝達
組織の革新と展開
これは、成熟度レベル5のプロセス管理プロセスエリアです。
目的
組織の革新と展開（OID）の目的は、組織のプロセスと技術を測定可能な程度に改善する漸進的で革新的な改善を選択して展開することです。 この改善は、組織のビジネス目標から導き出された組織の品質およびプロセスパフォーマンスの目標をサポートします。
目標別の実践
- SG 1セレクトの改善
- SP 1.1改善提案の収集と分析
- SP 1.2イノベーションの特定と分析
- SP 1.3パイロットの改善
- SP 1.4 Selectの展開の改善点
- SG 2展開の改善
- SP 2.1展開領域を計画する
- SP 2.2展開の管理
- SP 2.3改善効果の測定
組織プロセス定義+ IPPD（OPD）
これは、成熟度レベル3のプロセス管理プロセスエリアです。
目的
- 組織プロセス定義+ IPPD *（OPD）の目的は、組織プロセス資産の使用可能なセットを確立および維持することです。
目標別の実践
- SG 1組織プロセス資産の確立
- SP 1.1標準プロセスの確立
- SP 1.2ライフサイクルモデルの説明の確立
- SP 1.3調整基準とガイドラインの確立
- SP 1.4組織の測定リポジトリを確立する
- SP 1.5組織のプロセス資産ライブラリを確立する
IPPD追加-
- SG 2 IPPD管理を有効にする
- SP 2.1エンパワーメントメカニズムの確立
- SP 2.2統合チームのルールとガイドラインを確立する
- SP 2.3バランスチームとホーム組織の責任
組織プロセスの焦点
これは、成熟度レベル3のプロセス管理プロセスエリアです。
目的
*Organizational Process Focus* （OPF）の目的は、組織のプロセスとプロセス資産の現在の長所と短所を完全に理解した上で、組織プロセスの改善を計画および実装することです。目標別の実践
- SG 1プロセス改善の機会を決定する
- SP 1.1組織プロセスのニーズを確立する
- SP 1.2組織のプロセスを評価する
- SP 1.3組織のプロセス改善を特定する
- SG 2プロセス改善活動の計画と実施
- SP 2.1プロセスアクションプランの確立
- SP 2.2プロセスアクションプランの実装
- SG 3組織プロセス資産の展開と学んだ教訓
- SP 3.1組織プロセス資産の展開
- SP 3.2標準プロセスの展開
- SP 3.3モニターの実装
- SP 3.4プロセス関連の経験を組織プロセス資産に組み込む
組織プロセスのパフォーマンス
これは、成熟度レベル4のプロセス管理プロセスエリアです。
目的
組織プロセスパフォーマンス（OPP）の目的は、品質およびプロセスパフォーマンス目標をサポートする組織の一連の標準プロセスのパフォーマンスの定量的理解を確立および維持し、プロセスパフォーマンスデータ、ベースライン、および組織のプロジェクトを定量的に管理するモデル。
目標別の実践
- SG 1パフォーマンスベースラインとモデルの確立
- SP 1.1プロセスの選択
- SP 1.2プロセスパフォーマンス測定の確立
- SP 1.3品質およびプロセスパフォーマンスの目標を確立する
- SP 1.4プロセスパフォーマンスベースラインの確立
- SP 1.5プロセスパフォーマンスモデルの確立
組織トレーニング
これは、成熟度レベル3のプロセス管理プロセスエリアです。
目的
組織トレーニング（OT）の目的は、人々がその役割を効果的かつ効率的に遂行できるように、人々のスキルと知識を開発することです。
目標別の実践
- SG 1組織トレーニング能力の確立
- SP 1.1戦略的トレーニングのニーズを確立する
- SP 1.2どのトレーニングのニーズが組織の責任であるかを決定する
- SP 1.3組織トレーニングの戦術計画を確立する
- SP 1.4トレーニング機能の確立
- SG 2必要なトレーニングの提供
- SP 2.1トレーニングを実施
- SP 2.2トレーニング記録を確立する
- SP 2.3トレーニングの有効性を評価する
製品統合
これは、成熟度レベル3のエンジニアリングプロセスエリアです。
目的
製品統合（PI）の目的は、製品コンポーネントから製品を組み立て、統合された製品が適切に機能することを保証し、製品を提供することです。
目標別の実践
- SG 1製品統合の準備
- SP 1.1統合シーケンスの決定
- SP 1.2製品統合環境の確立
- SP 1.3製品統合手順と基準の確立
- SG 2インターフェイスの互換性を確保する
- SP 2.1完全性のためのインターフェース記述のレビュー
- SP 2.2インターフェイスの管理
- SG 3製品コンポーネントの組み立てと製品の配送
- SP 3.1統合のための製品コンポーネントの準備を確認する
- SP 3.2製品コンポーネントの組み立て
- SP 3.3組み立てられた製品コンポーネントの評価
- SP 3.4製品または製品コンポーネントのパッケージ化と配信
プロジェクトの監視と制御
これは、成熟度レベル2のプロジェクト管理プロセスエリアです。
目的
プロジェクトの監視と制御（PMC）の目的は、プロジェクトの進捗状況を理解し、プロジェクトのパフォーマンスが計画から大きく逸脱した場合に適切な是正措置を講じることです。
目標別の実践
- SG 1計画に対するモニタープロジェクト
- SP 1.1プロジェクト計画パラメータの監視
- SP 1.2コミットメントの監視
- SP 1.3プロジェクトリスクの監視
- SP 1.4モニターデータ管理
- SP 1.5利害関係者の関与の監視
- SP 1.6進行状況レビューの実施
- SP 1.7マイルストーンレビューの実施
- SG 2閉鎖に対する是正措置の管理
- SP 2.1問題の分析
- SP 2.2是正措置を講じる
- SP 2.3是正処置の管理
プロジェクト計画
これは、成熟度レベル2のプロジェクト管理プロセスエリアです。
目的
プロジェクト計画（PP）の目的は、プロジェクト活動を定義する計画を確立および維持することです。
目標別の実践
- SG 1見積もりの確立
- SP 1.1プロジェクトの範囲を見積もる
- SP 1.2作業成果物とタスクの属性の推定値を確立する
- SP 1.3プロジェクトライフサイクルの定義
- SP 1.4努力とコストの見積もりを決定する
- SG 2プロジェクト計画の作成
- SP 2.1予算とスケジュールを確立する
- SP 2.2プロジェクトリスクの特定
- SP 2.3データ管理の計画
- SP 2.4プロジェクトリソースの計画
- SP 2.5必要な知識とスキルの計画
- SP 2.6計画ステークホルダーの関与
- SP 2.7プロジェクト計画の確立
- SG 3計画へのコミットメントを取得
- SP 3.1プロジェクトに影響する計画のレビュー
- SP 3.2作業レベルとリソースレベルの調整
- SP 3.3計画コミットメントの取得
プロセスおよび製品品質保証
成熟度レベル2のサポートプロセスエリアです。
目的
プロセスおよび製品品質保証（PPQA）の目的は、プロセスおよび関連する作業成果物に関する客観的な洞察をスタッフと管理者に提供することです。
目標別の実践
- SG 1プロセスと作業成果物を客観的に評価する
- SP 1.1プロセスを客観的に評価する
- SP 1.2作業成果物とサービスを客観的に評価する
- SG 2 Provide Objective Insight
- SP 2.1コンプライアンス違反の問題を伝え、解決する
- SP 2.2記録の確立
定量的プロジェクト管理
成熟度レベル4のプロジェクト管理プロセスエリアです。
目的
定量的プロジェクト管理（QPM）プロセス領域の目的は、プロジェクトの定義済みプロセスを定量的に管理して、プロジェクトの確立された品質およびプロセスパフォーマンスの目標を達成することです。
目標別の実践
- SG 1プロジェクトの定量的管理
- SP 1.1プロジェクトの目的を確立する
- SP 1.2定義済みプロセスの作成
- SP 1.3統計的に管理されるサブプロセスを選択する
- SP 1.4プロジェクトパフォーマンスの管理
- SG 2サブプロセスのパフォーマンスを統計的に管理
- SP 2.1メジャーと分析手法の選択
- SP 2.2統計的手法を適用して変動を理解する
- SP 2.3選択したサブプロセスのパフォーマンスの監視
- SP 2.4統計管理データの記録
要件開発
これは、成熟度レベル3のエンジニアリングプロセスエリアです。
目的
要件開発（RD）の目的は、顧客、製品、および製品コンポーネントの要件を作成および分析することです。
目標別の実践
- SG 1開発顧客要件
- SP 1.1 Elicit Needs
- SP 1.2顧客要件の作成
- SG 2開発製品要件
- SP 2.1製品および製品コンポーネントの要件を確立する
- SP 2.2製品コンポーネント要件の割り当て
- SP 2.3インターフェイス要件の特定
- SG 3要件の分析と検証
- SP 3.1運用の概念とシナリオを確立する
- SP 3.2必要な機能の定義を確立する
- SP 3.3要件の分析
- SP 3.4バランスを達成するための要件の分析
- SP 3.5要件の検証
要件管理
これは、成熟度レベル2のエンジニアリングプロセスエリアです。
目的
要件管理（REQM）の目的は、プロジェクトの製品および製品コンポーネントの要件を管理し、それらの要件とプロジェクトの計画および作業成果物との矛盾を識別することです。
目標別の実践
- SG 1要件の管理
- SP 1.1要件の理解を得る
- SP 1.2要件へのコミットメントを取得
- SP 1.3要件変更の管理
- SP 1.4要件の双方向トレーサビリティを維持
- SP 1.5プロジェクト作業と要件の間の矛盾を特定する
危機管理
これは、成熟度レベル3のプロジェクト管理プロセスエリアです。
目的
*Risk Management* （RSKM）の目的は、潜在的な問題が発生する前に特定し、製品またはプロジェクトのライフサイクル全体にわたって必要に応じてリスク処理活動を計画および呼び出し、目標達成への悪影響を軽減することです。目標別の実践
- SG 1リスク管理の準備
- SP 1.1リスクの源泉とカテゴリーを決定する
- SP 1.2リスクパラメーターの定義
- SP 1.3リスク管理戦略の確立
- SG 2リスクの特定と分析
- SP 2.1リスクの特定
- SP 2.2リスクの評価、分類、および優先順位付け
- SG 3リスクの軽減
- SP 3.1リスク軽減計画の作成
- SP 3.2リスク軽減計画の実装
サプライヤー契約管理
これは、成熟度レベル2のプロジェクト管理プロセスエリアです。
目的
サプライヤ契約管理（SAM）の目的は、正式な契約が存在するサプライヤからの製品の取得を管理することです。
目標別の実践
- SG 1サプライヤー契約の確立M
- SP 1.1集録タイプの決定
- SP 1.2サプライヤの選択
- SP 1.3サプライヤー契約の確立
- SG 2サプライヤ契約を満たす
- SP 2.1サプライヤ契約の実行
- SP 2.2選択したサプライヤプロセスの監視
- SP 2.3選択したサプライヤ作業成果物の評価
- SP 2.4取得した製品を受け入れる
- SP 2.5移行製品
テクニカルソリューション
これは、成熟度レベル3のエンジニアリングプロセスエリアです。
目的
テクニカルソリューション（TS）の目的は、要件に対するソリューションを設計、開発、および実装することです。 ソリューション、設計、および実装には、製品、製品コンポーネント、および製品関連のライフサイクルプロセスが単一または適切に組み合わせて含まれます。
目標別の実践
- SG 1 Select製品コンポーネントソリューション
- SP 1.1代替ソリューションと選択基準の開発
- SP 1.2 Select製品コンポーネントソリューション
- SG 2設計の開発
- SP 2.1製品または製品コンポーネントの設計
- SP 2.2技術データパッケージの確立
- SP 2.3基準を使用したインターフェイスの設計
- SP 2.4メイク、購入、または再利用分析の実行
- SG 3製品設計の実装
- SP 3.1設計の実装
- SP 3.2製品サポートドキュメントの開発
検証
これは、成熟度レベル3のエンジニアリングプロセスエリアです。
目的
検証（VAL）の目的は、製品または製品コンポーネントが意図された環境に置かれたときに、意図された用途を満たしていることを実証することです。
目標別の実践
- SG 1検証の準備
- SP 1.1検証対象製品の選択
- SP 1.2検証環境を確立する
- SP 1.3検証手順と基準を確立する
- SG 2製品または製品コンポーネントの検証
- SP 2.1検証の実行
- SP 2.2検証結果を分析します。
検証
これは、成熟度レベル3のエンジニアリングプロセスエリアです。
目的
検証（VER）の目的は、選択された作業成果物が指定された要件を満たしていることを確認することです。
目標別の実践
- SG 1検証の準備
- SP 1.1検証のための作業成果物の選択
- SP 1.2検証環境を確立する
- SP 1.3検証手順と基準を確立する
- SG 2 Perform Peerレビュー
- SP 2.1ピアレビューの準備
- SP 2.2ピアレビューの実施
- SP 2.3ピアレビューデータの分析
- SG 3選択した作業成果物の検証
- SP 3.1検証の実行
- SP 3.2検証結果の分析
バージョン1.2に加えられた変更
ここでは、一連のプロセス領域に加えられた変更のみが考慮されます。 包括的な詳細については、https://www.sei.cmu.edu/[SEIホームページ]をご覧ください。
- 次のプロセス領域が削除されました（すべて成熟度レベル3）-
- 統合のための組織環境（OEI）
- 統合チーミング（IT）
- 統合サプライヤー管理（ISM）
- 次の追加が既存のプロセスエリア内で行われました-
- IPM SG3とSG4は廃止され、新しいSG3が追加されました（すべてのIPPD PA）
- OPD SGが追加され、IPPD PAになりました
- OPF 2つのSPがSGから抽出され、2つの新しいSPと一緒にSG3を作成しました
- REQD SP3.5はValidate Requirementsという名前に変更されました
- SAM SP2.1は廃止され、2つの新しいSPがSG2に追加されました
- TS . SP1.2は廃止されました
- VER。 SP3.2は、検証結果の分析に名前が変更されました。
