リスクスコア付きの無料リスク登録簿テンプレート(Excel、Sheets、PDF)
この無料のリスク登録簿テンプレートは、プロジェクトの各リスクを、発生確率、影響度、自動計算されるスコア、対応策、アクション、オーナー、レビュー日、ステータスとともに記録し、最大のリスクをひと目で把握して、それが課題になる前に行動できるようにします。Google Sheets、Excel、PDFで、初級・上級・エキスパートのレベルを登録不要でダウンロードできます。

要点
- リスク登録簿は、プロジェクトで特定されたリスク、それぞれの深刻度、オーナー、対応状況をまとめた単一のリストです。
- テンプレートは各リスクのスコアを発生確率 × 影響度(1~25)で計算し、15~25を高、8~14を中、1~7を低に区分します。
- 対応策が適切な対象を狙えるよう、すべてのリスクを原因、事象、影響の形で書きましょう。
- すべてのリスクに、指名されたオーナー1人、具体的なアクション、レビュー日が必要です。
- 登録簿は定期的にレビューしてこそ機能します。スコアを更新し、リスクをクローズし、発生したリスクは課題ログに移しましょう。
無料ダウンロード · 登録不要
リスク登録簿テンプレートを入手
レベルと形式を選んでください:Google Sheets、Excel、または印刷用PDF。スプレッドシートには、ドロップダウン、数式、上書きできるサンプル行が含まれています。
リスク登録簿とは何ですか?
A リスク登録簿 は、プロジェクトで特定されたリスクのログです。各リスクについて、記述、発生確率と影響度、総合スコア、選択した対応策、計画したアクション、指名されたオーナー、現在のステータスを記録します。リスクマネジメントの実務ツールであり、リスクを特定からクローズまで追跡する場所です。
A リスク は、発生した場合に目標に影響を与える不確実な事象です。一方、 課題 は、すでに起きている事象です。登録簿はリスクを扱います。リスクが発生すると課題になり、次に移されます: 課題ログ.
通常はプロジェクトマネージャーが登録簿を維持しますが、各リスクにはそれぞれのオーナーがいます。PRINCE2はさらに進んで、リスクの管理に説明責任を負う リスクオーナーと、特定の対応を実行する リスクアクショニーを分けています。リスクの特定、評価、レビューの方法はリスクマネジメントのアプローチで定め、その結果を記録するのが登録簿です。
プロセス全体については、当サイトの次をご覧ください: リスク登録簿ガイド.
このリスク登録簿テンプレートの内容
テンプレートには1つのタブ リスク登録簿に、自分の内容で上書きするための4つのサンプルリスクが含まれています。以下は上級版のライブプレビューです:
| ID | リスク(原因 → 事象 → 影響) | カテゴリー | 発生確率(1-5) | 影響度(1-5) | スコア | 対応 | アクション | 担当者 | レビュー日 | ステータス |
|---|---|---|---|---|---|---|---|---|---|---|
| R1 | サプライヤーの供給能力が限られているため、ハードウェアの到着が遅れ、設置が遅延する可能性がある | 供給 | 3 | 4 | 12 | 軽減 | 早めに発注し、第2のサプライヤーを確保する | 調達 | 2026年2月2日 | 進行中 |
| R2 | 主要な開発者が退職し、知識の喪失と遅延が生じる可能性がある | 人材 | 2 | 4 | 8 | 軽減 | ペアプログラミング、設計の文書化 | テックリード | 2026年2月9日 | 進行中 |
| R3 | 新しい規制により追加のデータ管理が必要になり、スコープが拡大する可能性がある | コンプライアンス | 2 | 3 | 6 | 受容 | 規制当局の最新情報を毎月確認する | PM | 2026年3月2日 | 未着手 |
| R4 | 為替レートの変動によりライセンス費用が上昇する可能性がある | 財務 | 3 | 2 | 6 | 転嫁 | 契約で価格を固定する | 財務 | 2026年2月16日 | 完了 |
サンプル行は例です。ご自身の内容に置き換えてください。
- リスク登録簿:ID、リスク(原因 → 事象 → 影響)、カテゴリー、発生確率(1-5)、影響度(1-5)、スコア、対応、アクション、責任者、レビュー日、ステータス
列、ドロップダウン、数式
- ID:報告書や会議で使う短い固有の参照番号(R1、R2)。
- リスク(原因 → 事象 → 影響):3つの部分で書くリスクの記述(下記参照)。
- カテゴリー:技術、供給、人、財務、コンプライアンス、スケジュール、外部のドロップダウン。
- 発生確率(1-5) と 影響度(1-5):5段階の尺度による評価。
- スコア:発生確率 × 影響度として1~25で自動計算。
- 対応:脅威については回避、軽減、転嫁、受容、好機については活用、強化、共有のドロップダウン。
- アクション, 担当者 と レビュー日:何を行うか、誰が説明責任を負うか、次にいつリスクを確認するか。
- ステータス:未着手、対応中、保留中、ブロック中、完了のドロップダウン。
初級版、上級版、エキスパート版
| バージョン | 主な内容 | 最適な用途 |
|---|---|---|
| 初級 | ID、リスク、発生確率、影響度、スコア、オーナー、ステータスの7列を持つ1つのタブ | 小規模なプロジェクトや初めての登録簿 |
| 上級 | 11列すべて、カテゴリー・対応策・ステータスのドロップダウン、スコアの数式 | ほとんどのプロジェクト |
| エキスパート | 上級版の登録簿に加え、説明タブ、カテゴリー・オーナー・ステータス別にリスクを集計するダッシュボード、ステータスの色分け(完了は緑、対応中は黄、ブロック中は赤)、改訂履歴タブ | 役員会、スポンサー、PMOにリスクを報告するプロジェクト |
すべてのスプレッドシート版にはヘッダー行の固定とフィルターがあるため、スコアで並べ替えたりオーナーで絞り込んだりできます。PDFはリスクワークショップ向けの印刷用コピーです。
良いリスクの記述の書き方
「予算」や「リソース」のようなあいまいな記述では、採点も管理もできません。テンプレートのリスク列は、各リスクを3つの部分で書くよう促します。 原因 (現在存在する事実や状況)、 事象 (起こるかもしれない不確実なこと)、そして 影響 (目標への影響)です。
| 不十分な記述 | より良い記述:原因 → 事象 → 影響 |
|---|---|
| サプライヤーの問題 | サプライヤーのキャパシティが限られているため、ハードウェアの到着が遅れ、設置が最大3週間遅れる可能性がある |
| スタッフの離職 | 連携コードを知っている開発者が1人しかいないため、その人が退職すると知識が失われ、テストが遅れる可能性がある |
| 規制 | 新しいデータ規制が意見公募中のため、追加の管理策が必要になり、スコープとコストが増える可能性がある |
記述をこのように分けると、どこで行動すべきかもわかります。原因を狙った対応策は発生確率を下げ、影響を狙った対応策は影響度を下げます。当サイトのガイド プロジェクトリスク では、リスクの種類と発生源をより詳しく説明しています。
リスク登録簿テンプレートの記入方法
- チームでリスクを特定する。 スコープ、スケジュール、コスト見積り、前提条件、そして類似プロジェクトの次のものを使って短いワークショップを開きます: 教訓 。主要なステークホルダーも含めましょう。チームが見落としているリスクに気づくことがよくあります。
- 各リスクを原因 → 事象 → 影響の形で書き 、IDとカテゴリーを付けます。
- 発生確率と影響度を1~5で評価する 。合意した定義(下の尺度を参照)を使います。スコアは自動計算されます。
- スコアで並べ替える。 まず高スコア(15~25)、次に中スコア(8~14)に注力します。
- 対応策を選ぶ 。ドロップダウンから選び、具体的な アクション をアクション列に記述します。
- 担当者を1人割り当てる を各リスクに割り当て、次を設定します: レビュー日.
- ステータスを追跡する 。アクションの進行に合わせて更新し、アクションが完了したらリスクを再採点して、次を確認します: 残存リスク.
- 定期的に登録簿をレビューする 。そして上位のリスクをスポンサーに報告します。
スプレッドシートのヒント
- スコアの数式を新しい行にコピーする。 数式はサンプル行に入力済みです。リスクを追加するときは、上の行から下にドラッグしましょう。
- スコアの大きい順に並べ替える 。毎回のレビューの前に行い、最も深刻なリスクから議論します。
- 担当者で絞り込み ことで、各オーナーに自分のリスクとアクションのリストを送ります。
- 組織に必要であれば列を追加しましょう。 たとえば近接性(リスクが発生しうる時期)、リスクのトリガー、コストへの影響などです。採点と絞り込みが機能し続けるよう、中核の列は残しましょう。
発生確率と影響度によるリスクの採点
テンプレートはシンプルな定性的手法を使います。発生確率と影響度を1~5で評価し、掛け合わせます。最も重要なのは、全員が同じ定義を使うことです。以下の尺度は当サイトが推奨する出発点です。プロジェクトの規模と組織のリスク選好に合わせてしきい値を調整しましょう。
| 評価 | 発生確率 | 影響度(しきい値の例) |
|---|---|---|
| 1:非常に低い | 確率10%未満 | 無視できる:予算の1%未満、または数日の遅れ |
| 2:低い | 10%~30% | 軽微:計画の範囲内で吸収できる |
| 3:中程度 | 30%~50% | 中程度:予備を使う、またはマイルストーンが遅れる |
| 4:高い | 50%~70% | 重大:終了日、予算、主要な成果物に影響する |
| 5:非常に高い | 70%超 | 深刻:プロジェクトの目標やビジネスケースを脅かす |
テンプレートはスコアを次のように区分します: 高(15~25), 中(8~14) と 低(1~7)。5×5のグリッドにプロットすると、これらの区分がおなじみの発生確率・影響度マトリクスになります。
ほとんどのプロジェクトでは定性的な採点で十分です。大規模または高額なプロジェクトでは、定量的分析を加えましょう: 感度分析 はどのリスクが結果を最も動かすかを示し、 モンテカルロ・シミュレーション は日付や予算を達成できる確率を推定します。データが少ない場合は、体系的な 専門家の判断 も有効なインプットになります。
リスク対応策の選び方
対応策のドロップダウンは、PMIのPMBOKガイドで定められた戦略に従っています。脅威と好機では対応策が異なります:
| 対応 | 適用対象 | 意味 | 例 |
|---|---|---|---|
| 回避 | 脅威 | 計画を変更して脅威を取り除く | 実績のない技術をスコープから外す |
| 軽減 | 脅威 | 発生確率または影響度を下げる | ハードウェアを早期に発注し、2社目のサプライヤーを認定する |
| 転嫁 | 脅威 | 影響を第三者に移す | 固定価格契約または保険 |
| 受容 | 脅威または好機 | 今は対応せず監視し、必要なら予備を確保する | 規制当局の最新情報を毎月確認する |
| 活用 | 機会費用 | 好機が確実に実現するようにする | 最も優秀な開発者を割り当て、早期リリースを確実にする |
| 強化 | 機会費用 | その発生確率や便益を高める | 値上げの前に完了するようリソースを追加する |
| 共有 | 機会費用 | 好機をより的確に捉えられる相手と組む | 専門サプライヤーとの合弁事業 |
PMBOKガイド第6版では、さらに エスカレーションという対応策が追加されました。プロジェクトの権限外にあり、プログラム、ポートフォリオ、組織が扱うべきリスクのためのものです。ドロップダウンには含まれていないため、組織で使っている場合はリストに追加するか、エスカレーションしたリスクを受け手のオーナーとともにオーナー列に記録しましょう。
受容したリスクや一部軽減したリスクについては、コンティンジェンシー予備を確保し、フォールバックのアクションを次で合意しましょう: コンティンジェンシー計画。コストに関するリスクは、次の予備費の項目に反映させるべきです: プロジェクトコスト見積りテンプレート.
リスク登録簿の例
テンプレートの4つのサンプルリスクは、カテゴリー、スコア、対応策の典型的な組み合わせを示しています:
| ID | リスク | P x I | スコア | 対応策とアクション | 担当者 | ステータス |
|---|---|---|---|---|---|---|
| R1 | サプライヤーのキャパシティが限られているため、ハードウェアと設置が遅れる可能性がある | 3 x 4 | 12(中) | 軽減:早期に発注し、2社目のサプライヤーを特定する | 調達 | 進行中 |
| R2 | 主要な開発者が退職し、知識の喪失と遅延を招く可能性がある | 2 x 4 | 8(中) | 軽減:ペアプログラミング、設計の文書化 | テックリード | 進行中 |
| R3 | 新しい規制により追加のデータ管理が必要になり、スコープが拡大する可能性がある | 2 x 3 | 6(低) | 受容:規制当局の動向を毎月監視する | PM | 未着手 |
| R4 | 為替レートの変動によりライセンス費用が上昇する可能性がある | 3 x 2 | 6(低) | 転嫁:契約で価格を固定する | 財務 | 完了 |
- R1はスコアが最も高いため、毎回のレビューで最初に議論します。
- R2は人に関するリスクで、原因に焦点を当てた対応策です。知識を共有することで、誰かが退職したときの影響を減らします。
- R3は、規制がまだ意見公募中であるため受容しています。毎月の確認がトリガーの役割を果たします。
- R4のアクションは完了しています。契約が締結されたら再採点し、何も残っていなければクローズします。
登録簿を最新に保つ方法
プロジェクトの開始時に書いたきり一度も開かれない登録簿は、誤った安心感を与えます。レビューをプロジェクトのリズムに組み込みましょう:
- 定期的にレビューする。 多くのプロジェクトには2週間ごとが適しており、フェーズゲートと大きな変更の後には必ずレビューします。アジャイルチームはスプリントプランニングや振り返りでリスクをレビューすることがよくあります。
- アクションの後に再採点する。 アクションが完了したら、発生確率と影響度を更新して残存リスクを示します。
- 二次リスクを探す。 対応策が新たなリスクを生むことがあります。新しい行として追加しましょう。
- 発生したリスクを課題ログに移し 、登録簿ではメモを付けてクローズします。
- 過ぎ去ったリスクをクローズする。 たとえば該当する作業が完了したときです。記録としてファイルに残し、フィルターで非表示にしておきます。
- 上位のリスクを報告する。 スコア上位5~10件を次に含め、 プロジェクト状況報告書 、リスクが許容範囲を超えた場合は次を通じてエスカレーションします: プロジェクトガバナンス のルート。
スコープ、コスト、スケジュールを変えるリスク対応策は、 変更管理 を経るべきです。使うもの: 変更要求テンプレート.
リスク登録簿でよくある間違い
- 課題をリスクとして記載する。 すでに起きているなら、それは課題ログに記載すべきです。
- あいまいな記述。 「リソース」では採点も管理もできません。原因、事象、影響を使いましょう。
- チームや委員会をオーナーにする。 1人を指名しましょう。
- 日付のないアクション。 「監視する」は、どのように、いつ行うかを示さない限りアクションではありません。
- 一貫性のない採点。 尺度はワークショップの最中ではなく、その前に合意しましょう。
- 好機を無視すること。 プラスのリスクは、計画しておけば時間とお金を節約できます。
- リスクが多すぎる。 200件の低リスクを並べた登録簿は、重要な10件を埋もれさせます。上位10件に労力を集中しましょう。
- 予備と結びつけない。 受容したリスクには、予算とスケジュールに予備が必要です。
リスク登録簿、RAIDログ、課題ログの違い
| 文書 | 追跡するもの | 使う場面 |
|---|---|---|
| リスク登録簿 | 将来の不確実な事象(脅威と好機) | リスクについて詳細な採点、対応策、オーナーが必要な場合 |
| 課題ログ | 現在起きている問題 | 現在の問題を解決し、アクションを追跡する必要がある場合 |
| RAIDログ | リスク、前提条件、課題、依存関係を1か所で | 小規模なプロジェクトで、1つの統合された管理ログを使いたい場合 |
多くのプロジェクトは、専用のリスク登録簿と課題ログを併用しています。統合された次を使うプロジェクトもあります: RAIDログテンプレート。何も二重に追跡しないよう、1つのアプローチを選んで一貫させましょう。
スプレッドシートか、ソフトウェアか?
スプレッドシートの登録簿は素早く設定でき、共有も簡単で、ほとんどの単一プロジェクトには十分です。プロジェクト、オーナー、レビューの数が増えるにつれ、多くのチームは登録簿をプロジェクト管理ツールに移し、リスクをタスクに結びつけ、オーナーにリマインダーを送り、ダッシュボードを自動更新するようにしています。その段階に来ているなら、当サイトの次で選択肢を比較しましょう: プロジェクト管理ソフトウェアランキング.
よくある質問
リスク登録簿テンプレートとは何ですか?
リスク登録簿テンプレートは、プロジェクトのリスクを、記述、カテゴリー、発生確率、影響度、スコア、対応策、アクション、オーナー、レビュー日、ステータスとともに記録するための既製のログです。
このリスク登録簿テンプレートは無料ですか?
はい。リスク登録簿テンプレートは、Google Sheets、Excel、PDFで、初級・上級・エキスパートのレベルを登録不要で無料ダウンロードできます。
リスク登録簿には何を含めるべきですか?
少なくとも、ID、リスクの記述、発生確率、影響度、スコア、対応策、アクション、オーナー、レビュー日、ステータスです。多くの組織は、カテゴリー、近接性、トリガー、残存スコアを加えています。
テンプレートではリスクスコアをどのように計算しますか?
リスクスコア = 発生確率 × 影響度で、それぞれを1~5で評価するため、スコアは1~25になります。テンプレートはスコアを高(15~25)、中(8~14)、低(1~7)に区分します。
リスク登録簿はどのように作成しますか?
チームでリスクを特定し、それぞれを原因、事象、影響の形で書き、発生確率と影響度を採点し、対応策とアクションを選び、オーナーとレビュー日を割り当て、定期的に登録簿をレビューします。
リスク登録簿の責任者は誰ですか?
通常はプロジェクトマネージャーが登録簿を維持し、レビューを運営します。各リスクには管理に説明責任を負う指名されたオーナーがいます。PRINCE2では、アクショニーが特定の対応を実行することがあります。
リスク登録簿はどれくらいの頻度でレビューすべきですか?
多くのプロジェクトには2週間ごとが適しており、さらに各フェーズゲートと大きな変更の後にもレビューします。リスクの高いプロジェクトや動きの速いプロジェクトでは毎週レビューすることもあります。
リスク対応戦略には何がありますか?
脅威については回避、軽減、転嫁、受容。好機については活用、強化、共有、受容です。PMBOKガイド第6版では、プロジェクトの権限外のリスクに対するエスカレーションも追加されました。
リスク登録簿と課題ログの違いは何ですか?
リスク登録簿は起こるかもしれない事象を追跡し、 課題ログ はすでに起きている問題を追跡します。リスクが発生すると、課題ログに移されます。
リスク登録簿とRAIDログの違いは何ですか?
リスク登録簿はリスクだけを詳しく追跡します。 RAIDログテンプレート は、リスク、前提条件、課題、依存関係を1つのログにまとめます。
これをExcelのリスクアセスメントテンプレートとして使えますか?
はい。発生確率、影響度、スコアの列によって定性的リスクアセスメントになり、スコアで並べ替えれば結果に優先順位を付けられます。
リスク登録簿に好機を含めるべきですか?
はい。好機はプラスのリスクです。同じ登録簿に記録し、活用、強化、共有、受容の対応策を使いましょう。
初級、上級、エキスパートのリスク登録簿テンプレートの違いは何ですか?
初級版は1つのタブに7つの必須の列があります。上級版には、11列すべて、ドロップダウン、スコアの数式があります。エキスパート版では、説明、カテゴリー・オーナー・ステータス別にリスクを集計するダッシュボード、ステータスの色分け、改訂履歴が加わります。