リスクレジスターとは？プロジェクトリスクを一元管理する登録簿の作り方

リスクレジスターとは

リスクレジスター（Risk Register / リスク登録簿）とは、プロジェクトで発生しうるリスクを特定し、その評価結果と対応策を一元的に記録・管理するための文書です。プロジェクトマネジメントにおけるリスク管理の中核ツールであり、PMBOKでも重要なプロジェクト文書として位置づけられています。

プロジェクトには、技術的リスク、スケジュールリスク、コストリスク、外部環境リスクなど、多種多様なリスクが存在します。これらを個人の頭の中や散在するメモに留めておくと、見落としや対応漏れが発生します。リスクレジスターは、リスクを「見える化」し、チーム全体で共有・追跡するための仕組みです。

コンサルティングプロジェクトでは、プロジェクト開始時にリスクレジスターを作成し、定例会議で更新するのが標準的な運用です。クライアントとの信頼構築においても、「リスクを事前に認識し、備えている」という姿勢を示すことは重要です。

構成要素

リスクレジスターの記載項目

リスクレジスターには以下の項目を記載します。

項目	内容	記載例
リスクID	一意の識別番号	R-001
リスク概要	リスクの内容を簡潔に記述	主要ベンダーの撤退
リスクカテゴリ	技術/スケジュール/コスト/外部など	外部リスク
発生確率	1〜5の5段階評価	4（高い）
影響度	1〜5の5段階評価	5（非常に大きい）
優先度スコア	発生確率 x 影響度	20
対応戦略	回避/軽減/転嫁/受容	軽減
対応策の詳細	具体的なアクション	代替ベンダーの選定と契約
担当者	リスクオーナー	山田太郎
ステータス	オープン/対応中/クローズ	対応中
更新日	最終更新日	2025-02-20

リスク対応戦略の4類型

リスクへの対応戦略は、大きく4つに分類されます。

回避（Avoid）: リスクの発生原因そのものを取り除く戦略です。プロジェクトのスコープを変更する、リスクの高い技術を採用しないなど、根本的にリスクを排除します。

軽減（Mitigate）: リスクの発生確率や影響度を許容可能なレベルまで低減する戦略です。冗長化、テスト強化、代替プランの準備などが該当します。最も一般的に使われる対応戦略です。

転嫁（Transfer）: リスクの影響を第三者に移転する戦略です。保険の付保、外部委託、契約条件による責任分担などが該当します。リスク自体はなくなりませんが、自社への影響を限定できます。

受容（Accept）: リスクを認識した上で、積極的な対応を取らない戦略です。発生確率が低く影響度も小さいリスクや、対応コストがリスクの影響を上回る場合に選択します。ただし、監視は継続します。

実践的な使い方

ステップ1: リスク特定ワークショップを開催する

プロジェクトメンバー全員でリスクの洗い出しを行います。ブレーンストーミング、チェックリスト法、過去のプロジェクトの振り返りなどを組み合わせ、できるだけ多くのリスクを特定します。「うまくいかないとしたら、何が原因か」という問いが、リスクの抽出を促進します。

ステップ2: リスクの評価とスコアリング

各リスクの発生確率と影響度を5段階で評価し、優先度スコア（発生確率 x 影響度）を算出します。リスクマトリクスに配置して視覚化すると、優先順位が直感的に把握できます。

ステップ3: 対応戦略と具体的アクションを決定する

優先度の高いリスクから順に、回避・軽減・転嫁・受容のいずれかの対応戦略を選択し、具体的なアクションと担当者を決定します。すべてのリスクに同じ労力をかける必要はなく、優先度に応じてメリハリをつけます。

ステップ4: リスクオーナーを任命する

各リスクに対して責任者（リスクオーナー）を明確にします。リスクオーナーは、対応策の実行状況を監視し、状況の変化に応じてエスカレーションを行う責任を負います。

ステップ5: 定期的なレビューと更新を行う

リスクレジスターはプロジェクトの進行に伴い変化する「生きた文書」です。定例会議（週次または隔週）で優先度の高いリスクからレビューし、新たなリスクの追加、既存リスクの評価見直し、クローズの判断を行います。

活用場面

• プロジェクト計画策定: キックオフ段階でリスクを特定し、コンティンジェンシー予算やバッファスケジュールの根拠とします
• ステアリングコミッティ報告: 経営層やスポンサーへの定期報告で、主要リスクの状況と対応策を共有します
• 変更管理との連携: スコープ変更や要件追加が発生した際、関連するリスクをレジスターに追加し、影響を管理します
• 契約交渉: ベンダーやパートナーとの契約において、リスクの分担を明確にする際の根拠資料として活用します
• プロジェクト振り返り: 完了したプロジェクトのリスクレジスターを分析し、組織のリスク管理ナレッジとして蓄積します

注意点

初期登録で終わらせない

プロジェクト開始時にリスクレジスターを作成しても、その後更新しなければ形骸化します。プロジェクトの状況は日々変化し、新たなリスクが発生し、既存のリスクの確率や影響度も変わります。定期的な更新の仕組みを運用に組み込むことが不可欠です。

リスクの粒度を揃える

「プロジェクトが失敗する」のような粒度が粗すぎるリスクや、「Excelファイルが破損する」のような粒度が細かすぎるリスクは、管理対象として適切ではありません。「対応策を具体的に検討できるレベル」の粒度に揃えることが重要です。

ポジティブリスク（機会）も登録する

リスクレジスターはネガティブリスク（脅威）だけでなく、ポジティブリスク（機会）も管理対象に含めることができます。「予想以上に技術検証が早く完了する可能性」「為替変動による調達コスト削減の可能性」なども記録し、機会を活かす対応策を検討します。

スコアリングの客観性を保つ

リスクの発生確率や影響度の評価は、評価者の主観に左右されがちです。過去の実績データ、業界の事例、専門家の意見などを参考にし、できるだけ客観的な根拠に基づいて評価することが望ましいです。チーム内で評価基準を統一するための「評価ガイドライン」を事前に作成すると効果的です。

まとめ

リスクレジスターは、プロジェクトのリスクを特定・評価・対応策まで一元管理し、チーム全体で共有するための基本ツールです。発生確率と影響度のスコアリングで優先順位を付け、回避・軽減・転嫁・受容の4戦略から適切な対応を選択します。作成して終わりではなく、定期的なレビューと更新を通じて「生きた文書」として運用することが、プロジェクトのリスク管理の実効性を高める鍵です。

参考資料

• リスク登録簿とは何か？リスク管理のための資料を解説 - Promapedia（リスク登録簿の定義、記載項目、作成方法をプロジェクト管理の観点から解説）
• リスク登録簿とは？プロジェクトマネージャー向けガイド - Asana（リスク登録簿の作成手順と実例をプロジェクトマネージャー向けにガイド）
• リスク登録簿とは？ - JPS（リスク登録簿の構成要素とPMBOKにおける位置づけを解説）