{
  "schema_version": "core-reviewed-term-ai-handoff-v2",
  "version": "core-reviewed-term-ai-handoff-v2",
  "compat": {
    "backward_compatible_schema_versions": [
      "core-reviewed-term-ai-handoff-v1"
    ],
    "v1_fields_preserved": true
  },
  "contract_status": "preview",
  "distribution": "per_term_read_only_ai_handoff",
  "no_write_operations": true,
  "content_tier": "db_backed",
  "canonical": {
    "url": "https://core.yogoq.com/ja-JP/core/scope",
    "slug": "scope",
    "locale": "ja-JP"
  },
  "summary": {
    "schema_version": "core-reviewed-term-summary-v1",
    "term_id": "04977a76-1418-5883-be32-c0c37e58ac32",
    "canonical_slug": "scope",
    "canonical_url": "https://core.yogoq.com/ja-JP/core/scope",
    "locale": "ja-JP",
    "display_name": "スコープ",
    "english_name": "Scope",
    "abbreviation": null,
    "short_definition": "スコープは、境界の安定性を具体的な対象内外の境界定義に変えるための実務判断ツールである。 スコープを使うと、判断の対象、責任者、見直し条件を短くそろえ、会議や実行の手戻りを減らせる。",
    "content_tier": "db_backed",
    "quality": "reviewed",
    "publication_status": "published_reviewed",
    "version": "core-reviewed-term-summary-v1",
    "last_reviewed_at": "2026-05-10T00:00:00.000Z",
    "sources_count": 2,
    "limitations_key": "core-trust-policy-v1-2026-06-22"
  },
  "aliases": [
    {
      "text": "スコープ",
      "type": "display_name",
      "locale": "ja-JP"
    },
    {
      "text": "Scope",
      "type": "english_name",
      "locale": "en-US"
    },
    {
      "text": "スコープ",
      "type": "localized_title",
      "locale": "ja-JP"
    }
  ],
  "content": {
    "definition": {
      "key": "definition",
      "title": "一言でいうと",
      "text": "スコープは、境界の安定性を具体的な対象内外の境界定義に変えるための実務判断ツールである。 スコープを使うと、判断の対象、責任者、見直し条件を短くそろえ、会議や実行の手戻りを減らせる。",
      "items": []
    },
    "formula": null,
    "boundary": null,
    "usage": [
      {
        "key": "meaning",
        "title": "意味",
        "text": "スコープは、実行前に、対象内・対象外・前提・変更管理の境界を決める場面に使う判断の構造である。単なる用語やテンプレートではなく、判断の境界、必要な証拠、責任者、レビュー頻度まで含めて定義する。適切に使うと、曖昧な議論を監査可能な経営判断へ変え、資源を投入する前にトレードオフを見える状態にできる。 特にスコープでは、結論だけでなく、どの証拠を採用し、どの前提を保留し、誰が更新責任を持つかまで明記することが重要である。これにより、後から判断を見直すときに、当時の制約と選択理由を追跡できる。",
        "items": []
      },
      {
        "key": "usage",
        "title": "役立つ場面",
        "text": "スコープは、約束する前に境界の安定性を見える化することで判断を変える。 スコープの判断記録に残すことで、関係者が同じ前提で優先度と責任を確認できる。 会議の勢いではなく、証拠に基づいて開始・停止・縮小拡大・順序変更を決めやすくする。 前提、責任者、レビュー時点が明確になるため、手戻りや責任の空白を減らせる。",
        "items": [
          "スコープは、約束する前に境界の安定性を見える化することで判断を変える。 スコープの判断記録に残すことで、関係者が同じ前提で優先度と責任を確認できる。",
          "会議の勢いではなく、証拠に基づいて開始・停止・縮小拡大・順序変更を決めやすくする。",
          "前提、責任者、レビュー時点が明確になるため、手戻りや責任の空白を減らせる。"
        ]
      },
      {
        "key": "usage",
        "title": "使い方のポイント",
        "text": null,
        "items": [
          "対象内外の境界定義を作る前に、判断、責任者、対象期間を明確にする。",
          "証拠と意見を分け、好みの結論を飾るためではなく判断を支えるために使う。",
          "境界の安定性は状況で変わるため、前提とレビュー日を必ず残す。",
          "成果物を作ることではなく、管理上の行動を決めることを目的にする。",
          "仕事の境界が変わったら、古い前提のまま使い続けず更新または廃止する。"
        ]
      }
    ],
    "misunderstandings": [
      {
        "key": "misunderstandings",
        "title": "判断するときの注意点",
        "text": "最大の注意点は、整った対象内外の境界定義が弱い証拠や政治的前提を隠すことである。 現実を説明しているのか、すでに決まった結論を正当化しているのかを分けて見る。 優先順位、責任者、資源量、レビュー日が変わらないなら、分析がまだ浅い可能性が高い。",
        "items": [
          "最大の注意点は、整った対象内外の境界定義が弱い証拠や政治的前提を隠すことである。",
          "現実を説明しているのか、すでに決まった結論を正当化しているのかを分けて見る。",
          "優先順位、責任者、資源量、レビュー日が変わらないなら、分析がまだ浅い可能性が高い。"
        ]
      },
      {
        "key": "misunderstandings",
        "title": "よくある誤解 / 落とし穴",
        "text": null,
        "items": [
          "スコープは判断そのものではなく、判断と見直しを行うための構造である。",
          "詳細であればあるほど良いわけではない。管理上の行動を変える粒度が適切な粒度である。",
          "一度のワークショップで終わらせるものではない。判断が生きている間、更新されて初めて価値が出る。"
        ]
      }
    ],
    "examples": [
      {
        "key": "examples",
        "title": "最小例",
        "text": "チームは、実行前に、対象内・対象外・前提・変更管理の境界を決める場面ためにスコープを使う。まず対象内外の境界定義を作り、責任者を1人に決め、推奨判断を変える証拠を列挙する。レビュー中に前提の1つが弱いと分かったため、対象範囲を狭め、再確認日を設定する。判断記録には、実行する行動、受け入れたリスク、判断を変えるシグナルが残り、後続メンバーも同じ前提で見直せる。 その後、スコープの記録を週次または月次のレビューで確認し、前提が変わった項目だけを更新する。関係者は、何を継続し、何を止め、どのリスクを受け入れたかを同じ資料で確認できる。判断が変わった場合も、変更理由と次回確認日が残るため、属人的な記憶に依存しない運用になる。",
        "items": []
      }
    ],
    "comparisons": [
      {
        "key": "comparisons",
        "title": "似ている言葉との違い",
        "text": "優先順位 | 作業の順番を決める | スコープはそもそも約束に含めるかを決める WBS | 承認済みスコープを作業単位に分ける | スコープは分解前に境界を置く プロジェクト憲章 | 目的と統制を承認する | スコープはその承認の運用境界を与える",
        "items": [
          "優先順位 | 作業の順番を決める | スコープはそもそも約束に含めるかを決める",
          "WBS | 承認済みスコープを作業単位に分ける | スコープは分解前に境界を置く",
          "プロジェクト憲章 | 目的と統制を承認する | スコープはその承認の運用境界を与える"
        ]
      }
    ],
    "faq": [
      {
        "question": "スコープは何の判断に使うべきですか？",
        "answer": "何をするか、誰が持つか、どのトレードオフを受け入れるか、いつ見直すかを決める具体的な管理判断に使う。"
      },
      {
        "question": "対象内外の境界定義はどこまで詳しく書くべきですか？",
        "answer": "前提、責任、証拠不足が見える程度に詳しくする。一方で、詳細化そのものが目的化して判断が遅くなる粒度は避ける。"
      },
      {
        "question": "スコープはどの頻度で更新しますか？",
        "answer": "重要な証拠、責任者、対象範囲が変わったとき、または定例レビューのタイミングで更新する。"
      }
    ]
  },
  "source_refs": [
    "concept:scope:en-US",
    "concept:scope:ja-JP",
    "concept:scope-2:en-US",
    "concept:scope-2:ja-JP",
    "manual_merge_map:numeric-suffix-2026-04-28"
  ],
  "sources": {
    "source_refs": [
      "concept:scope:en-US",
      "concept:scope:ja-JP",
      "concept:scope-2:en-US",
      "concept:scope-2:ja-JP",
      "manual_merge_map:numeric-suffix-2026-04-28"
    ],
    "visible_sources": [
      {
        "label": "Principles of Management (OpenStax)",
        "url": "https://openstax.org/details/books/principles-of-management",
        "kind": "tier_s"
      },
      {
        "label": "Wikipedia reference: スコープ",
        "url": "https://en.wikipedia.org/wiki/Scope_(project_management)",
        "kind": "supplemental"
      }
    ]
  },
  "related_terms": [
    {
      "topic_id": "13cfe003-e593-5ca6-b3b4-457896cc065f",
      "canonical_slug": "work-breakdown-structure",
      "canonical_url": "https://core.yogoq.com/ja-JP/core/work-breakdown-structure",
      "title": "作業分解構成図（WBS）",
      "relation_type": "used_together"
    },
    {
      "topic_id": "0a61b3e0-9651-5d4e-aafe-1045319955af",
      "canonical_slug": "priority",
      "canonical_url": "https://core.yogoq.com/ja-JP/core/priority",
      "title": "優先順位",
      "relation_type": "used_together"
    },
    {
      "topic_id": "0d2f83cf-0cfa-5e83-976d-e7d6919d6ff5",
      "canonical_slug": "project",
      "canonical_url": "https://core.yogoq.com/ja-JP/core/project",
      "title": "プロジェクト",
      "relation_type": "related"
    }
  ],
  "relations": [
    {
      "term_id": "13cfe003-e593-5ca6-b3b4-457896cc065f",
      "canonical_slug": "work-breakdown-structure",
      "canonical_url": "https://core.yogoq.com/ja-JP/core/work-breakdown-structure",
      "display_name": "作業分解構成図（WBS）",
      "relation_type": "related",
      "source_relation_type": "used_together"
    },
    {
      "term_id": "0a61b3e0-9651-5d4e-aafe-1045319955af",
      "canonical_slug": "priority",
      "canonical_url": "https://core.yogoq.com/ja-JP/core/priority",
      "display_name": "優先順位",
      "relation_type": "related",
      "source_relation_type": "used_together"
    },
    {
      "term_id": "0d2f83cf-0cfa-5e83-976d-e7d6919d6ff5",
      "canonical_slug": "project",
      "canonical_url": "https://core.yogoq.com/ja-JP/core/project",
      "display_name": "プロジェクト",
      "relation_type": "related",
      "source_relation_type": "related"
    }
  ],
  "chunk_ids": [
    "core:chunk:scope:ja-JP:definition:748e4e5b32a876a9",
    "core:chunk:scope:ja-JP:meaning:3712b95b672bce41",
    "core:chunk:scope:ja-JP:usage:bf0a5f1c6daf5c3d",
    "core:chunk:scope:ja-JP:usage:23cb8199bb7efaa2",
    "core:chunk:scope:ja-JP:misunderstandings:071ab9d348b23b66",
    "core:chunk:scope:ja-JP:misunderstandings:7729dcb1631874f5",
    "core:chunk:scope:ja-JP:examples:6d53838f8f61dfc0",
    "core:chunk:scope:ja-JP:comparisons:808f889837067261",
    "core:chunk:scope:ja-JP:faq:58249a6d416f46d8",
    "core:chunk:scope:ja-JP:faq:14422c2f1ec511e0",
    "core:chunk:scope:ja-JP:faq:adaf3f17a6885723"
  ],
  "chunks": [
    {
      "chunk_id": "core:chunk:scope:ja-JP:definition:748e4e5b32a876a9",
      "section_key": "definition",
      "heading": "一言でいうと",
      "text": "スコープは、境界の安定性を具体的な対象内外の境界定義に変えるための実務判断ツールである。 スコープを使うと、判断の対象、責任者、見直し条件を短くそろえ、会議や実行の手戻りを減らせる。",
      "source_refs": [
        "concept:scope:en-US",
        "concept:scope:ja-JP",
        "concept:scope-2:en-US",
        "concept:scope-2:ja-JP",
        "manual_merge_map:numeric-suffix-2026-04-28"
      ],
      "content_hash": "748e4e5b32a876a9a24c6e745ac39bda70101adb5a26916f306669e835747066"
    },
    {
      "chunk_id": "core:chunk:scope:ja-JP:meaning:3712b95b672bce41",
      "section_key": "meaning",
      "heading": "意味",
      "text": "スコープは、実行前に、対象内・対象外・前提・変更管理の境界を決める場面に使う判断の構造である。単なる用語やテンプレートではなく、判断の境界、必要な証拠、責任者、レビュー頻度まで含めて定義する。適切に使うと、曖昧な議論を監査可能な経営判断へ変え、資源を投入する前にトレードオフを見える状態にできる。 特にスコープでは、結論だけでなく、どの証拠を採用し、どの前提を保留し、誰が更新責任を持つかまで明記することが重要である。これにより、後から判断を見直すときに、当時の制約と選択理由を追跡できる。",
      "source_refs": [
        "concept:scope:en-US",
        "concept:scope:ja-JP",
        "concept:scope-2:en-US",
        "concept:scope-2:ja-JP",
        "manual_merge_map:numeric-suffix-2026-04-28"
      ],
      "content_hash": "3712b95b672bce41b53ba86125812001e22b8bb9c6d4d117f5d1c9d97ff88f32"
    },
    {
      "chunk_id": "core:chunk:scope:ja-JP:usage:bf0a5f1c6daf5c3d",
      "section_key": "usage",
      "heading": "役立つ場面",
      "text": "スコープは、約束する前に境界の安定性を見える化することで判断を変える。 スコープの判断記録に残すことで、関係者が同じ前提で優先度と責任を確認できる。 会議の勢いではなく、証拠に基づいて開始・停止・縮小拡大・順序変更を決めやすくする。 前提、責任者、レビュー時点が明確になるため、手戻りや責任の空白を減らせる。 スコープは、約束する前に境界の安定性を見える化することで判断を変える。 スコープの判断記録に残すことで、関係者が同じ前提で優先度と責任を確認できる。 会議の勢いではなく、証拠に基づいて開始・停止・縮小拡大・順序変更を決めやすくする。 前提、責任者、レビュー時点が明確になるため、手戻りや責任の空白を減らせる。",
      "source_refs": [
        "concept:scope:en-US",
        "concept:scope:ja-JP",
        "concept:scope-2:en-US",
        "concept:scope-2:ja-JP",
        "manual_merge_map:numeric-suffix-2026-04-28"
      ],
      "content_hash": "bf0a5f1c6daf5c3d05fbc4d31c9c5d03716fcb30406d680a1c874a4c253fcbe1"
    },
    {
      "chunk_id": "core:chunk:scope:ja-JP:usage:23cb8199bb7efaa2",
      "section_key": "usage",
      "heading": "使い方のポイント",
      "text": "対象内外の境界定義を作る前に、判断、責任者、対象期間を明確にする。 証拠と意見を分け、好みの結論を飾るためではなく判断を支えるために使う。 境界の安定性は状況で変わるため、前提とレビュー日を必ず残す。 成果物を作ることではなく、管理上の行動を決めることを目的にする。 仕事の境界が変わったら、古い前提のまま使い続けず更新または廃止する。",
      "source_refs": [
        "concept:scope:en-US",
        "concept:scope:ja-JP",
        "concept:scope-2:en-US",
        "concept:scope-2:ja-JP",
        "manual_merge_map:numeric-suffix-2026-04-28"
      ],
      "content_hash": "23cb8199bb7efaa22bb2f61c9e2450ce655927fbb8d03a85f5b3246a7f922184"
    },
    {
      "chunk_id": "core:chunk:scope:ja-JP:misunderstandings:071ab9d348b23b66",
      "section_key": "misunderstandings",
      "heading": "判断するときの注意点",
      "text": "最大の注意点は、整った対象内外の境界定義が弱い証拠や政治的前提を隠すことである。 現実を説明しているのか、すでに決まった結論を正当化しているのかを分けて見る。 優先順位、責任者、資源量、レビュー日が変わらないなら、分析がまだ浅い可能性が高い。 最大の注意点は、整った対象内外の境界定義が弱い証拠や政治的前提を隠すことである。 現実を説明しているのか、すでに決まった結論を正当化しているのかを分けて見る。 優先順位、責任者、資源量、レビュー日が変わらないなら、分析がまだ浅い可能性が高い。",
      "source_refs": [
        "concept:scope:en-US",
        "concept:scope:ja-JP",
        "concept:scope-2:en-US",
        "concept:scope-2:ja-JP",
        "manual_merge_map:numeric-suffix-2026-04-28"
      ],
      "content_hash": "071ab9d348b23b666c06288a678964e9b6b2cccb810238d20a06956b7df9d701"
    },
    {
      "chunk_id": "core:chunk:scope:ja-JP:misunderstandings:7729dcb1631874f5",
      "section_key": "misunderstandings",
      "heading": "よくある誤解 / 落とし穴",
      "text": "スコープは判断そのものではなく、判断と見直しを行うための構造である。 詳細であればあるほど良いわけではない。管理上の行動を変える粒度が適切な粒度である。 一度のワークショップで終わらせるものではない。判断が生きている間、更新されて初めて価値が出る。",
      "source_refs": [
        "concept:scope:en-US",
        "concept:scope:ja-JP",
        "concept:scope-2:en-US",
        "concept:scope-2:ja-JP",
        "manual_merge_map:numeric-suffix-2026-04-28"
      ],
      "content_hash": "7729dcb1631874f5b534bd42a01b44eb6891ff4bae6b8ec00c7f45313d24c64a"
    },
    {
      "chunk_id": "core:chunk:scope:ja-JP:examples:6d53838f8f61dfc0",
      "section_key": "examples",
      "heading": "最小例",
      "text": "チームは、実行前に、対象内・対象外・前提・変更管理の境界を決める場面ためにスコープを使う。まず対象内外の境界定義を作り、責任者を1人に決め、推奨判断を変える証拠を列挙する。レビュー中に前提の1つが弱いと分かったため、対象範囲を狭め、再確認日を設定する。判断記録には、実行する行動、受け入れたリスク、判断を変えるシグナルが残り、後続メンバーも同じ前提で見直せる。 その後、スコープの記録を週次または月次のレビューで確認し、前提が変わった項目だけを更新する。関係者は、何を継続し、何を止め、どのリスクを受け入れたかを同じ資料で確認できる。判断が変わった場合も、変更理由と次回確認日が残るため、属人的な記憶に依存しない運用になる。",
      "source_refs": [
        "concept:scope:en-US",
        "concept:scope:ja-JP",
        "concept:scope-2:en-US",
        "concept:scope-2:ja-JP",
        "manual_merge_map:numeric-suffix-2026-04-28"
      ],
      "content_hash": "6d53838f8f61dfc02951920dff1a913a84a520d9b599c7d0c526eae32a826a91"
    },
    {
      "chunk_id": "core:chunk:scope:ja-JP:comparisons:808f889837067261",
      "section_key": "comparisons",
      "heading": "似ている言葉との違い",
      "text": "優先順位 | 作業の順番を決める | スコープはそもそも約束に含めるかを決める WBS | 承認済みスコープを作業単位に分ける | スコープは分解前に境界を置く プロジェクト憲章 | 目的と統制を承認する | スコープはその承認の運用境界を与える 優先順位 | 作業の順番を決める | スコープはそもそも約束に含めるかを決める WBS | 承認済みスコープを作業単位に分ける | スコープは分解前に境界を置く プロジェクト憲章 | 目的と統制を承認する | スコープはその承認の運用境界を与える",
      "source_refs": [
        "concept:scope:en-US",
        "concept:scope:ja-JP",
        "concept:scope-2:en-US",
        "concept:scope-2:ja-JP",
        "manual_merge_map:numeric-suffix-2026-04-28"
      ],
      "content_hash": "808f88983706726131fe5a0db5d3ca42a6ff70b5a5a4a3e2b43c4135706f6a18"
    },
    {
      "chunk_id": "core:chunk:scope:ja-JP:faq:58249a6d416f46d8",
      "section_key": "faq",
      "heading": "スコープは何の判断に使うべきですか？",
      "text": "スコープは何の判断に使うべきですか？ 何をするか、誰が持つか、どのトレードオフを受け入れるか、いつ見直すかを決める具体的な管理判断に使う。",
      "source_refs": [
        "concept:scope:en-US",
        "concept:scope:ja-JP",
        "concept:scope-2:en-US",
        "concept:scope-2:ja-JP",
        "manual_merge_map:numeric-suffix-2026-04-28"
      ],
      "content_hash": "58249a6d416f46d8ad201e7421beaea7eb618f113e05a2ef654f5dfed9ddba87"
    },
    {
      "chunk_id": "core:chunk:scope:ja-JP:faq:14422c2f1ec511e0",
      "section_key": "faq",
      "heading": "対象内外の境界定義はどこまで詳しく書くべきですか？",
      "text": "対象内外の境界定義はどこまで詳しく書くべきですか？ 前提、責任、証拠不足が見える程度に詳しくする。一方で、詳細化そのものが目的化して判断が遅くなる粒度は避ける。",
      "source_refs": [
        "concept:scope:en-US",
        "concept:scope:ja-JP",
        "concept:scope-2:en-US",
        "concept:scope-2:ja-JP",
        "manual_merge_map:numeric-suffix-2026-04-28"
      ],
      "content_hash": "14422c2f1ec511e0d41a1daf85bed8a1a80ab4ed471aa3fe6724dedc5594a1f3"
    },
    {
      "chunk_id": "core:chunk:scope:ja-JP:faq:adaf3f17a6885723",
      "section_key": "faq",
      "heading": "スコープはどの頻度で更新しますか？",
      "text": "スコープはどの頻度で更新しますか？ 重要な証拠、責任者、対象範囲が変わったとき、または定例レビューのタイミングで更新する。",
      "source_refs": [
        "concept:scope:en-US",
        "concept:scope:ja-JP",
        "concept:scope-2:en-US",
        "concept:scope-2:ja-JP",
        "manual_merge_map:numeric-suffix-2026-04-28"
      ],
      "content_hash": "adaf3f17a68857235e9e9b0a47c9b210d2e6475cff4e06095788fb23b746db46"
    }
  ],
  "content_hash": "adcad3a0af817ee0c1272f30a8fd0ff1d62d37520884b5fe7623f28e143ec7b0",
  "hash_algorithm": "sha256",
  "rag": {
    "chunk_id_policy": "core:chunk:{canonical_slug}:{locale}:{section_key}:{sha256_16}",
    "content_hash_policy": "sha256_stable_json",
    "source_refs_precision": "source_object_ref_or_source_key_current_snapshot"
  },
  "quality": {
    "content_tier": "db_backed",
    "quality": "reviewed",
    "publication_status": "published_reviewed",
    "source_count": 2,
    "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": "このページは調査・学習のための参照情報です。会計、法務、金融、医療、セキュリティなどの個別判断では一次情報や専門家の確認を優先してください。",
    "items": [
      "公開ページは一般的な理解と実務上の判断材料を提供するもので、個別案件の専門助言ではありません。",
      "制度、価格、規制、会計基準、製品仕様など変化が速い情報は、最終判断前に一次情報で確認してください。",
      "AI支援を含む制作・監査フローを使う場合も、公開可否は品質ゲートと人間が読める証跡に基づいて扱います。"
    ]
  }
}