Risk Management

Risk Register

リスク台帳・リスクマトリクス

Category: Risk Management / Updated: 2026-05-26

📖

Overview

リスク台帳(Risk Register)とは、組織が識別したすべてのリスクを体系的に記録・管理するための文書またはデータベースです。各リスクに対して、リスクの内容、発生可能性、影響度、リスクオーナー、対応策、対応状況などを一元的に管理し、組織全体のリスク状況を可視化します。リスク台帳はISO 31000やCOSO ERMなどの国際的なリスク管理フレームワークにおいて中核的な管理ツールとして位置づけられています。

リスクマトリクスは、リスクの「発生可能性(Likelihood)」と「影響度(Impact)」の2軸で構成される評価フレームワークです。各リスクをマトリクス上にプロットすることで、リスクの相対的な重大度を視覚的に把握できます。一般的には3×3、4×4、5×5のグリッドが使用され、各セルに対して「低」「中」「高」「極高」などのリスクレベルが割り当てられます。

リスク台帳とリスクマトリクスを組み合わせたヒートマップは、経営層への報告において極めて有効なツールです。色分けされた視覚的な表現により、どのリスクが最も注意を要するかを直感的に理解でき、リスク対応の優先順位付けや経営判断の迅速化に貢献します。これらのツールは、定期的なリスクレビュー会議やガバナンス報告の基盤として活用されます。

🔬

Details

リスク台帳の構成要素

リスク台帳には、リスクID、リスク名称、リスクカテゴリ、リスクの説明、発生原因、影響を受ける資産・プロセス、発生可能性の評価、影響度の評価、リスクスコア(発生可能性×影響度)、既存の統制手段、残余リスクレベル、リスクオーナー、対応計画、対応期限、対応状況などの項目が含まれます。

組織の規模や業種に応じて項目をカスタマイズすることが重要であり、過度に複雑な台帳は運用が形骸化する原因となります。重要なのは、リスク台帳が「生きた文書」として定期的に更新され、リスクの変化を追跡できることです。

リスクマトリクスの評価手法

リスクマトリクスでは、発生可能性を「極めて低い(1)」から「極めて高い(5)」の5段階で、影響度を「軽微(1)」から「壊滅的(5)」の5段階で評価するのが一般的です。リスクスコアは両者の積で算出され、1〜25の範囲で表現されます。

定量的な評価が困難な場合は、定性的な基準を用いて各レベルの定義を明確にします。例えば、影響度の「壊滅的」は「事業継続が不可能となるレベルの損害」、発生可能性の「高い」は「年に1回以上発生する見込み」のように具体的な基準を設定します。

ヒートマップによる可視化

リスクヒートマップは、リスクマトリクスを色分けした視覚的な表現手法です。一般的に、赤色は「極めて高いリスク」、オレンジ色は「高いリスク」、黄色は「中程度のリスク」、緑色は「低いリスク」を示します。ヒートマップにより、リスクポートフォリオ全体の分布を一目で把握でき、経営層への報告やリスク委員会での議論を効果的に支援します。

動的なヒートマップツールを使用すれば、時系列でのリスクの変化やリスク対応前後の比較も可能です。これにより、リスク対応活動の効果測定やトレンド分析が容易になります。

リスクの追跡と経営報告

リスク台帳は、定期的なリスクレビューの基盤として機能します。四半期ごとまたは月次で、リスクオーナーがリスクの状況を更新し、新たに識別されたリスクの追加や解消されたリスクのクローズを行います。リスクダッシュボードを構築し、トップリスクの状況、KRI(重要リスク指標)の推移、リスク対応計画の進捗状況などをリアルタイムで経営層に報告することが推奨されます。

経営報告においては、リスクの数値だけでなく、リスクの傾向(増加・横ばい・減少)、新規リスクの出現、外部環境の変化による影響なども含めて報告することで、経営判断に必要な情報を提供します。

リスク台帳管理ツールの選定

小規模な組織ではスプレッドシートによる管理が一般的ですが、リスクの数が増加するとGRC(ガバナンス・リスク・コンプライアンス)ツールの導入が推奨されます。ServiceNow GRC、RSA Archer、MetricStreamなどの専用ツールは、リスクの自動評価、ワークフロー管理、レポーティング機能を提供し、組織全体のリスク管理プロセスを効率化します。

ツール選定においては、既存のIT基盤との統合性、スケーラビリティ、ユーザビリティ、コストを総合的に評価することが重要です。

🛡️

Security Measures

  • 01
    リスク台帳の標準フォーマットを策定し全社統一で運用:リスクの識別・評価・記録に使用する項目、評価基準、用語の定義を標準化し、組織全体で一貫したリスク管理を実現してください。部門ごとにバラバラの管理では、組織全体のリスク状況を正確に把握できません。
  • 02
    発生可能性と影響度の評価基準を定量化:各評価レベルに対して具体的な数値基準や定性的な定義を設定し、評価者による主観的なばらつきを最小化してください。定期的にキャリブレーション(評価の較正)を実施することで、評価の一貫性を維持します。
  • 03
    リスクオーナーの明確な任命と責任の定義:各リスクに対して責任者(リスクオーナー)を必ず任命し、リスクの監視・対応・報告の責任を明確にしてください。リスクオーナーは、定期的にリスクの状況を更新し、必要に応じてエスカレーションを行う義務を負います。
  • 04
    定期的なリスクレビューサイクルの確立:最低でも四半期に1回のリスクレビューを実施し、リスクの変化、新規リスクの識別、対応計画の進捗確認を行ってください。重大なインシデントや環境変化が発生した場合は、臨時のレビューを速やかに実施します。
  • 05
    ヒートマップを活用した経営層への定期報告:トップリスクの状況をヒートマップやリスクダッシュボードで可視化し、経営層が迅速に意思決定できる形式で報告してください。リスクの傾向分析や前回レビューからの変化も含めて報告することが重要です。
  • 06
    リスク台帳のアクセス制御と機密性の確保:リスク台帳には組織の脆弱性や対応状況など機密性の高い情報が含まれるため、適切なアクセス制御を実施してください。閲覧・編集権限を最小権限の原則に基づいて付与し、変更履歴を記録することで、台帳の整合性と信頼性を確保します。
⚠️

Incidents

📋 金融機関におけるリスク台帳の形骸化による規制違反(2019年)

ある大手金融機関において、リスク台帳の更新が数年間にわたり形骸化していたことが金融当局の検査で発覚しました。リスク台帳には過去のリスク情報がそのまま残されており、新たなサイバー脅威やクラウド移行に伴うリスクが反映されていませんでした。

金融当局は、リスク管理態勢の不備として業務改善命令を発出し、同機関はリスク管理プロセスの全面的な見直しとGRCツールの導入を余儀なくされました。この事例は、リスク台帳の定期的な更新と経営層の関与の重要性を示しています。

📋 製造業におけるリスクマトリクスの評価基準不備による重大インシデント(2021年)

大手製造企業において、OT(制御技術)環境のサイバーリスクがリスクマトリクス上で「低」と評価されていましたが、実際にはランサムウェア攻撃により生産ラインが2週間停止する重大インシデントが発生しました。原因は、OT環境特有のリスクを適切に評価する基準が設定されておらず、IT部門の基準がそのまま適用されていたことでした。

この事例を受け、同企業はOT環境専用のリスク評価基準を策定し、生産への影響度を重視した評価フレームワークに見直しました。リスク評価基準の定期的な見直しと業務特性に応じたカスタマイズの重要性が再認識されました。

📋 医療機関におけるリスク台帳の情報漏洩(2022年)

ある医療機関において、リスク台帳が適切なアクセス制御なしに共有フォルダに保存されていたため、全従業員がアクセスできる状態になっていました。リスク台帳には、システムの脆弱性情報、未対応のセキュリティリスク、第三者ベンダーの評価結果などの機密情報が含まれていました。

退職した従業員がリスク台帳の情報を外部に持ち出し、組織の脆弱性情報が競合他社に漏洩する事態が発生しました。この事例は、リスク台帳自体の情報セキュリティ管理の重要性と、適切なアクセス制御・退職時のアクセス権剥奪の必要性を浮き彫りにしました。

🔗

Related Terms