.NET 開発基盤部会 Wiki」は、「Open棟梁Project」,「OSSコンソーシアム .NET開発基盤部会」によって運営されています。

目次

概要

  • プロジェクトでリスクが発生しやすい理由は、
    プロジェクトには独自性があるから」ということらしい。
  • 前提条件 ≒ リスクとなる。

計画 - リスク・プロセスの主要な役割

  • プロジェクトを成功させるためには、
  • リスクを理解し
  • リスクの影響を
    • 最小限に抑える
    • 最大限に活かす

方法を知ることが欠かせない。

  • このため、計画プロセス中の早期で実行されるべき。

インプット・アウトプット(ITTO)

#プロセスインプットツールと技法アウトプット知識エリア
18リスク・マネジメント計画プロジェクト憲章
プロジェクト・マネジメント計画書
(p) プロジェクト文書
  ★ステークホルダー登録簿
----------
組織体の環境要因
組織のプロセス資産
・専門家の判断
・データ分析技法
  ★(p) ステークホルダー分析
会議
リスク・マネジメント計画書プロジェクト・リスク・マネジメント
19リスク特定★(p) プロジェクト・マネジメント計画書
  (p) 要求事項マネジメント計画書
  ・スケジュール・マネジメント計画書
  ・コスト・マネジメント計画書
  ・人的資源マネジメント計画書
  ・品質マネジメント計画書
  ・リスク・マネジメント計画書
  ★スコープ・ベースライン
  (p) スケジュール・ベースライン
  (p) コスト・ベースライン
★(p) プロジェクト文書
  (p) 前提条件ログ
  ・アクティビティ・所要時間見積
  ・コスト見積
  (p) 課題ログ
  (p) 教訓登録簿
  (p) 要求事項文書
  (p) 資源要求事項
  ・ステークホルダー登録簿
  (p) 合意書
  ・調達文書
----------
組織体の環境要因
組織のプロセス資産
データ収集
  (p) ブレーン・ストーミング
  (p) チェック・リスト
  (p) インタビュー
データ分析
  (p) 根本原因分析
  (p) 前提条件/制約条件分析
  ★SWOT分析
  ・文書レビュー
(p) 人間関係とチームに関するスキル
  (p) ファシリテーション
★(p) プロンプト・リスト
専門家の判断
図解の技法
(p) 会議
リスク登録簿
★(p) リスク報告書
(p) プロジェクト文書更新版
  (p) 前提条件ログ
  (p) 課題ログ
  (p) 教訓登録簿
20定性的リスク分析(p) プロジェクト・マネジメント計画書
  ・リスク・マネジメント計画書
  ・スコープ・ベースライン
(p) プロジェクト文書
  ・前提条件ログ
  ★リスク登録簿
  ・ステークホルダー登録簿
----------
組織体の環境要因
組織のプロセス資産
(p) データ収集
  (p) インタビュー
(p) データ分析
  ・リスク・データ品質査定
  ★リスク発生確率・影響度査定
  (p) リスク・パラメタの査定
(p) データ表現
  ・発生確率・影響度マトリックス
  (p) 階層構造図表
(p) 人間関係とチームに関するスキル
  (p) ファシリテーション
リスク区分化
リスク緊急度査定
専門家の判断
・会議
プロジェクト文書更新版
  (p) 前提条件ログ
  (p) 課題ログ
  ★(p) リスク登録簿
  (p) リスク報告書
21定量的リスク分析(p) プロジェクト・マネジメント計画書
  ・スケジュール・マネジメント計画書
  ・コスト・マネジメント計画書
  ・リスク・マネジメント計画書
  (p) スコープ・ベースライン
  (p) スケジュール・ベースライン
  (p) コスト・ベースライン
(p) プロジェクト文書
  (p) 前提条件ログ
  (p) 見積根拠
  (p) コスト見積
  (p) コスト予測
  (p) アクティビティ・所要時間見積
  (p) マイルストーン・リスト
  (p) スケジュール予測
  (p) 資源要求事項
  ★リスク登録簿
  ★(p) リスク報告書
----------
組織体の環境要因
組織のプロセス資産
・データ収集
  (p) インタビュー + 確率分布
(p) 人間関係とチームに関するスキル
  (p) ファシリテーション
(p) 不確実性の表現
  (p) データ分析
  ★(p) シミュレーション
  ★(p) 感度分析
  ★(p) ディシジョン・ツリー分析
  (p) インフルエンス・ダイアグラム
専門家の判断
・定性的リスク分析とモデリング技法
プロジェクト文書更新版
  ★(p) リスク報告書
22リスク対応計画(p) プロジェクト・マネジメント計画書
  (p) 人的資源マネジメント計画書
  ・リスク・マネジメント計画書
  (p) コスト・ベースライン
(p) プロジェクト文書
  (p) 教訓登録簿
  (p) プロジェクト・スケジュール
  (p) プロジェクト・チーム任命
  (p) 資源カレンダー
  ★リスク登録簿
  ★(p) リスク報告書
  (p) ステークホルダー登録簿
----------
組織体の環境要因
組織のプロセス資産
(p) データ収集
  (p) インタビュー
(p) 人間関係とチームに関するスキル
  (p) ファシリテーション
脅威に対する戦略
好機に対する戦略
コンティンジェンシー対応戦略
(p) データ分析
(p) 意思決定
専門家の判断
プロジェクト・マネジメント計画書更新版
  (p) スケジュール・マネジメント計画書
  (p) コスト・マネジメント計画書
  (p) 人的資源マネジメント計画書
  (p) 品質マネジメント計画書
  (p) 調達マネジメント計画書
  (p) スコープ・ベースライン
  (p) スケジュール・ベースライン
  (p) コスト・ベースライン
プロジェクト文書更新版
  (p) 前提条件ログ
  (p) コスト予測
  (p) 教訓登録簿
  (p) プロジェクト・スケジュール
  (p) プロジェクト・チーム任命
  ★(p) リスク登録簿
  ★(p) リスク報告書

リスク・マネジメント計画

  • 費用対効果などのバランスをとる。
    • リスクの影響度
  • 許容度
    • ステークホルダー
    • プロジェクト・チーム
  • 行動計画の作成
  • リスクは、発生後はリスクではなく課題と呼ばれるようになる。

インプット

  • PMは、ステークホルダーと組織のリスク許容度(方針)を理解してリスクを評価・ランク付けする。

の中の重要な要素(リスク態度)を以下に列挙する。

リスク選好

  • ステークホルダーが、
    好機(プラス)の「ポジティブ・リスク」
    として受け入れてもイイと考えている、
    • 不確実性のレベル。
    • また、取引等を行うこと。
  • ステークホルダーによって、
    何をポジティブ・リスクとして選好するかは異なる。
  • 例:
  • ビジネス・プロセスの変更
    • 従業員の反発
    • 新システムの導入
  • 提案
    • 提案に金をかけない(薄利多売)
    • 提案に金をかける(高収益)

リスク許容度(方針)

費用対効果のバランス・ポイント

  • 支払い難い費用
  • 受け入れ難いリスク

リスク閾値

  • 組織全体として許容できる不確実性の影響の大きさ。
  • 組織のプロセス資産」に方針やガイドラインがある。
    • 財務
      • 予算が全体の5%を超える

プロセス(ツールと技法)

ステークホルダー分析

ステークホルダーの

会議

アウトプット

リスク・マネジメント計画書

リスク特定の際に最初に参照する。次の項目を含める。

  • リスク・マネジメントの
  • 方法論
    • 手法やツール
    • 関連データの場所
  • 役割・責任
    • マネジメント担当
    • アクティビティ担当
  • リスク許容度(方針)と改訂
    • 初期のリスク許容度(方針)
    • リスク許容度(方針)の変化
  • リスクを伴ったスケジュールとアクティビティ
  • リスクを監視・制御する方法を記述する。
    • 実行時期(リスク・マネジメント・プロセスの実行タイミングをスケジュールに反映)
    • 報告書式(リスク登録簿の書式と、分析/報告・保持/更新の方法)
    • 追跡調査(アクティビティ記録、プロセス監査 -> 将来のプロジェクトで教訓として活用)

リスク区分

  • リスクを体系的に理解して特定するための基盤になる。
  • 産業分野や応用分野の種類が反映される場合がある。
  • 関連:プロンプト・リスト
  • 区分
    • 技術、品質、性能
      • 技術:未実証、複雑、変化する技術
      • 品質:複雑、・・・。
      • 性能:非現実的なパフォーマンス
  • マネジメント
    • ずさんな計画(不適切なスケジュール・資源計画)
    • コントロールや方法論の欠如
  • 災害リスク(不可抗力)
    • リスク・マネジメントのスコープに含まれない。
    • 例:洪水・地震・火山・隕石、暴動・テロなど。
    • 災害復旧の技法が必要になる。
  • その他
    • 内部・外部
    • 事象・非事象
  • 内部・外部
  • 内部リスク
    • 資源の競合
    • 非現実的なスコープ、時間、コスト
    • 資金不足、資金の他プロジェクトへの転用
  • 外部リスク
    • 法律/規制(コンプラ)
    • 労働問題(CSR)
    • 天候、外交政策
  • 事象・非事象 (6)
  • 事象
    何かのイベントをトリガにして発生するリスク。
  • 非事象
    「生産性が目標を外れる」といったように、イベントをトリガにしないリスク
  • 曖昧さリスク
    専門性で曖昧さを明確化して対処
  • 緊急リスク
    • 発生した後でしか認識できないリスク(未知もイイトコなリスク)
    • 監視も対応策も無いので、プロジェクト回復力を高める事で対応
  • 記述方法
    • 単純な列挙
    • リスク・ブレークダウン・ストラクチャー(RBS : Risk Breakdown Structure)

評価方法

定性的リスク分析」で利用

  • 発生確率・影響度の定義
    • 発生確率・影響
      • 発生確率:発生確率/期間
      • 影響:コスト/品質
  • 影響度
  • 影響を与える4プロジェクト目標(スコープ、スケジュール、コスト、品質)
  • 格付け:数値、高・中・低など。

リスク特定

  • 概要
    • プロジェクトに影響を与える全てのリスクを特定し、リスクの特性を文書化する反復的なプロセス。
    • 新たなリスクが見つかったら分析してリスク対応計画が必要か決定する。
    • リスク・マネジメントのサイクルはリスク特定から始まり、リスク対応計画を決定する繰り返し。
  • リスク特定のグループ
    参加者は潜在的リスクを継続的に監視・報告する活動に携わる。
  • リスク特定のプロセスとグループ
  • 初回
    以下のメンバで実施
    • プロジェクト・メンバ
    • 当該分野専門家
  • 2回目
    以下のメンバを追加
    • リスク・チームのメンバ
    • ステークホルダー
  • リスク特定のきっかけとなる要素
  • 内部
    • 予算資金
    • スケジュール
    • スコープや要求仕様の変更
  • 外部
    • 法的リスク
    • 環境リスク
    • 政治的な利害関係
    • ビジネス・リスク
  • マネジメント・リスク
    • プロジェクト・マネジメント計画書
    • プロジェクト・マネジメント・プロセス群
  • その他
    • 技術的な課題
    • 要員的な課題
    • ハードウェア
    • 契約
  • 全体リスク
    • 最終結果の振れ幅
    • 個別リスクの合計より大きい。
    • 知識エリア毎のリスク評価
    • 個別リスクの定性評価の積み上げ
  • 個別リスク
    個別のリスク

インプット

リスク特定では全体を見る。

4プロジェクト目標

4つのプロジェクト目標に関連するインプット

リスクの特定に必要なインプット

注意が必要なインプット

EEFとOPA

  • 組織体の環境要因
    • 業界の情報
      • 商用データベース
      • チェック・リスト
      • ベンチマーク調査
    • 適用分野の学術研究

プロセス(ツールと技法)

データ収集

以下のものがある。

  • ブレーン・ストーミング
  • チェック・リスト
  • インタビュー
  • デルファイ法
  • ノミナル・グループ技法

詳細は、コチラを参照。

データ分析

  • 根本原因解析(RCA)
    • 現象に目を向けるだけでは解決しない。
    • 5W1H(What, Why, Who, When, Where, How)など。
  • 前提条件/制約条件分析
  • 前提条件の妥当性を確認する。
    • 妥当性と影響力
    • 前提条件が崩れた場合にプロジェクトに与える影響
  • 制約条件の妥当性を確認する。
    • 妥当性と影響力
    • 制約条件が崩れた場合にプロジェクトに与える影響
  • SWOT分析(SWOT : Strengths, Weaknesses, Opportunities, Threats)
    • 戦略策定フレームワークの一つ
    • 4つのカテゴリーで要因分析
      • 内部(強み、弱み)
      • 外部(機会、脅威)
  • 内部分析
    組織内部の要因(コントロール可能)
    • 強み:好機(プラス)の「ポジティブ・リスク」と関連
    • 弱み:脅威(マイナス)の「ネガティブ・リスク」と関連
  • 外部分析
    組織外部の要因(コントロール不可能)
    • 機会:・・・
    • 脅威:・・・
  • 文書レビュー
  • プロジェクト・マネジメント計画書、前提条件、調達文書以前の
    過去の情報をレビューし、4プロジェクト目標に関するリスクを特定する。

ファシリテーション

プロンプト・リスト

  • アイデア創出を支援するための枠組み
  • 個別リスク・全体リスクのリスク区分の予め決めたリスト
  • 個別リスクのプロンプト・リスト
    = RBS最下位レベルのリスク区分
  • 全体リスクのプロンプト・リスト
  • PEST
    Political(政治),
    Economic(経済),
    Social(社会),
    Technological(技術)
  • PESTLE or PESTEL
    Legal(法律),
    Environmental(環境)
  • TECOP
    Technical(技術),
    Environmental(環境),
    Commercial(商業),
    Operational(業務)
  • VUCA
    Volatility(変動性),
    Uncertainty(不確実性),
    Complexity(複雑性),
    Ambiguity(曖昧性)

専門家の判断

経験者に判断してもらう。先入観を考慮する必要がある。

図解の技法

3つの図解の技法が使用される。

  • (システムやプロセスの)フローチャート
  • 以下を示す。
    • 目標達成の論理的な手順
    • 要素間の相互関係
    • 行動・反応の因果関係
  • SIPOCダイアグラム/分析
    インプットとアウトプットを表の形で整理するフレームワークで、
    定義-測定-分析-改善-コントロールで利用される。
    • Supplier(供給者)
    • Input(インプット)
    • Process(プロセス)
    • Output(アウトプット)
    • Customer(顧客)
  • インフルエンス・ダイアグラム

アウトプット

リスク登録簿

  • 公式
    • 特定したリスクのリスト
  • 実行可能な対応策のリスト
  • 非公式
    • 警告サイン、トリガー

リスク報告書

  • 全体リスク要因に関する情報
    エクスポージャーの最重要の駆動力(?
  • 特定された個別リスクに関する要約
    • 特定された脅威と好機の数
    • リスク区分
    • リスク分散
      • メトリックス
      • 傾向

プロジェクト文書更新版

必要に応じて更新する。

定性的リスク分析

直感的な優先度付け。

  • 特定されたリスクがプロジェクト目標に与える影響と発生確率から優先度付けを行う。
  • また許容度レベルも検討する。これは許容度が以下に関連するケースで重要になる。
    • 制約条件(スコープ、スケジュール、コスト、品質)
    • 潜在的なリスク事象の時間枠

の決定に役立つ。

  • 簡単に行えるため、プロジェクトの全期間を通じて実行する。

インプット

プロセス(ツールと技法)

リスク・データ品質査定

  • 収集されたデーの有用性を判断する。
  • データは公平 且つ 正確である必要がある。
  • 次の項目を調べる必要がある。
  • データの正確性、品質、信頼性、整合性
  • データの正確さ
  • データの品質
    リスク関連データとしての利用可能性
  • データの信頼性と整合性
  • リスクに対する理解の度合い

リスク発生確率・影響度査定

  • リスク発生の確率査定
    • 0-1(100%)で決める
    • 専門家の判断に依る。
  • 影響度査定
    • 影響を与える4プロジェクト目標(スコープ、スケジュール、コスト、品質)
    • 格付け:数値(基数尺度)、高・中・低(順序尺度)。
      目標影響度
      極めて低極めて高
      0.050.20.40.60.8
      範囲大きな影響なし0-6%増加7-12%増加13-18%増加18%-増加
      時間大きな影響なし0-6%増加7-12%増加13-18%増加18%-増加
      品質大きな影響なし他要素への影響無し顧客承認が必要受入不可能使用不可能

発生確率・影響度マトリックス

  • マトリックスによって、総合的なリスク値を算出できる。
  • 値が高いリスクには、更なる分析と正式な対応策が必要になる。
確率影響度
極めて低極めて高
0.050.20.40.60.8
80%(0.8)0.05*0.8=0.040.2*0.8=0.160.4*0.8=0.320.6*0.8=0.480.8*0.8=0.64
60%(0.6)0.05*0.6=0.030.2*0.6=0.120.4*0.6=0.240.6*0.6=0.360.8*0.6=0.48
40%(0.4)0.05*0.4=0.020.2*0.4=0.080.4*0.4=0.160.6*0.4=0.240.8*0.4=0.32
20%(0.2)0.05*0.2=0.010.2*0.2=0.040.4*0.2=0.080.6*0.2=0.120.8*0.2=0.16

リスク・パラメタの査定

発生確率・影響度のみの査定より、堅牢なリスクの優先度付けを行う。

#パラメタ説明
1緊急度リスク対応策が有効な期間が短期間になるリスク(期間が短い程、大きい値)
2近接度リスクの影響でるまで期間が短期間になるリスク(期間が短い程、大きい値)
3休眠度リスクの影響でるまで期間が長期間になるリスク(期間が長い程、大きい値)
4マネジメント可能度リスクの発生や影響のマネジメント容易性(マネジメントが容易な程、大きな値)
5制御度リスク結果のコントロール容易性(コントロールが容易な程、大きな値)
6検出可能度リスクの発生前後が検出容易性(検出が容易な程、大きな値)
7接続度リスク型のリスクに関連している度合い(関連が多い程、大きな値)
8戦略的影響度組織の戦略目標に影響を与える度合い(影響が大きい程、大きな値)
9共感度ステークホルダーに重要という認識を与える度合い(影響が大きい程、大きな値)

階層構造図表

  • 例えば、
    • X軸:検出可能度
    • Y軸:近接度
    • バブル・サイズ:影響度

などの図表(バブル・チャート)。

リスク区分化

リスク緊急度査定

以下を考慮して、

  • 総合的なリスクの格付け
  • トリガや発生時期と
  • 対応策の作成と実施の時期

から、どの程度迅速な「対応」が必要か?を決定する。

専門家の判断

  • 定性的な値を決めるには専門家の判断に依る。
  • 経験が多いほど、適切な査定ができる。
  • 技法としては、以下の2つの技法がある。
    • インビュー
    • ファシリテーション型ワークショップ
  • 先入観を考慮し、必要に応じて是正が必要になる。

アウトプット

プロジェクト文書更新版

  • 必要に応じて更新する。
  • リスク・スコア
  • 特定されたリスクのランク(優先順位)
  • リスク原因
  • XXXが必要なリスクのリスト
    • 目先の対応
    • 追加の分析
    • 優先順位の低いが監視
  • 定性的リスク分析結果の傾向

定量的リスク分析

優先度の高いリスクの損害を算出する。

  • 定性的リスク分析での優先度から、
    プロジェクト目標(スコープ、スケジュール、コスト、品質)に対する影響度を評価する。
  • 実行する項目
  • プロジェクトに起こり得る結果と可能性の定量化
    • プロジェクト全体に大きな影響を与える、注意が必要なリスクの特定
    • プロジェクト目標を達成できる可能性の判断
    • スコープ、スケジュール、コストに関する現実的で達成可能な目標の特定
  • 取り得るプロジェクト・マネジメント上の最適な意思決定の選択
  • ・・・

インプット

プロセス(ツールと技法)

インタビュー

  • リスク特定のインタビューに似ている。
  • 確率分布の入力情報(発生確率とプロジェクト目標に与える影響)を収集する。
  • 次いで確率分布を使用する。どの確率分布を使用するのか最初に決定する。
  • 確率分布(連続確率分布)
    確率と時間 or コストの視覚的表現が可能
  • 一様分布
  • 正規分布・対数正規分布
    平均と標準偏差の値を使用してリスクを定量化する。
  • 三角分布
    三点見積に基づいた平均値を算出。
  • ベータ分布
    ・・・

シミュレーション

クリティカル分析

どの要素がクリティカル・パス(CP)に最も大きな影響を与えるか?

  • クリティカル指数(リスク・モデル内の要素がCP上に現れる頻度を%で表す)を計算。
  • スケジュール・パフォーマンスに影響を与える可能性の高いアクティビティを特定。

感度分析

特に大きな影響度を持つリスクを選定するための技法

  • どのリスクがプロジェクトに最も影響を及ぼす可能性があるかを調べる。
  • 全ての不確実な要素をベースライン値に固定した状態で、
    個々の不確定要素が、検討対象の目標に与える影響の度合いを調べる。
    (要するに、当該リスクの、単一の影響度を調べるというコト)

ディシジョン・ツリー分析

  • 意思決定と二者択一の選択を行ったときに予想される結果を示す図。

専門家の判断

特定分野のリスク自体と、ツール・技法を熟知した専門家に依頼する。

アウトプット

  • 必要に応じて更新する。
  • プロジェクトの確率分析
    スケジュール・コストの予測結果を出力
  • スケジュール・コストの目標達成確率
    終了予定日と推定コストと信頼性レベル
  • 定量化したリスクの優先順位リスト
    • 定性的分析のリストに似ている。
    • 感度分析で特定したような、
      特に大きな影響度を持つリスクをリストする。
  • 定量化したリスク分析結果の傾向
    • 分析を繰り返すに連れて傾向が出てくる。
    • 特に大きな影響度を持つリスクが明確になった場合に役立つ。

プロジェクト文書更新版

必要に応じて更新する。

リスク対応計画

  • 脅威・好機のリスクが課題になった場合、
    それを軽減・活用する処置を計画するプロセス。
  • また、実行責任者の割当も含む。
    割り当てられた人をリスク・オーナーと呼ぶ。
  • リスク対応計画は、費用対効果を考慮する。
    • 重要性の高いリスクを対象にする。
    • コスト効率に優れている必要がある。

インプット

プロセス(ツールと技法)

脅威に対する戦略

回避、転嫁、軽減、受容、エスカレーションがある。
※ 受容は好機に対しても使用される。

  • 回避
    原因を取り除きリスクを根本的に解消する。
  • 転嫁
  • 保険
  • 契約
    • 一括定額請負契約
    • 実費償還契約
    • タイムアンドマテリアル契約
    • その他、保証、担保、履行保証
  • 軽減
  • 目的
    • リスクの発生確率を下げる。
    • リスクの影響を許容可能な範囲内に収める。
    • テストの追加
    • プロトタイピング
    • 信頼性の高いベンダを利用
  • 受容
    脅威を取り除けない場合に利用する。
  • 受動的な受容
    リスク対応計画を行わない戦略
    • リスク対応計画の費用対効果が低い場合
    • 適切なリスク対応計画を決定できなかった場合
  • エスカレーション
  • スコープ外への影響があるリスク
    • PM権限を超える場合。
    • プロジェクトを超え、
      プログラム・ポートフォリオに影響を与える。
  • PMは誰に通知するか判断し伝達する。
    • 組織自身の脅威と認識されることが重要。

好機に対する戦略

活用、共有、強化、受容、エスカレーションがある。

  • 活用
  • 目的
    • 好機のリスクを特定して利用する。
    • 好機のリスクを探すことになる。
    • 適切な資源の投入
    • 期間短縮
    • コスト削減
  • 共有
    リスクを移動するという意味で転嫁に似ている。
  • 目的
    好機を発生させられる第三者にリスクを割りあてる。
    • チーム
    • パートナーシップ
    • 特的目的会社
    • ジョイント・ベンチャー
  • 強化
    好機から確実に利益を得られるようにする。
    • 好機のリスクの根本原因を調査する。
    • 発生確率と影響を上げる。
  • 受容
    受動的な受容
  • エスカレーション
    • スコープ外、PM権限を超える場合。
    • PMは誰に通知するか判断し伝達する。
    • 組織自身の好機と認識されることが重要。

コンティンジェンシー対応戦略

代替戦略とも。

  • 脅威の能動的受容の際に
    • 使用する代替案を生成する。
    • 代替案以外に予備の使用・消化の手段もある。
  • コンティンジェンシー計画
    • コンティンジェンシー対応戦略の計画
    • 計画実行の際には、コンティンジェンシー予備を使用。
  • コンティンジェンシー予備
    • コンティンジェンシー対応戦略の実行の予備費
    • スケジュールやコストの予備確保が代表的

専門家の判断

専門家にリスク対応計画を作成してもらう。

アウトプット

脅威と好機のリスクに対応する対応計画を作成する。

プロジェクト・マネジメント計画書更新版

必要に応じて更新する。

プロジェクト文書更新版

  • 必要に応じて更新する。
  • 特定されたリスクの優先順位リスト
    • 説明
    • 影響のあるWBS要素(プロジェクト領域)
    • リスク区分(RBS)
    • 根本原因
    • 4プロジェクト目標への影響
  • リスクのランク
  • リスク・オーナーとその責任
  • 定性的リスク分析のアウトプット
  • リスク対応計画
    • 同意済み対応戦略
    • 実行に必要な措置
    • 実行に必要なアクティビティのコストとスケジュール
  • コンティンジェンシー計画
    • 代替案
    • コンティンジェンシー予備
  • 残存リスクと二次リスクのリスト
  • 残存リスク
    対応策の実行後に残る、不発弾のようなリスク。
    または、重要でないため、意図的に受容で対処するリスク。
  • 二次リスク
    対応策実行で発生する副作用のようなリスク。
    必要に応じて二次リスクの対応計画も立てる。

トップ   編集 凍結 差分 バックアップ 添付 複製 名前変更 リロード   新規 一覧 単語検索 最終更新   ヘルプ   最終更新のRSS
Last-modified: 2019-08-10 (土) 15:27:08 (119d)