リスクマネジメントとは?起きる前に手を打つための4つのプロセス
リスクマネジメントとは
プロジェクトにおけるリスクとは、発生するかどうか不確実で、発生した場合にプロジェクトの目標(スコープ、スケジュール、コスト、品質など)に影響を与える事象や状態のことです。
リスクマネジメントは、これらのリスクを事前に洗い出し、評価し、対応策を準備して、プロジェクトへの悪影響を最小限に抑えるための活動です。問題が起きてから対処する「火消し」ではなく、起きる前に手を打つことが目的です。
リスクと課題(イシュー)の違い
リスク | 課題(イシュー) | |
|---|---|---|
状態 | まだ起きていない(不確実) | すでに起きている |
例 | 「主要メンバーが退職するかもしれない」 | 「主要メンバーが退職した」 |
対応 | 予防策と、発生時の対応策を準備する | すぐに解決に取り組む |
管理する台帳 | リスク登録簿 | 課題管理表 |
リスクが現実になると、課題になります。リスク管理がうまくいけば、課題の数を減らせます。
また、PMBOKでは、目標に良い影響を与える不確実な事象(好機・機会)もリスクに含めて管理します。
リスクマネジメントのプロセス
① リスクを特定する
プロジェクトで起こりうるリスクを、モレなく洗い出します。
ブレインストーミング:メンバーや関係者でアイデアを出し合う
チェックリスト:過去のプロジェクトの教訓や、組織で蓄積されたリストを使う
切り口を決めて考える:技術、体制・人、スケジュール、コスト、外部要因(ベンダー、法規制、PEST)など、MECEな切り口で洗い出すと見落としを防げます
前提条件の確認:プロジェクト憲章の前提条件が崩れた場合を考える
リスクは「〇〇が原因で、△△が起きる可能性があり、その結果□□になる」という形(原因・事象・影響)で記述すると、対応策を考えやすくなります。
② リスクを評価する
洗い出したリスクの優先順位をつけます。基本は、発生確率と影響度の掛け合わせです。
発生確率 \ 影響度 | 小 | 中 | 大 |
|---|---|---|---|
高 | 中 | 高 | 高 |
中 | 低 | 中 | 高 |
低 | 低 | 低 | 中 |
このような「発生確率・影響度マトリックス」で分類し、優先度の高いリスクから対応します。必要に応じて、影響額を金額で見積もる定量的な分析も行います。
③ 対応策を計画する
マイナスのリスク(脅威)への対応策は、主に次の4つです。
戦略 | 内容 | 例 |
|---|---|---|
回避 | リスクの原因を取り除く。計画を変更してリスクそのものをなくす | 実績のない新技術の採用をやめ、実績のある技術を使う |
転嫁 | リスクの影響や責任を第三者に移す | 保険をかける、請負契約で専門業者に委託する |
軽減 | 発生確率や影響度を下げる | 主要メンバーの作業を複数人で分担し、属人化を防ぐ |
受容 | 対応策をとらず、リスクを受け入れる。予備費や予備期間で備える | 影響が小さいリスクは、発生したら対処する |
また、リスクが発生した場合にどう動くかというコンティンジェンシー計画(発生時対応策)と、それを発動するトリガー(兆候)もあわせて決めておきます。
プラスのリスク(好機)に対しては、「活用」「共有」「強化」「受容」といった戦略をとります。
④ 対応策を実行し、監視する
計画した対応策を実行し、効果を確認します。
定例会議などで、リスクの状況、トリガーの発生有無を定期的に確認します。
新たなリスクを継続的に洗い出し、不要になったリスクはクローズします。
リスク登録簿
リスクは「リスク登録簿」で一元管理します。主な項目は次のとおりです。
リスクID、リスクの内容(原因・事象・影響)
発生確率、影響度、優先度
対応戦略と具体的な対応策
トリガー、コンティンジェンシー計画
リスクオーナー(責任者)、状態、更新日
予備費と予備期間
コンティンジェンシー予備:特定済みのリスクに備えて、PMの裁量で使える予備費・予備期間
マネジメント予備:予測できない未知のリスクに備えて、経営層などが管理する予備費
予備を見込まない計画は、リスクが一つ発生しただけで破綻してしまいます。
よくある失敗と注意点
立ち上げ時に一度だけ洗い出す:リスクはプロジェクトの進行とともに変化します。定期的に見直します。
対応策が「注意する」で終わる:具体的な行動と責任者、期限を決めます。
リスクオーナーがいない:誰が監視し、対応するのかを明確にします。
悪いことを言いにくい雰囲気:リスクを報告すると責められる組織では、リスクが隠されます。報告を歓迎する姿勢が大切です。
リスクと課題を混同する:すでに起きている問題は課題として、すぐに対処します。
まとめ
リスクは「まだ起きていない不確実な事象」であり、事前に手を打つことでプロジェクトへの悪影響を抑えられる
特定 → 評価(発生確率×影響度)→ 対応策(回避・転嫁・軽減・受容)→ 監視のサイクルで管理する
リスク登録簿で一元管理し、リスクオーナーを決めて、定期的に見直すことが重要