{
  "schema_version": "core-reviewed-term-ai-handoff-v1",
  "version": "core-reviewed-term-ai-handoff-v1",
  "contract_status": "preview",
  "distribution": "per_term_read_only_ai_handoff",
  "no_write_operations": true,
  "canonical": {
    "url": "https://core.yogoq.com/en-US/core/risk",
    "slug": "risk",
    "locale": "en-US"
  },
  "summary": {
    "schema_version": "core-reviewed-term-summary-v1",
    "term_id": "207ac568-a2ad-5562-a34e-9342f14ba585",
    "canonical_slug": "risk",
    "canonical_url": "https://core.yogoq.com/en-US/core/risk",
    "locale": "en-US",
    "display_name": "Risk",
    "english_name": null,
    "abbreviation": null,
    "short_definition": "Risk is the possibility of uncertain events affecting objectives.",
    "quality": "reviewed",
    "publication_status": "published_reviewed",
    "version": "core-reviewed-term-summary-v1",
    "last_reviewed_at": "2026-05-10T00:00:00.000Z",
    "sources_count": 3,
    "limitations_key": "core-trust-policy-v1-2026-06-22"
  },
  "content": {
    "definition": {
      "key": "definition",
      "title": "一言でいうと",
      "text": "Risk is the possibility of uncertain events affecting objectives.",
      "items": []
    },
    "formula": null,
    "boundary": {
      "key": "boundary",
      "title": "含めるもの / 含めないもの",
      "text": "Risk needs a clear start point, end point, owner, and exception path. Start | Trigger condition and input | Prevents premature work End | Output and acceptance rule | Prevents unfinished handoff Exception | Escalation path and decision owner | Prevents stalled execution",
      "items": [
        "Start | Trigger condition and input | Prevents premature work",
        "End | Output and acceptance rule | Prevents unfinished handoff",
        "Exception | Escalation path and decision owner | Prevents stalled execution"
      ]
    },
    "usage": [
      {
        "key": "meaning",
        "title": "意味",
        "text": "Risk is the chance that uncertain events will impact scope, cost, schedule, or quality.It links objectives, scope, resources, and time, serving as a baseline for alignment and change control.It supports decisions to protect quality and schedule.",
        "items": []
      },
      {
        "key": "usage",
        "title": "役立つ場面",
        "text": "Clear scope and objectives align priorities and reduce rework in decisions. Visible dependencies make schedule adjustments and resource trade-offs faster. Change and risk impacts can be assessed early, improving alignment.",
        "items": [
          "Clear scope and objectives align priorities and reduce rework in decisions.",
          "Visible dependencies make schedule adjustments and resource trade-offs faster.",
          "Change and risk impacts can be assessed early, improving alignment."
        ]
      },
      {
        "key": "usage",
        "title": "使い方のポイント",
        "text": null,
        "items": [
          "Define deliverables and acceptance criteria to prevent scope drift.",
          "Record assumptions, constraints, and exclusions for shared expectations.",
          "Link dependencies to owners and dates to ease coordination.",
          "Review progress against the baseline, not just activity.",
          "Log changes with reasons and impacts to maintain transparency."
        ]
      },
      {
        "key": "drivers",
        "title": "何が数字を動かすか",
        "text": "Risk improves when ownership, cadence, and feedback loops are explicit. Ownership | One accountable owner | Reduces coordination loss Cadence | Regular review rhythm | Detects drift early Feedback | Clear signal from users or operators | Turns process into learning",
        "items": [
          "Ownership | One accountable owner | Reduces coordination loss",
          "Cadence | Regular review rhythm | Detects drift early",
          "Feedback | Clear signal from users or operators | Turns process into learning"
        ]
      }
    ],
    "misunderstandings": [
      {
        "key": "misunderstandings",
        "title": "判断するときの注意点",
        "text": "Treat Risk as an operating system, not a one-time activity. Do not add process without removing ambiguity. Do not measure activity if the output quality is unclear. Do not scale the process before the owner and exception path are stable.",
        "items": [
          "Do not add process without removing ambiguity.",
          "Do not measure activity if the output quality is unclear.",
          "Do not scale the process before the owner and exception path are stable."
        ]
      },
      {
        "key": "misunderstandings",
        "title": "よくある誤解 / 落とし穴",
        "text": null,
        "items": [
          "Plans are not immutable; controlled changes are expected.",
          "More detail is not always better if it raises maintenance cost.",
          "Documentation alone does not deliver results without execution."
        ]
      }
    ],
    "examples": [
      {
        "key": "examples",
        "title": "最小例",
        "text": "Example: Mitigate supplier delay risk by qualifying backup vendors and adding schedule buffers.When change requests arise, assess impact and renegotiate priorities with stakeholders.Review progress weekly and agree on mitigation if delays appear.Document major changes and approvals for traceability.",
        "items": []
      }
    ],
    "comparisons": [
      {
        "key": "comparisons",
        "title": "似ている言葉との違い",
        "text": "Compare Risk with adjacent concepts before deciding. Risk | Current concept | Use when the team needs the primary decision lens Adjacent metric or framework | Supporting lens | Use when the team needs evidence or process detail General vocabulary | Broad explanation | Use only for orientation, not final decision-making",
        "items": [
          "Risk | Current concept | Use when the team needs the primary decision lens",
          "Adjacent metric or framework | Supporting lens | Use when the team needs evidence or process detail",
          "General vocabulary | Broad explanation | Use only for orientation, not final decision-making"
        ]
      }
    ],
    "faq": [
      {
        "question": "When should I use Risk?",
        "answer": "Use it when the team needs to decide scope, priority, owner, or trade-off, not when it only needs a short definition."
      },
      {
        "question": "What makes Risk useful in practice?",
        "answer": "It becomes useful when it is tied to evidence, a decision owner, and a concrete next operating choice."
      },
      {
        "question": "What should I avoid?",
        "answer": "Avoid using the term as a label without clarifying assumptions, boundaries, and how success will be judged."
      }
    ]
  },
  "sources": {
    "source_refs": [
      "concept:risk:en-US",
      "concept:risk:ja-JP",
      "core-term-page-500:concept:risk"
    ],
    "visible_sources": [
      {
        "label": "Project Management (Open Textbook Library)",
        "url": "https://open.umn.edu/opentextbooks/textbooks/project-management",
        "kind": null
      },
      {
        "label": "Principles of Marketing (Open Textbook Library)",
        "url": "https://open.umn.edu/opentextbooks/textbooks/principles-of-marketing",
        "kind": "tier_s"
      },
      {
        "label": "Principles of Management (OpenStax)",
        "url": "https://openstax.org/details/books/principles-management",
        "kind": "tier_s"
      }
    ]
  },
  "related_terms": [
    {
      "topic_id": "e6e74620-27a9-58bb-aaef-62daffa598fa",
      "canonical_slug": "risk-management",
      "canonical_url": "https://core.yogoq.com/en-US/core/risk-management",
      "title": "Risk Management",
      "relation_type": "next"
    },
    {
      "topic_id": "803912de-3246-5937-be28-b993966ce94d",
      "canonical_slug": "project-management",
      "canonical_url": "https://core.yogoq.com/en-US/core/project-management",
      "title": "Project Management",
      "relation_type": "used_together"
    },
    {
      "topic_id": "2511702a-e474-5da7-b83f-1fd797528c55",
      "canonical_slug": "project-management-body-of-knowledge",
      "canonical_url": "https://core.yogoq.com/en-US/core/project-management-body-of-knowledge",
      "title": "Project Management Body of Knowledge (PMBOK)",
      "relation_type": "used_together"
    },
    {
      "topic_id": "604a2086-6dcd-5536-8173-8d14ad51edee",
      "canonical_slug": "revenue-model",
      "canonical_url": "https://core.yogoq.com/en-US/core/revenue-model",
      "title": "Revenue Model",
      "relation_type": "related"
    }
  ],
  "quality": {
    "quality": "reviewed",
    "publication_status": "published_reviewed",
    "source_count": 3,
    "last_reviewed_at": "2026-05-10T00:00:00.000Z",
    "trust_policy_version": "core-trust-policy-v1-2026-06-22"
  },
  "limitations": {
    "policy_version": "core-trust-policy-v1-2026-06-22",
    "professional_advice_boundary": "reference_only_not_professional_advice",
    "text": "This page is reference information for research and learning. For accounting, legal, finance, health, security, or other individual decisions, confirm against primary sources or qualified professionals.",
    "items": [
      "Public pages support general understanding and practical context; they are not professional advice for individual cases.",
      "Fast-changing information such as regulations, accounting standards, prices, product specs, and legal requirements should be checked against primary sources before final decisions.",
      "Even when AI-assisted drafting or audit is used, publication relies on quality gates and human-readable evidence."
    ]
  }
}
