リスク (CMMI)

このトピックでは、リスク作業項目の詳細を入力する方法について学習できます。 リスク作業項目を使用して、プロジェクトに将来的に否定的な成果をもたらす可能性のあるイベントや条件を文書化できます。 プロジェクト管理の重要な側面は、プロジェクトのリスクを識別して管理することです。 詳細については、「リスクの管理」を参照してください。

このタイプの作業項目を作成する方法については、「作業項目とワークフロー (CMMI)」を参照してください。

必要なアクセス許可

リスクを表示するには、読み取りユーザー グループのメンバーであるか、[このノードの作業項目を表示します] が [許可] に設定されている必要があります。 リスクを変更するには、貢献者グループのメンバーであるか、[このノードの作業項目を編集します] のアクセス許可が [許可] に設定されている必要があります。 詳細については、「アクセス許可の管理」を参照してください。

リスクの定義

リスク作業項目フォームは、次の図に示すフィールドとタブにデータを保存します。

リスクを定義する場合は、タイトルを定義する必要があります。 他のフィールドは、空白または既定値のままでかまいません。

単一のリスクを定義するには

1. 作業項目フォームの最上部のセクションで、次のような情報を 1 つ以上指定します。

   • [タイトル] (必須) に、簡単な説明を入力します。

     適切なタイトルを付けると、チームが潜在的なリスクについて理解しやすくなります。 リスクや、影響を受ける可能性がある区分をより正確に定義できるように、必要に応じてテキストを更新できます。

   • [確率] ボックスに、リスクが発生する確率を示す 1 ～ 99 の値で入力します。

     たとえば、リスクが発生する可能性がほとんどない場合は、「1」と入力します。

   • [担当者] ボックスで、リスクに対応するチーム メンバーの名前をクリックします。

     注意

     作業項目は、貢献者グループのメンバーにのみ割り当てることができます。

     リスクの担当者を割り当てないままにすると、リスクを定義するユーザーが自動的に担当者になります。

   • [状態] ボックスでは、既定値である提案済みをそのまま使用します。

     既定では、[理由] フィールドの値は新規です。 このフィールドの詳細とこのフィールドを使用してワークフローを追跡する方法については、このトピックの「リスクの状態の変更」を参照してください。

   • [区分] および [イテレーション] ボックスで、適切な区分とイテレーションをクリックするか、これらのフィールドを空白のままにします。

     注意

     プロジェクト管理者は、区分およびイテレーション ツリー階層を定義することで、チーム メンバーがそれらの指定によって進捗状況を追跡できるようにします。 詳細については、「区分およびイテレーションの作成および修正」を参照してください。

   • [優先順位] ボックスで、リスクの重要度を 1 (最も重要) ～ 4 (最も重要ではない) の範囲で指定します。

     既定値は 2 です。

   • [重大度] ボックスで、リスクが発生したときのコストや損失など、否定的な成果の潜在的な深刻度を指定します。

     これは主観的な評価で、[1 - 重大]、[2 - 高]、[3 - 中]、または [4 - 低] で指定します。 既定値は [3 - 中] です。

   • 懸案事項があるため、チームがリスクを軽減できない場合は、[ブロック] ボックスで [はい] をクリックします。

     チームが懸案事項の作業項目を作成してブロッキングの問題を追跡している場合は、その作業項目に対するリンクを作成する必要があります。

   • [最初の見積もり] ボックスに、リスクの軽減計画の実装にかかると予想される作業時間を数値で入力します。

2. [詳細] タブに、リスクと、リスク軽減のために提案されるアクションについての説明をできる限り詳細に入力します。

3. [軽減策] タブで、リスク軽減の必要性を判断する条件やイベントついての説明をできる限り詳細に入力します。

   たとえば、気象予報で明日から 4 日以内にオフィスから 50 マイル以内で氷雨を伴う暴風や台風が発生すると予測される場合に、チームは予備の発電機を確保する、などです。

4. [コンティンジェンシー計画] タブで、リスクが発生したときのアクションについての説明をできる限り詳細に入力します。

   チームは、懸案事項の作業項目と、チーム内の 1 人以上のメンバーに割り当てるタスクを作成して、計画を追跡します。

5. [すべてのリンク] タブでは、リスクからタスクや要件などの 1 つ以上の他の作業項目へのリンクを作成できます。

6. [添付ファイル] タブで、対処するリスクに関する詳細を提供する仕様やイメージなどのファイルを添付します。

   詳細については、このトピックの次のセクションを参照してください。

   • 要件、タスク、またはその他の作業項目へのリスクのリンク

   • リスクへの詳細、添付ファイル、ハイパーリンクの追加

7. [作業項目の保存] をクリックします。

   注意

   リスクを保存すると、作業項目ツール バーの下のタイトルに識別子が表示されます。

要件、タスク、またはその他の作業項目へのリスクのリンク

リスクとその他の作業項目の間に関係を作成することによって、より効果的なプロジェクトの計画、より正確な依存関係の追跡、より明確な階層構造関係の表示、より迅速な関連情報の検索を実行できます。 リスク作業項目フォームから、リスクに自動的にリンクされる別の作業項目を作成することも、既存の作業項目への 1 つ以上のリンクを作成することもできます。

[リンク] タブで、特定の種類の作業項目への特定の種類のリンクを作成できます。 詳細については、「作業項目のリンク (CMMI)」を参照してください。

タスク、バグ、要件、またはその他の作業項目を作成してリスクにリンクするには

1. リスク作業項目のフォームを開き、[すべてのリンク] タブをクリックして、 ([新規作成]) をクリックします。

   [リンクされた新しい作業項目の追加] ダイアログ ボックスが開きます。

   

2. [リンクの種類] ボックスで、[関連] をクリックするか、または追跡する関係を表す別の種類のリンクをクリックします。

3. [作業項目の種類] ボックスで、作成する作業項目の種類をクリックします。

4. [タイトル] で、実行される作業の説明を具体的かつ簡潔に入力します。

5. (省略可能) [コメント] に、追加情報を入力します。

6. [OK] をクリックします。

   指定した作業項目の種類の作業項目フォームが開き、入力した情報が表示されます。

7. 次のトピックで説明されているように、残りのフィールドを指定します。

   • 要件 (CMMI)

   • 変更要求 (CMMI)

   • タスク (CMMI)

   • バグ (CMMI)

   • テスト ケース (アジャイル)

   • 懸案事項 (CMMI)

   • レビュー (CMMI)

8. [作業項目の保存] をクリックします。

複数の既存の作業項目をリスクにリンクするには

1. リスク作業項目のフォームを開き、[リンク] タブをクリックして、 ([リンク先]) をクリックします。

   [リスクへのリンクの追加] ダイアログ ボックスが表示されます。

   

2. [リンクの種類] ボックスで、[関連] をクリックするか、またはリンク先の作業項目の種類に基づいて、追跡する関係を表す別の種類のリンクをクリックします。

3. 次のどれかの操作を実行します。

   • [作業項目 ID] に、検索する作業項目の ID を入力します。 複数の ID を指定するときは、コンマまたは空白で区切ります。

   • 一覧から作業項目を指定するには [参照] をクリックします。

     [リンクされた作業項目の選択] ダイアログ ボックスが表示されます。

     

     [保存されたクエリ] ボックスで、追加する作業項目を含むクエリをクリックします。 たとえば、[作業項目を開く]、[アクティブなバグ]、または [アクティブなタスク] をクリックできます。

     [検索] をクリックし、リスクにリンクする作業項目の横にあるチェック ボックスをオンにします。

     [OK] をクリックします。

   • (省略可能) リンクする項目の説明を入力します。

4. [OK] をクリックします。

   詳細については、「リンクまたはインポートする作業項目の検索」を参照してください。

5. [作業項目の保存] をクリックします。

   注意

   リンクしたリスクと作業項目の両方が更新されます。

リスクへの詳細、添付ファイル、ハイパーリンクの追加

詳細情報を入手した段階で、次の方法でリスクに情報を追加できます。

• [説明]、[軽減策]、[コンティンジェンシー計画]、または [履歴] タブのテキスト ボックスに情報を入力します。

• ファイルを添付します。

  たとえば、電子メールのスレッド、文書、イメージ、ログ ファイルなどのさまざまな種類のファイルを添付できます。

• サーバーまたは Web サイト上に保存されている Web サイトまたはファイルへのハイパーリンクを追加します。

リスクに詳細を追加するには

1. [説明]、[軽減策]、[コンティンジェンシー計画]、または [履歴] タブをクリックし、いずれかのテキスト ボックスに情報を入力します。

   情報の書式を設定すると、強調文字や箇条書きリストを使用できます。

   注意

   チーム メンバーが作業項目を更新するたびに、履歴には変更日、変更を行ったチーム メンバーの名前、および変更されたフィールドが表示されます。

   詳細については、「バグ、懸案事項、およびリスクを追跡するフィールド (CMMI)」および「タイトル、ID、説明、および履歴 (アジャイル)」を参照してください。

2. [作業項目の保存] をクリックします。

リスクに添付ファイルを追加するには

1. [添付ファイル] タブで、次のいずれかの操作を行います。

   • ファイルを添付ファイル領域にドラッグします。

   • をクリックするか、Ctrl キーを押しながら V キーを押して、コピーしたファイルを貼り付けます。

   • [追加]、[参照] をクリックし、[添付ファイル] ダイアログ ボックスに、添付するファイルの名前を入力するか、参照します。

     (省略可能) [コメント] ボックスには、添付ファイルに関する追加情報を入力します。

     [添付ファイル] ダイアログ ボックスを閉じるには、[OK] をクリックします。

2. [作業項目の保存] をクリックします。

リスクにハイパーリンクを追加するには

1. [リンク] タブで、[リンク先] をクリックします。

   

2. [リンクの種類] ボックスで、[ハイパーリンク] をクリックします。

3. [アドレス] ボックスで、次のいずれかの操作を行います。

   • リンク先が Web サイトである場合は、[アドレス] ボックスに URL を入力するか、インターネット ブラウザーから URL をコピーして貼り付けます。

   • リンク先がサーバーの場所である場合は、UNC アドレスを入力します。

4. (省略可能) [コメント] ボックスには、ハイパーリンクに関する追加情報を入力します。

5. [OK] をクリックします。

6. [作業項目の保存] をクリックします。

リスクの状態の変更

チームがリスクを軽減する必要があると判断した場合は、チーム メンバーはリスクの状態を [アクティブ] に設定します。 リスクは、軽減活動が完了するまでアクティブな状態のままです。この活動が完了すると、チーム メンバーはリスクの状態を [解決済み] に変更します。 チームが、解決済みのリスクを軽減したことを検証すると、チーム メンバーはリスクを終了します。

リスクによって識別されるイベントが発生すると、チームはコンティンジェンシー計画を実行します。

チームは次の状態を使用して、リスクの状態を追跡できます。

• 提案済み

• アクティブ

• 解決済み

• 終了

リスクの状態はどのチーム メンバーでも変更できます。

チーム メンバーが、提案済み状態のリスクを作成します。 チームは、現在のイテレーションのリスクを受け入れると、リスクをアクティブ状態にし、リスクを分析し、リスクを実装するタスクを作成します。 タスクが完了し、システム テストによってリスクが正常に実装されたことが確認されたら、リスクを解決済み状態にします。 最後に、リスクの検証が完了したら、チームはリスクを終了状態にします。

作業項目の状態を追跡するために使用できるデータ フィールドの詳細については、「割り当て、ワークフロー、および計画 (CMMI)」を参照してください。

リスクの状態を変更するには

1. リスクを開きます。

2. [状態] ボックスで、[アクティブ]、[解決済み]、または [終了] をクリックします。

   • 状態を提案済みからアクティブに変更すると、[理由] フィールドが自動的に [承諾済み] に変わります。

   • 状態をアクティブから解決済みに変更すると、[理由] フィールドが自動的にコードの完了およびシステム テストの成功に変わります。

   • 状態を解決済みから終了に変更すると、[理由] フィールドが自動的に [妥当性確認テストに成功] に変わります。

3. [作業項目の保存] をクリックします。

通常のワークフローの流れ: チーム メンバーが、既定の理由である [新規] を指定して、状態が提案済みのリスクを作成する。 チーム メンバーが、既定の理由である [承諾済み] を指定して、リスクの状態を提案済みからアクティブに変更する。 チームがすべての軽減活動を完了すると、チーム メンバーがリスクの状態をアクティブから解決済みに変更する。 チームがリスクが軽減されたことを検証した時点で、チーム メンバーが状態を解決済みから終了に変更する。 例外的な遷移: チーム メンバーが、既定の理由である [却下] を指定して、リスクの状態を提案済みから終了に変更する。 チームがリスクを軽減する前にリスクが発生した場合、リスクが発生する可能性がなくなった場合、またはリスクがプロジェクトに対して関係がなくなった場合、チーム メンバーがリスクの状態をアクティブから終了に変更する。 チームが軽減を確認してリスクがまだ存在すると判断した場合、チーム メンバーがリスクの状態を解決済みからアクティブに変更する。 チーム メンバーが、リスクが誤って終了されたと判断し、状態を終了からアクティブに変更する。

リスクの状態の図

提案済み (新規)

チームは提案される各リスクを識別し、その発生の可能性、リスク発生によるコスト、軽減オプション、軽減トリガー、およびコンティンジェンシー計画を分析します。 軽減トリガーがオフに設定されている場合や、優先度が十分に高いため、すぐに軽減する必要がある場合、チームは提案済みのリスクをアクティブ化します。 チームが、リスクが発生する可能性がなくなった、またはリスクを軽減することはできないと判断した場合は、提案済みのリスクを終了します。

チーム メンバーがリスクを作成すると、次のデータ フィールドが自動的にキャプチャされます。

• [作成者]: リスクを作成したチーム メンバーの名前。

• [作成日]: リスクが作成された日時 (サーバー クロックで記録された日時)。

提案済みからアクティブへ

チーム メンバーは、リスク軽減の必要性がトリガーされると、リスクの状態を提案済みからアクティブに変更します。

チーム メンバーがリスクの状態をアクティブに変更すると、次のデータ フィールドが自動的にキャプチャされます。

• [アクティブ化した人]: リスクをアクティブ化したチーム メンバーの名前。

• [アクティブ化された日]: リスクがアクティブ化された日時 (サーバー クロックで記録された日時)。

• [状態の変更日]: リスクの状態が変更された日時。

提案済みから終了へ

チーム メンバーは、次の表に示す理由によって、提案済み状態のリスクを終了できます。

チーム メンバーがリスクを終了すると、次のデータ フィールドがキャプチャされます。

• [終了者]: リスクを終了したチーム メンバーの名前。

• [終了日]: リスクが終了した日時 (サーバー クロックで記録された日時)。

• [状態の変更日]: リスクの状態が変更された日時。

アクティブ

チームは、アクティブ状態のリスクを軽減するための作業を実行します。 チームが、リスクに対するすべての軽減タスクを完了すると、リスクの状態は解決済みになります。 チームが軽減タスクを完了する前にリスクが発生した場合、チームは懸案事項の作業項目を作成して問題を追跡し、リスク作業項目を終了します。

アクティブから解決済みへ

チーム メンバーは、計画した軽減活動が完了したときに、アクティブなリスクが解決できたことになります。 既定の理由は、軽減活動の完了です。 チームは、リスクの検証を担当するチーム メンバーにリスクを割り当てます。

チーム メンバーがアクティブなリスクを解決すると、次のデータ フィールドがキャプチャされます。

• [解決者]: リスクを解決したチーム メンバーの名前。

• [解決日]: リスクが解決された日時 (サーバー クロックで記録された日時)。

• [状態の変更日]: リスクの状態が変更された日時。

アクティブから終了へ

チーム メンバーは、次の表に示す理由によって、アクティブなリスクを終了できます。

チーム メンバーがアクティブなリスクを終了すると、次のデータ フィールドが自動的にキャプチャされます。

• [終了者]: リスクを終了したチーム メンバーの名前。

• [終了日]: リスクが終了した日時 (サーバー クロックで記録された日時)。

• [状態の変更日]: リスクの状態が変更された日時。

解決済み

チームがリスクに対する軽減タスクを完了すると、チームはリスクの状態を解決済みに設定し、軽減作業を検証してリスクを終了するチーム メンバーにリスクを割り当てます。 軽減が不十分であると判断した場合、チーム メンバーはリスクを再アクティブ化します。

解決済みから終了へ

チームが軽減タスクを確認して、軽減活動によってリスクが十分に軽減されたと判断した場合、チーム メンバーは解決済みのリスクを終了できます。 既定の理由は、軽減活動の完了です。 チームは、リスクを製品所有者に割り当てます。

チーム メンバーが解決済みのリスクを終了すると、次のデータ フィールドが自動的にキャプチャされます。

• [終了者]: リスクを終了したチーム メンバーの名前。

• [終了日]: リスクが終了した日時 (サーバー クロックで記録された日時)。

• [状態の変更日]: リスクの状態が変更された日時。

解決済みからアクティブへ

チームが軽減タスクを確認して、リスクに対して十分に対応できないと判断した場合、チーム メンバーは解決済みのリスクを再アクティブ化できます。 既定の理由は、不十分な軽減活動 (再作業) です。 チームは、軽減計画の実装を担当するチーム メンバーにリスクを割り当てます。 また、リスクを検証する担当者は、軽減計画で検証に失敗した部分を示す注釈をリスク作業項目に追加する必要があります。

チーム メンバーが解決済みのリスクを再アクティブ化すると、次のデータが自動的にキャプチャされます。

• [アクティブ化した人]: リスクを再アクティブ化したチーム メンバーの名前。

• [アクティブ化された日]: リスクが再アクティブ化された日時 (サーバー クロックで記録された日時)。

• [状態の変更日]: リスクの状態が変更された日時。

終了

チーム メンバーは、終了したリスクがスコープに戻った場合、そのリスクを再アクティブ化できます。 通常は、ビジネス アナリストまたはプログラム マネージャーが、終了したリスクを再アクティブ化します。

終了からアクティブへ

チームは、リスクが軽減された後、またはチームが軽減できなかったリスクが承認された後、リスクを終了します。 リスクが誤って終了した場合は、終了済みのリスクを再アクティブ化できます。 理由は、[エラーによる終了] に設定されます。

チーム メンバーが終了したリスクを再アクティブ化すると、次のデータが自動的にキャプチャされます。

• [アクティブ化した人]: リスクを再アクティブ化したチーム メンバーの名前。

• [アクティブ化された日]: リスクが再アクティブ化された日時 (サーバー クロックで記録された日時)。

• [状態の変更日]: リスクの状態が変更された日時。

参照

その他の技術情報

成果物 (CMMI)

バグ、懸案事項、およびリスクを追跡するフィールド (CMMI)

作業項目とワークフロー (CMMI)