未来PM
PM基本知識

リスクマネジメントとは?起きる前に手を打つための4つのプロセス

リスクマネジメントとは

プロジェクトにおけるリスクとは、発生するかどうか不確実で、発生した場合にプロジェクトの目標(スコープ、スケジュール、コスト、品質など)に影響を与える事象や状態のことです。

リスクマネジメントは、これらのリスクを事前に洗い出し、評価し、対応策を準備して、プロジェクトへの悪影響を最小限に抑えるための活動です。問題が起きてから対処する「火消し」ではなく、起きる前に手を打つことが目的です。

リスクと課題(イシュー)の違い

リスク

課題(イシュー)

状態

まだ起きていない(不確実)

すでに起きている

例

「主要メンバーが退職するかもしれない」

「主要メンバーが退職した」

対応

予防策と、発生時の対応策を準備する

すぐに解決に取り組む

管理する台帳

リスク登録簿

課題管理表

リスクが現実になると、課題になります。リスク管理がうまくいけば、課題の数を減らせます。

また、PMBOKでは、目標に良い影響を与える不確実な事象(好機・機会)もリスクに含めて管理します。

リスクマネジメントのプロセス

① リスクを特定する

プロジェクトで起こりうるリスクを、モレなく洗い出します。

  • ブレインストーミング:メンバーや関係者でアイデアを出し合う

  • チェックリスト:過去のプロジェクトの教訓や、組織で蓄積されたリストを使う

  • 切り口を決めて考える:技術、体制・人、スケジュール、コスト、外部要因(ベンダー、法規制、PEST)など、MECEな切り口で洗い出すと見落としを防げます

  • 前提条件の確認:プロジェクト憲章の前提条件が崩れた場合を考える

リスクは「〇〇が原因で、△△が起きる可能性があり、その結果□□になる」という形(原因・事象・影響)で記述すると、対応策を考えやすくなります。

② リスクを評価する

洗い出したリスクの優先順位をつけます。基本は、発生確率と影響度の掛け合わせです。

発生確率 \ 影響度

小

中

大

高

中

高

高

中

低

中

高

低

低

低

中

このような「発生確率・影響度マトリックス」で分類し、優先度の高いリスクから対応します。必要に応じて、影響額を金額で見積もる定量的な分析も行います。

③ 対応策を計画する

マイナスのリスク(脅威)への対応策は、主に次の4つです。

戦略

内容

例

回避

リスクの原因を取り除く。計画を変更してリスクそのものをなくす

実績のない新技術の採用をやめ、実績のある技術を使う

転嫁

リスクの影響や責任を第三者に移す

保険をかける、請負契約で専門業者に委託する

軽減

発生確率や影響度を下げる

主要メンバーの作業を複数人で分担し、属人化を防ぐ

受容

対応策をとらず、リスクを受け入れる。予備費や予備期間で備える

影響が小さいリスクは、発生したら対処する

また、リスクが発生した場合にどう動くかというコンティンジェンシー計画(発生時対応策)と、それを発動するトリガー(兆候)もあわせて決めておきます。

プラスのリスク(好機)に対しては、「活用」「共有」「強化」「受容」といった戦略をとります。

④ 対応策を実行し、監視する

  • 計画した対応策を実行し、効果を確認します。

  • 定例会議などで、リスクの状況、トリガーの発生有無を定期的に確認します。

  • 新たなリスクを継続的に洗い出し、不要になったリスクはクローズします。

リスク登録簿

リスクは「リスク登録簿」で一元管理します。主な項目は次のとおりです。

  • リスクID、リスクの内容(原因・事象・影響)

  • 発生確率、影響度、優先度

  • 対応戦略と具体的な対応策

  • トリガー、コンティンジェンシー計画

  • リスクオーナー(責任者)、状態、更新日

予備費と予備期間

  • コンティンジェンシー予備:特定済みのリスクに備えて、PMの裁量で使える予備費・予備期間

  • マネジメント予備:予測できない未知のリスクに備えて、経営層などが管理する予備費

予備を見込まない計画は、リスクが一つ発生しただけで破綻してしまいます。

よくある失敗と注意点

  • 立ち上げ時に一度だけ洗い出す:リスクはプロジェクトの進行とともに変化します。定期的に見直します。

  • 対応策が「注意する」で終わる:具体的な行動と責任者、期限を決めます。

  • リスクオーナーがいない:誰が監視し、対応するのかを明確にします。

  • 悪いことを言いにくい雰囲気:リスクを報告すると責められる組織では、リスクが隠されます。報告を歓迎する姿勢が大切です。

  • リスクと課題を混同する:すでに起きている問題は課題として、すぐに対処します。

まとめ

  • リスクは「まだ起きていない不確実な事象」であり、事前に手を打つことでプロジェクトへの悪影響を抑えられる

  • 特定 → 評価(発生確率×影響度)→ 対応策(回避・転嫁・軽減・受容)→ 監視のサイクルで管理する

  • リスク登録簿で一元管理し、リスクオーナーを決めて、定期的に見直すことが重要

ホーム画面に追加する