「リスクを管理している」と「リスクと対話している」は違う——不確実性を”意思決定の燃料”に変えるリスク管理の思考転換

＜目次＞

リスク管理が「形骸化する」本当の理由

多くのプロジェクトでリスク管理が行われている。リスクログが作られ、確率と影響度がマトリクスに整理され、定例会議でレビューされる。しかし、プロジェクトが終わった後に振り返ると、「あのリスクログ、誰も本気で見ていなかったよね」という会話が繰り返される。

なぜか。

多くの場合、リスク管理は「記録する行為」として設計されているからだ。洗い出して、評価して、登録する。それ自体は正しい。だが、そこで思考が止まっている。リスクを「管理対象」として扱う限り、それは常に受け身の活動になる。

本記事が提案するのは、リスクを「対話する相手」として捉え直すという視点転換だ。リスクとは、プロジェクトが内包する不確実性の塊であり、その不確実性は適切に扱えば、意思決定を精緻化するための情報源になる。

リスク管理には、表面には見えにくい三つの層がある。この構造を理解しないまま進めると、最も重要な層を素通りしてしまう。

最もよく行われる層。「何が起きうるか」を洗い出し、リストに落とす。ブレインストーミング、チェックリスト、過去プロジェクトの教訓などが使われる。この層は入口に過ぎない。

「どのリスクを優先的に扱うべきか」を判断する層。確率×影響度のマトリクスはここで使う。ただし、注意が必要なのは、数値の精度よりも対話の質の方が重要だということだ。「この確率、本当に30%ですか？」という問いかけ自体が、チームの認識のズレを表面化させる。数字はあくまでも会話の触媒である。

最も見落とされる層。リスク情報を、スケジュール・コスト・スコープに関する意思決定に実際に織り込む層だ。たとえば、「このリスクが顕在化した場合、フェーズ2の着手判断をどう変えるか」という問いに答えられてはじめて、リスク管理は機能していると言える。

リスクが「いつ顕在化しつつあるか」を早期に察知するための観測点を定める。たとえば、「主要ベンダーの担当者が2週間以内に交代した場合」「テスト工程の消化率が想定の70%を下回った場合」などだ。トリガーがあれば、リスクは「起きた後に気づくもの」から「起きる前に動けるもの」に変わる。

リスクへの対応は、以下の4つに整理できる。

重要なのは、「なぜその戦略を選んだか」を記録しておくことだ。後から意思決定を追跡できるプロジェクトは、学習能力が高い。

「リスクオーナーはPM」という安易な設定が機能不全を招く。リスクごとに、「誰がそのリスクの文脈を最も理解しているか」「誰が最も早く異変に気づけるか」を基準にオーナーを設定する。技術リスクなら開発リード、調達リスクなら購買担当者、というように、現場に近い人間がオーナーになる設計が実効性を高める。

定例のリスクレビューでよく起きる失敗は、「前回と変わりありません」の連続だ。これを防ぐために、レビューの冒頭に必ず一つ問いを立てる習慣を持つ。「今週、プロジェクト外で起きたことで、このリスクの評価が変わりそうなことはあるか？」という問いは、外部環境の変化をリスク管理に接続させる。

チームがリスクを報告しにくい雰囲気になっているプロジェクトは、静かに危機に近づいている。リスクの報告が「問題の告白」として扱われる文化では、情報は隠蔽される。

PMがすべきことは、リスクを上げた人間を評価することだ。「よく気づいてくれた。では一緒に考えよう」という反応を繰り返すことで、チームはリスクを「早めに共有すべきもの」として認識するようになる。

リスク管理の最終的な目標は、リスクをゼロにすることではない。不確実性の中で、より良い判断を下し続けることだ。そのための情報収集システムとして、リスク管理を設計する。そう捉え直したとき、リスクログは「お守り」から「羅針盤」へと変わる。

本記事で提案した視点を整理する。

リスクと「対話する」PMがいるチームは、問題が起きても立て直しが速い。不確実性を恐れず、それを燃料として使いこなす思考を、今日のプロジェクトから実装してほしい。