リスク (CMMI)
このトピックでは、リスク作業項目の詳細を入力する方法について学習できます。リスク作業項目を使用して、プロジェクトに将来的に否定的な成果をもたらす可能性のあるイベントや条件を文書化できます。プロジェクト管理の重要な側面は、プロジェクトのリスクを識別して管理することです。詳細については、「リスクの管理」を参照してください。
このタイプの作業項目を作成する方法については、「作業項目とワークフロー (CMMI)」を参照してください。
このトピックの内容 |
関連トピック |
|---|---|
|
プロセス ガイダンス フィールド参照 |
必要なアクセス許可
リスクを表示するには、読み取りユーザー グループのメンバーであるか、[このノードの作業項目を表示します] が [許可] に設定されている必要があります。リスクを変更するには、貢献者グループのメンバーであるか、[このノードの作業項目を編集します] のアクセス許可が [許可] に設定されている必要があります。詳細については、「アクセス許可の管理」を参照してください。
リスクの定義
リスク作業項目フォームは、次の図に示すフィールドとタブにデータを保存します。
.png "リスク作業項目フォーム")
リスクを定義する場合は、タイトルを定義する必要があります。他のフィールドは、空白または既定値のままでかまいません。
単一のリスクを定義するには
作業項目フォームの最上部のセクションで、次のような情報を 1 つ以上指定します。
[タイトル] (必須) に、簡単な説明を入力します。
適切なタイトルを付けると、チームが潜在的なリスクについて理解しやすくなります。リスクや、影響を受ける可能性がある区分をより正確に定義できるように、必要に応じてテキストを更新できます。
担当者 の一覧で、リスクに対応するチーム メンバーの名前を選択します。
[!メモ]
作業項目は、貢献者グループのメンバーにのみ割り当てることができます。
リスクの担当者を割り当てないままにすると、リスクを定義するユーザーが自動的に担当者になります。
[状態] ボックスでは、既定値である提案済みをそのまま使用します。
既定では、[理由] フィールドの値は新規です。このフィールドの詳細とこのフィールドを使用してワークフローを追跡する方法については、このトピックの「リスクの状態の変更」を参照してください。
区分 と イテレーション の一覧で、適切な区分とイテレーションをクリックするか、これらのフィールドを空白のままにします。
[!メモ]
プロジェクト管理者は、区分およびイテレーション ツリー階層を定義することで、チーム メンバーがそれらの指定によって進捗状況を追跡できるようにします。詳細については、「区分およびイテレーションの作成および修正」を参照してください。
[確率] ボックスに、リスクが発生する確率を示す 1 ～ 99 の値で入力します。
たとえば、リスクが発生する可能性がほとんどない場合は、「1」と入力します。
優先度 の一覧で、1 の範囲で 4 へのリスクの重要度を (最も重要) を選択します (最も重要)。
既定値は 2 です。
[重大度] ボックスで、リスクが発生したときのコストや損失など、否定的な成果の潜在的な深刻度を指定します。
これは主観的な評価で、[1 - 重大]、[2 - 高]、[3 - 中]、または [4 - 低] で指定します。既定値は [3 - 中] です。
ブロック の一覧で、チームがリスクを軽減する問題を あり が防いだらを選択します。
チームが懸案事項の作業項目を作成してブロッキングの問題を追跡している場合は、その作業項目に対するリンクを作成する必要があります。
[最初の見積もり] ボックスに、リスクの軽減計画の実装にかかると予想される作業時間を数値で入力します。
DESCRIPTION のタブで、リスクを軽減することを提案されるアクションを説明をできる限り詳細に入力します。
MITIGATION のタブで、リスク軽減するかを決定する条件またはイベントについてできる限り詳細に入力します。
たとえば、気象予報で明日から 4 日以内にオフィスから 50 マイル以内で氷雨を伴う暴風や台風が発生すると予測される場合に、チームは予備の発電機を確保する、などです。
CONTIGENCY PLAN のタブで、リスクが発生したときのアクションを説明をできる限り詳細に入力します。
チームは、懸案事項の作業項目と、チーム内の 1 人以上のメンバーに割り当てるタスクを作成して、計画を追跡します。
ALL LINKS のタブで、リスクからタスクや要件などの一つ以上の作業項目へのリンクを作成できます。
ATTACHMENTS のタブで、追加の仕様、イメージ、またはアドレス リスクに関する詳細を提供するそのほかのファイル。
詳細については、このトピックの次のセクションを参照してください。
要件、タスク、またはその他の作業項目へのリスクのリンク
リスクへの詳細、添付ファイル、ハイパーリンクの追加
作業項目の保存を選択
.png "保存")
します。[!メモ]
リスクを保存すると、作業項目ツール バーの下のタイトルに識別子が表示されます。
要件、タスク、またはその他の作業項目へのリスクのリンク
リスクとその他の作業項目の間に関係を作成することによって、より効果的なプロジェクトの計画、より正確な依存関係の追跡、より明確な階層構造関係の表示、より迅速な関連情報の検索を実行できます。リスク作業項目フォームから、リスクに自動的にリンクされる別の作業項目を作成することも、既存の作業項目への 1 つ以上のリンクを作成することもできます。
[リンク] タブで、特定の種類の作業項目への特定の種類のリンクを作成できます。詳細については、「Linking Work Items (CMMI)」を参照してください。
タスク、バグ、要件、またはその他の作業項目を作成してリスクにリンクするには
リスク作業項目のフォームを開き、すべてのリンク のタブをクリックし、を新規作成を選択
.png "リンクされた新しい作業項目の追加")
します。[リンクされた新しい作業項目の追加] ダイアログ ボックスが開きます。
![[リンクされた新しい作業項目の追加] ダイアログ ボックス](images/ee332480.procguid_cmminewlink(ja-jp,vs.110).png "[リンクされた新しい作業項目の追加] ダイアログ ボックス")
リンクの種類 の一覧のリンクの 関連 または追跡する関係を表す別の種類を選択します。
作業項目の種類 の一覧で、作成する作業項目の種類を選択します。
[タイトル] で、実行される作業の説明を具体的かつ簡潔に入力します。
(省略可能) [コメント] に、追加情報を入力します。
[OK] をクリックします。
指定した作業項目の種類の作業項目フォームが開き、入力した情報が表示されます。
次のトピックで説明されているように、残りのフィールドを指定します。
作業項目の保存を選択
します。
複数の既存の作業項目をリスクにリンクするには
リスク作業項目のフォームを開き、リンク のタブをクリックし、をリンク先を選択
.png "リンクの追加")
します。[リスクへのリンクの追加] ダイアログ ボックスが表示されます。
![[要件へのリンクの追加] ダイアログ ボックス](images/ee332480.procguid_cmmiaddlink(ja-jp,vs.110).png "[要件へのリンクの追加] ダイアログ ボックス")
リンクの種類 の一覧のリンクの 関連 またはで追跡し、リンクされた作業項目の種類に基づいてする関係を表す別の種類を選択します。
次のどれかの操作を実行します。
[作業項目 ID] に、検索する作業項目の ID を入力します。複数の ID を指定するときは、コンマまたは空白で区切ります。
一覧から作業項目を指定するに 参照 を選択します。
[リンクされた作業項目の選択] ダイアログ ボックスが表示されます。
![[リンクされた作業項目の選択] ダイアログ ボックス](images/dd380700.wit_chooselinked(ja-jp,vs.110).png "[リンクされた作業項目の選択] ダイアログ ボックス")
保存されたクエリ の一覧で、追加する作業項目が含まれているクエリを選択します。たとえば、作業項目を開く、アクティブなバグ、または アクティブ タスクを選択できます。
検索を選択し、リスクにリンクする作業項目の横にあるチェック ボックスをオンにします。
[OK] をクリックします。
(省略可能) リンクする項目の説明を入力します。
[OK] をクリックします。
詳細については、「リンクまたはインポートする作業項目の検索」を参照してください。
作業項目の保存を選択
します。[!メモ]
リンクしたリスクと作業項目の両方が更新されます。
リスクへの詳細、添付ファイル、ハイパーリンクの追加
詳細情報を入手した段階で、次の方法でリスクに情報を追加できます。
[説明]、[軽減策]、[コンティンジェンシー計画]、または [履歴] タブのテキスト ボックスに情報を入力します。
ファイルを添付します。
たとえば、電子メールのスレッド、文書、イメージ、ログ ファイルなどのさまざまな種類のファイルを添付できます。
サーバーまたは Web サイト上に保存されている Web サイトまたはファイルへのハイパーリンクを追加します。
リスクに詳細を追加するには
テキスト ボックスの 1 個の 説明、軽減策、代替計画、または 履歴 のタブと型情報をクリックします。
情報の書式を設定すると、強調文字や箇条書きリストを使用できます。
[!メモ]
チーム メンバーが作業項目を更新するたびに、履歴には変更日、変更を行ったチーム メンバーの名前、および変更されたフィールドが表示されます。
詳細については、「バグ、懸案事項、およびリスクのフィールド参照 (CMMI)」および「タイトル、ID、説明、および履歴のフィールド参照」を参照してください。
作業項目の保存を選択
します。
リスクに添付ファイルを追加するには
[添付ファイル] タブで、次のいずれかの操作を行います。
ファイルを添付ファイル領域にドラッグします。
CTRL-V を選択
.gif "貼り付け")
するか、コピーするファイルを貼り付けるします。追加
.png "添付ファイルの追加")
を選択し、参照を選択し、添付ファイル のダイアログ ボックスで、添付するファイルの名前を入力するか参照します。(省略可能) [コメント] ボックスには、添付ファイルに関する追加情報を入力します。
添付ファイル のダイアログ ボックスを閉じるには、OKを選択します。
作業項目の保存を選択
します。
リスクにハイパーリンクを追加するには
リンク のタブで、リンク先を選択
します。.png "ハイパーリンク アドレスの URL の指定")
リンクの種類 の一覧で、ハイパーリンクを選択します。
[アドレス] ボックスで、次のいずれかの操作を行います。
リンク先が Web サイトである場合は、[アドレス] ボックスに URL を入力するか、インターネット ブラウザーから URL をコピーして貼り付けます。
リンク先がサーバーの場所である場合は、UNC アドレスを入力します。
(省略可能) [コメント] ボックスには、ハイパーリンクに関する追加情報を入力します。
[OK] をクリックします。
作業項目の保存を選択
します。
リスクの状態の変更
チームがリスクを軽減する必要があると判断した場合は、チーム メンバーはリスクの状態を [アクティブ] に設定します。リスクは、軽減活動が完了するまでアクティブな状態のままです。この活動が完了すると、チーム メンバーはリスクの状態を [解決済み] に変更します。チームが、解決済みのリスクを軽減したことを検証すると、チーム メンバーはリスクを終了します。
リスクによって識別されるイベントが発生すると、チームはコンティンジェンシー計画を実行します。
チームは次の状態を使用して、リスクの状態を追跡できます。
提案済み
アクティブ
解決済み
Closed
リスクの状態はどのチーム メンバーでも変更できます。
チーム メンバーが、提案済み状態のリスクを作成します。チームは、現在のイテレーションのリスクを受け入れると、リスクをアクティブ状態にし、リスクを分析し、リスクを実装するタスクを作成します。タスクが完了し、システム テストによってリスクが正常に実装されたことが確認されたら、リスクを解決済み状態にします。最後に、リスクの検証が完了したら、チームはリスクを終了状態にします。
作業項目の状態を追跡するために使用できるデータ フィールドの詳細については、「割り当て、ワークフロー、および計画 (CMMI)」を参照してください。
リスクの状態を変更するには
リスクを開きます。
状態 の一覧で、アクティブ、解決済み または 終了を選択します。
状態を提案済みからアクティブに変更すると、[理由] フィールドが自動的に承諾済みに変わります。
状態をアクティブから解決済みに変更すると、[理由] フィールドが自動的にコードの完了およびシステム テストの成功に変わります。
状態を解決済みから終了に変更すると、[理由] フィールドが自動的に [妥当性確認テストに成功] に変わります。
作業項目の保存を選択
します。
通常のワークフローの流れ:
例外的な遷移:
|
リスクの状態の図 .png "リスク作業項目のワークフロー") |
.gif "Ee332481.collapse_all(ja-jp,VS.110).gif")
提案済み (新規)
チームは提案される各リスクを識別し、その発生の可能性、リスク発生によるコスト、軽減オプション、軽減トリガー、およびコンティンジェンシー計画を分析します。軽減トリガーがオフに設定されている場合や、優先度が十分に高いため、すぐに軽減する必要がある場合、チームは提案済みのリスクをアクティブ化します。チームが、リスクが発生する可能性がなくなった、またはリスクを軽減することはできないと判断した場合は、提案済みのリスクを終了します。
チーム メンバーがリスクを作成すると、次のデータ フィールドが自動的にキャプチャされます。
[作成者]: リスクを作成したチーム メンバーの名前。
[作成日]: リスクが作成された日時 (サーバー クロックで記録された日時)。
提案済みからアクティブへ
チーム メンバーは、リスク軽減の必要性がトリガーされると、リスクの状態を提案済みからアクティブに変更します。
理由 |
使用する状況 |
追加で行う操作 |
|---|---|---|
トリガーされた軽減策 |
軽減トリガーによって定義された条件が発生した場合、または、リスクの優先度が十分に高いため、すぐに軽減する必要があるとチームが判断したとき。 |
軽減計画の実装を担当するチーム メンバーにリスクを割り当てます。 |
チーム メンバーがリスクの状態をアクティブに変更すると、次のデータ フィールドが自動的にキャプチャされます。
[アクティブ化した人]: リスクをアクティブ化したチーム メンバーの名前。
[アクティブ化された日]: リスクがアクティブ化された日時 (サーバー クロックで記録された日時)。
[状態の変更日]: リスクの状態が変更された日時。
提案済みから終了へ
チーム メンバーは、次の表に示す理由によって、提案済み状態のリスクを終了できます。
理由 |
使用する状況 |
追加で行う操作 |
|---|---|---|
却下 (リスクではない) |
詳細な分析や確認の結果、リスクの原因であるイベントや条件が発生しない、またはリスクによる影響がほとんどないとチームが判断したとき。 |
なし。 |
承諾済み |
効果的な予防策や是正措置が実行可能でなく、潜在的な利点が潜在的な結果よりも大きいとチームが判断したとき。 |
なし。 |
チーム メンバーがリスクを終了すると、次のデータ フィールドがキャプチャされます。
[終了者]: リスクを終了したチーム メンバーの名前。
[終了日]: リスクが終了した日時 (サーバー クロックで記録された日時)。
[状態の変更日]: リスクの状態が変更された日時。
アクティブ
チームは、アクティブ状態のリスクを軽減するための作業を実行します。チームが、リスクに対するすべての軽減タスクを完了すると、リスクの状態は解決済みになります。チームが軽減タスクを完了する前にリスクが発生した場合、チームは懸案事項の作業項目を作成して問題を追跡し、リスク作業項目を終了します。
アクティブから解決済みへ
チーム メンバーは、計画した軽減活動が完了したときに、アクティブなリスクが解決できたことになります。既定の理由は、軽減活動の完了です。チームは、リスクの検証を担当するチーム メンバーにリスクを割り当てます。
チーム メンバーがアクティブなリスクを解決すると、次のデータ フィールドがキャプチャされます。
[解決者]: リスクを解決したチーム メンバーの名前。
[解決日]: リスクが解決された日時 (サーバー クロックで記録された日時)。
[状態の変更日]: リスクの状態が変更された日時。
アクティブから終了へ
チーム メンバーは、次の表に示す理由によって、アクティブなリスクを終了できます。
理由 |
使用する状況 |
追加で行う操作 |
|---|---|---|
別のイベントによって終了済み |
チームがリスクを軽減する前に、リスクが発生したとき。 |
懸案事項の作業項目を作成して問題を追跡し、終了済みのリスク作業項目にリンクします。懸案事項に対する是正措置として、コンティンジェンシー計画を実行します。 |
却下 (リスクではない) |
詳細な分析や確認の結果、リスクの原因であるイベントや条件が発生しない、またはリスクによる影響がほとんどないとチームが判断したとき。 |
なし。 |
除去済み |
プロジェクトまたはリスク自体が変更されたため、リスクが有効ではなくなったとき。リスクが発生する可能性はなくなったので、チームはリスクの追跡を終了できます。 |
なし。 |
チーム メンバーがアクティブなリスクを終了すると、次のデータ フィールドが自動的にキャプチャされます。
[終了者]: リスクを終了したチーム メンバーの名前。
[終了日]: リスクが終了した日時 (サーバー クロックで記録された日時)。
[状態の変更日]: リスクの状態が変更された日時。
解決済み
チームがリスクに対する軽減タスクを完了すると、チームはリスクの状態を解決済みに設定し、軽減作業を検証してリスクを終了するチーム メンバーにリスクを割り当てます。軽減が不十分であると判断した場合、チーム メンバーはリスクを再アクティブ化します。
解決済みから終了へ
チームが軽減タスクを確認して、軽減活動によってリスクが十分に軽減されたと判断した場合、チーム メンバーは解決済みのリスクを終了できます。既定の理由は、軽減活動の完了です。チームは、リスクを製品所有者に割り当てます。
チーム メンバーが解決済みのリスクを終了すると、次のデータ フィールドが自動的にキャプチャされます。
[終了者]: リスクを終了したチーム メンバーの名前。
[終了日]: リスクが終了した日時 (サーバー クロックで記録された日時)。
[状態の変更日]: リスクの状態が変更された日時。
解決済みからアクティブへ
チームが軽減タスクを確認して、リスクに対して十分に対応できないと判断した場合、チーム メンバーは解決済みのリスクを再アクティブ化できます。既定の理由は、不十分な軽減活動 (再作業) です。チームは、軽減計画の実装を担当するチーム メンバーにリスクを割り当てます。また、リスクを検証する担当者は、軽減計画で検証に失敗した部分を示す注釈をリスク作業項目に追加する必要があります。
チーム メンバーが解決済みのリスクを再アクティブ化すると、次のデータが自動的にキャプチャされます。
[アクティブ化した人]: リスクを再アクティブ化したチーム メンバーの名前。
[アクティブ化された日]: リスクが再アクティブ化された日時 (サーバー クロックで記録された日時)。
[状態の変更日]: リスクの状態が変更された日時。
Closed
チーム メンバーは、終了したリスクがスコープに戻った場合、そのリスクを再アクティブ化できます。通常は、ビジネス アナリストまたはプログラム マネージャーが、終了したリスクを再アクティブ化します。
終了からアクティブへ
チームは、リスクが軽減された後、またはチームが軽減できなかったリスクが承認された後、リスクを終了します。リスクが誤って終了した場合は、終了済みのリスクを再アクティブ化できます。理由は、[エラーによる終了] に設定されます。
チーム メンバーが終了したリスクを再アクティブ化すると、次のデータが自動的にキャプチャされます。
[アクティブ化した人]: リスクを再アクティブ化したチーム メンバーの名前。
[アクティブ化された日]: リスクが再アクティブ化された日時 (サーバー クロックで記録された日時)。
[状態の変更日]: リスクの状態が変更された日時。
参照
概念
Visual Studio ALM の作業項目フィールド参照