# リスク > YogoQ Core AI-readable term handoff. Preview, read-only, Reviewed/Verified only. - Canonical URL: https://core.yogoq.com/ja-JP/core/risk - Locale: ja-JP - Content tier: db_backed - Quality: reviewed - Publication status: published_reviewed - Schema version: core-reviewed-term-ai-handoff-v2 - Compatible with: core-reviewed-term-ai-handoff-v1 - Content hash: 75d4dadfcac9d51076b129ad6b566c649a45f93df727a509d2d61656d358f560 - Trust policy: core-trust-policy-v1-2026-06-22 ## Short Definition リスクとは、目的に対する不確実性の影響である。下振れだけでなく上振れ、またはその両方を含み得る。目的、不確実な事象・状態、可能性、結果、責任者、対応、残る曝露を明示して初めて、意思決定に使える。 ## 一言でいうと リスクとは、目的に対する不確実性の影響である。下振れだけでなく上振れ、またはその両方を含み得る。目的、不確実な事象・状態、可能性、結果、責任者、対応、残る曝露を明示して初めて、意思決定に使える。 ## 計算の考え方 リスクに普遍的な一つの計算式はない。一般には、定義した方法で可能性と結果を組み合わせる。確率と金額影響の根拠が十分な場合は期待値を使えるが、定性評価や順位尺度を正確な確率・金額として示してはならない。 可能性 | 前提と統制を踏まえ、不確実な事象が起きる確率または頻度の見積もり 結果 | 目的への影響の大きさ、時期、期間、影響を受ける関係者 リスク水準 | 定義済みの方法で可能性と結果を統合 | 対応や状況変化後に残余リスクを再評価 - 可能性 | 前提と統制を踏まえ、不確実な事象が起きる確率または頻度の見積もり - 結果 | 目的への影響の大きさ、時期、期間、影響を受ける関係者 - リスク水準 | 定義済みの方法で可能性と結果を統合 | 対応や状況変化後に残余リスクを再評価 ## 含めるもの / 含めないもの 一般概念としてのリスクを、分野固有の評価モデルや、すでに発生した課題と混同しない。 含める | 事業、財務、プロジェクト、業務、安全、法務、セキュリティの明示した目的に影響し得る不確実性 含めない | 重要な不確実性のない通常業務と、将来リスクではなく現在形の解決が必要な発生済み課題 記録する | 目的、範囲、原因、事象・状態、可能性、結果、前提、責任者、対応、指標、残余リスク - 含める | 事業、財務、プロジェクト、業務、安全、法務、セキュリティの明示した目的に影響し得る不確実性 - 含めない | 重要な不確実性のない通常業務と、将来リスクではなく現在形の解決が必要な発生済み課題 - 記録する | 目的、範囲、原因、事象・状態、可能性、結果、前提、責任者、対応、指標、残余リスク ## 意味 リスクとは、目的に影響し得る不確実性を意思決定の対象として整理したものである。実務では、影響を受ける目的、不確実な事象・状態と原因、起こり得る結果と可能性、対応、責任者、残余リスクを記録して監視する。下振れだけを扱う評価もあれば、機会と脅威の両方を扱う計画もあるため、採用する定義と尺度を先に固定する。評価方法は判断の文脈に合わせ、財務、プロジェクト、業務、安全、法務、情報セキュリティのリスクを根拠なく一つの尺度で比較しない。 評価結果には、対象期間、判断権限、受容基準、再評価の条件も残し、異なる部署や時点のスコアを同じ意味だとみなさない。 ## 役立つ場面 回避、低減、共有・移転、受容、または機会に関するリスクを意図的に取る判断を優先付ける。 曝露が課題になる前に、説明責任、判断権限、対応期限、エスカレーション条件を明確にする。 目的の価値、対応費用、運用制約、機会、残余リスクのトレードオフを明示し、受容できる範囲と再判断条件を決める。 - 回避、低減、共有・移転、受容、または機会に関するリスクを意図的に取る判断を優先付ける。 - 曝露が課題になる前に、説明責任、判断権限、対応期限、エスカレーション条件を明確にする。 - 目的の価値、対応費用、運用制約、機会、残余リスクのトレードオフを明示し、受容できる範囲と再判断条件を決める。 ## 使い方のポイント - リスクは目的に結び付ける。判断の文脈がない漠然とした懸念は、まだ意思決定に使えるリスクではない。 - 分野と意思決定に合う方法・尺度を使い、評価時点、前提、証拠、推定の限界を記録する。 - 現実に起きた事象は課題やインシデントとして扱い、関連する将来の不確実性はリスクとして残り得る。 - リスク対応には責任者、選択した行動、受入条件、指標、見直し頻度が必要である。 - 状況、前提、統制、目的の変化を監視し、残余リスクを再評価する。 ## 何が数字を動かすか リスクは、目的、前提、外部環境、依存関係、曝露、統制、証拠の質と鮮度が変わると変動する。 市場、規制、技術、財務、業務、人の変化が可能性や結果を左右する。 依存関係の集中、弱い統制、限られた対応能力は曝露を高める。 結果は、対象の目的、関係者、発生時期、継続期間、回復可能性によって異なる。 対応は可能性や結果を変えられるが、前提の崩れ、副作用、統制失敗によって残余リスクが生じる。 - 市場、規制、技術、財務、業務、人の変化が可能性や結果を左右する。 - 依存関係の集中、弱い統制、限られた対応能力は曝露を高める。 - 結果は、対象の目的、関係者、発生時期、継続期間、回復可能性によって異なる。 - 対応は可能性や結果を変えられるが、前提の崩れ、副作用、統制失敗によって残余リスクが生じる。 ## 判断するときの注意点 ヒートマップ、単一スコア、過去に問題がないことから、根拠のない安心感を作らない。 採点前に尺度と評価範囲を定義し、異なる文脈を同じ単位のように比較しない。 前提、不確実性、証拠の質を記録し、データ不足を低リスクの証拠にしない。 現実に起きた事象は課題・インシデント対応へ移し、未解決、二次的、下流のリスクは消さない。 - 採点前に尺度と評価範囲を定義し、異なる文脈を同じ単位のように比較しない。 - 前提、不確実性、証拠の質を記録し、データ不足を低リスクの証拠にしない。 - 現実に起きた事象は課題・インシデント対応へ移し、未解決、二次的、下流のリスクは消さない。 ## よくある誤解 / 落とし穴 - リスクは必ず確定した悪い出来事を意味する。リスクは不確実性を扱い、計画では脅威だけでなく機会も検討する。 - 高得点でも発生が確定したわけではなく、定義した方法、前提、証拠に基づく見積もりである。 - 統制があることや過去に問題がないことは、リスクの消滅を意味しない。状況変化、前提の崩れ、統制失敗、未観測の曝露が残余リスクになり得る。 ## 最小例 ある企業が売上目標の達成に向けて製品発売を計画している。重要な供給会社の納品能力に不確実性があるため、チームは発売遅延の事象、原因、可能性の範囲、財務・顧客への結果、前提、責任者を記録する。第二の供給会社を確保し、エスカレーション日を設定する。元の供給会社が確定した節目を逃した時点で、その遅延は課題になる。一方、その後の納品と発売影響に関する不確実性は残余リスクとして残る。 チームは納期遵守率と第二供給会社の準備状況を先行指標として毎週確認し、発売日までに必要な在庫量を受入条件にする。対応後も売上目標への影響、追加費用、顧客への案内時期を見直し、根拠が変われば可能性と結果を再評価する。 ## 似ている言葉との違い リスク | 目的に対する不確実性の影響 | 評価、対応、監視、見直し 課題 | すでに存在し、現在形の解決が必要な状態・事象 | 解決し結果を追跡 前提 | 計画上、正しいものとして扱う命題 | 検証し、証拠が変われば見直す 統制 | リスクを変えるための対策 | 有効性を試験し変化を監視 情報セキュリティ・リスク | 脅威、脆弱性、資産、可能性、悪影響を扱う分野固有のリスク | セキュリティ評価方法を適用 - リスク | 目的に対する不確実性の影響 | 評価、対応、監視、見直し - 課題 | すでに存在し、現在形の解決が必要な状態・事象 | 解決し結果を追跡 - 前提 | 計画上、正しいものとして扱う命題 | 検証し、証拠が変われば見直す - 統制 | リスクを変えるための対策 | 有効性を試験し変化を監視 - 情報セキュリティ・リスク | 脅威、脆弱性、資産、可能性、悪影響を扱う分野固有のリスク | セキュリティ評価方法を適用 ## 一緒に見る指標 リスク台帳に加え、曝露、前提、対応の進捗、統制の実績を示す証拠を見る。 統制有効性 | 計画した保護策・対応が実装され、意図どおり動作するか 曝露指標 | 原因、事象、依存関係、影響対象の目的に結び付く先行シグナル 対応完了 | 選択したリスク対応が期限内に終わったか 課題と残余リスクのレビュー | 何が顕在化し、どの前提・統制が崩れ、何が残るか - 統制有効性 | 計画した保護策・対応が実装され、意図どおり動作するか - 曝露指標 | 原因、事象、依存関係、影響対象の目的に結び付く先行シグナル - 対応完了 | 選択したリスク対応が期限内に終わったか - 課題と残余リスクのレビュー | 何が顕在化し、どの前提・統制が崩れ、何が残るか ## Aliases - リスク (display_name, ja-JP) - Risk (english_name, en-US) - リスク (localized_title, ja-JP) ## RAG Chunks - core:chunk:risk:ja-JP:definition:81904751aac8c9b0 - core:chunk:risk:ja-JP:formula:2a1a465fde46c6d9 - core:chunk:risk:ja-JP:boundary:92af5c84a9ba7b3b - core:chunk:risk:ja-JP:meaning:8efc905265c81760 - core:chunk:risk:ja-JP:usage:cd053aa78b706d25 - core:chunk:risk:ja-JP:usage:487017080ab460ba - core:chunk:risk:ja-JP:drivers:d2fa19431f24d163 - core:chunk:risk:ja-JP:misunderstandings:ac15dc1250ebff77 - core:chunk:risk:ja-JP:misunderstandings:fc266c01e092cd90 - core:chunk:risk:ja-JP:examples:2201e1ec798f9192 - core:chunk:risk:ja-JP:comparisons:78e5de2771f0a252 - core:chunk:risk:ja-JP:related_metrics:7ec2da7c1b5c5b3a - core:chunk:risk:ja-JP:faq:bac2dca7417fc5af - core:chunk:risk:ja-JP:faq:c0fd2a86a7908c6c - core:chunk:risk:ja-JP:faq:a37fd322bfd6e942 ## FAQ ### 短く実用的なリスク文は？ 目的、不確実な事象・状態、原因、起こり得る結果を示します。 ### リスクはいつ課題になりますか？ 不確実だった状態・事象が現実に起き、現在形の対応が必要になった時です。関連する将来の不確実性は残余リスクとして残り得ます。 ### すべてのリスクをなくす必要がありますか？ いいえ。目的、義務、リスク基準に応じて、回避、低減、共有・移転、受容、または意図的な追求を選び、残るリスクを監視します。 ## Sources - ISO 31000: リスクマネジメント - https://www.iso.org/iso-31000-risk-management.html - NIST SP 800-30 Rev. 1: 情報セキュリティのリスク評価ガイド - https://csrc.nist.gov/pubs/sp/800/30/r1/final - NIST SP 800-39: 組織・使命・情報システムの情報セキュリティ・リスク管理 - https://csrc.nist.gov/pubs/sp/800/39/final ## Limitations このページは調査・学習のための参照情報です。会計、法務、金融、医療、セキュリティなどの個別判断では一次情報や専門家の確認を優先してください。 - 公開ページは一般的な理解と実務上の判断材料を提供するもので、個別案件の専門助言ではありません。 - 制度、価格、規制、会計基準、製品仕様など変化が速い情報は、最終判断前に一次情報で確認してください。 - AI支援を含む制作・監査フローを使う場合も、公開可否は品質ゲートと人間が読める証跡に基づいて扱います。