# プロジェクト憲章

> YogoQ Core AI-readable term handoff. Preview, read-only, Reviewed/Verified only.

- Canonical URL: https://core.yogoq.com/ja-JP/core/charter
- 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: cfa1b67f1e860b2ad1611443756b92363c264d6de4b841f912011aa8d9f2b9f1
- Trust policy: core-trust-policy-v1-2026-06-22

## Short Definition

チャーターは、着手前にスポンサー、チーム、レビュー担当者の前提をそろえることに使う意思決定の契約書である。 チャーターは、責任者、判断境界、必要な証拠、見直し条件を明確にし、実務上の行動へ接続するためのCore用語である。

## 一言でいうと

チャーターは、着手前にスポンサー、チーム、レビュー担当者の前提をそろえることに使う意思決定の契約書である。 チャーターは、責任者、判断境界、必要な証拠、見直し条件を明確にし、実務上の行動へ接続するためのCore用語である。

## 意味

チャーターは単なる管理用語ではなく、プロジェクトや取り組みの目的、責任者、範囲、成功条件を短く定める意思決定の契約書である。実務では、着手前にスポンサー、チーム、レビュー担当者の前提をそろえることのために、責任者、境界、証拠、見直し条件を明確にする。 チャーターは単なる名称ではなく、チームが何を決め、誰が責任を持ち、どの証拠で見直すかをそろえるための実務判断の枠組みである。チャーターを使うときは、対象範囲、採用する証拠、保留する前提、変更時の確認日を明記し、会議の勢いや個人の記憶ではなく再確認できる記録に基づいて行動を選ぶ。

## 役立つ場面

チャーターは、作業を始める前に責任者、判断境界、必要な証拠を明確にすることで意思決定を変える。 チャーターにより、開始、停止、縮小拡大、順序変更を会議の勢いではなく証拠で判断しやすくなる。 チャーターは、前提、未解決の問い、見直し条件を残すため、手戻りと責任の空白を減らす。

- チャーターは、作業を始める前に責任者、判断境界、必要な証拠を明確にすることで意思決定を変える。
- チャーターにより、開始、停止、縮小拡大、順序変更を会議の勢いではなく証拠で判断しやすくなる。
- チャーターは、前提、未解決の問い、見直し条件を残すため、手戻りと責任の空白を減らす。

## 使い方のポイント

- チャーターを使う前に、判断したい問い、責任者、対象期間を明確にする。
- チャーターでは、意見と証拠を分け、好みの結論を飾る使い方を避ける。
- チャーターの記録には、何を採用し、何を保留し、いつ見直すかを残す。
- チャーターは成果物を作ることではなく、実務上の行動を選ぶために使う。
- チャーターの前提が変わったら、古い記録をそのまま使わず更新または廃止する。

## 判断するときの注意点

チャーターを作っても、責任者が曖昧なら実行は速くならない。 チャーターが長くなりすぎると、現場は判断基準ではなく保管物として扱う。 チャーターの更新履歴を残さないと、後からなぜ変えたかを再現できない。

- チャーターを作っても、責任者が曖昧なら実行は速くならない。
- チャーターが長くなりすぎると、現場は判断基準ではなく保管物として扱う。
- チャーターの更新履歴を残さないと、後からなぜ変えたかを再現できない。

## よくある誤解 / 落とし穴

- チャーターは名称を知るだけで価値が出るものではなく、判断や実行を変えて初めて役立つ。
- チャーターは詳細であるほど良いわけではなく、責任と次の確認が明確になる粒度が重要である。
- チャーターは一度作って終わりではなく、前提や証拠が変わるたびに見直す必要がある。

## 最小例

チームはチャーターを使い、議論が活動量だけを増やしていて管理上の判断に接続していない状態を整理する。チャーターの記録では、狙う成果、責任者、対象範囲、判断を変える証拠を一つにまとめる。次のレビューで、チームはチャーターに残した境界と現在の証拠を比べ、範囲を調整し、実行すべき作業を割り当てる。チャーターの記録には、なぜその行動を選んだか、どのリスクを受け入れたか、いつ再確認するかが残るため、後続メンバーも同じ前提で判断を見直せる。その後、チャーターの所有者は変更点、未解決事項、次回の確認条件を更新し、関係者が古い前提で動き続けないようにする。これにより、会議後の行動と判断履歴が一つの運用記録として残る。

## 似ている言葉との違い

近い用語と混ぜないため、判断での違いを先に分ける。 事業計画 | 事業ロジックを説明する | チャーターは運用上の承認を定義する スコープ | 境界を描く | チャーターは境界を責任者と成果へ結び付ける プロジェクト | 実行を組織化する | チャーターはその実行が存在する理由を承認する

- 事業計画 | 事業ロジックを説明する | チャーターは運用上の承認を定義する
- スコープ | 境界を描く | チャーターは境界を責任者と成果へ結び付ける
- プロジェクト | 実行を組織化する | チャーターはその実行が存在する理由を承認する

## Aliases

- プロジェクト憲章 (display_name, ja-JP)
- Project Charter (english_name, en-US)
- プロジェクトチャーター (katakana, ja-JP)
- プロジェクト憲章 (localized_title, ja-JP)

## Relations

- スコープ: related (https://core.yogoq.com/ja-JP/core/scope)
- プロジェクト: related (https://core.yogoq.com/ja-JP/core/project)
- 事業計画: related (https://core.yogoq.com/ja-JP/core/business-plan)

## RAG Chunks

- core:chunk:charter:ja-JP:definition:4f9e41834b8684ef
- core:chunk:charter:ja-JP:meaning:5fa528177926a3ce
- core:chunk:charter:ja-JP:usage:bd916d5bb614a145
- core:chunk:charter:ja-JP:usage:c0536928d4ffc9cc
- core:chunk:charter:ja-JP:misunderstandings:2630646258bc6102
- core:chunk:charter:ja-JP:misunderstandings:d31fa2a065b297db
- core:chunk:charter:ja-JP:examples:8fc2906e9f79b73c
- core:chunk:charter:ja-JP:comparisons:d80b18e3a1984c1b
- core:chunk:charter:ja-JP:faq:f25e18a4485ca851
- core:chunk:charter:ja-JP:faq:76390875138b0106
- core:chunk:charter:ja-JP:faq:e7ce516e6bf20813

## FAQ

### チャーターはどの程度の長さがよいですか？

責任者、成果、範囲、リスク、見直しリズムを決められる長さで、会議で使える短さにします。

### 誰が承認しますか？

説明責任を持つスポンサーと、実行責任者の両方が承認します。

### いつ変更しますか？

範囲、責任者、成功指標、重要リスクが変わったときです。

## Sources

- Principles of Management (OpenStax) - https://openstax.org/details/books/principles-management
- Wikipedia reference: Project Management - https://en.wikipedia.org/wiki/Project_management

## Limitations

このページは調査・学習のための参照情報です。会計、法務、金融、医療、セキュリティなどの個別判断では一次情報や専門家の確認を優先してください。

- 公開ページは一般的な理解と実務上の判断材料を提供するもので、個別案件の専門助言ではありません。
- 制度、価格、規制、会計基準、製品仕様など変化が速い情報は、最終判断前に一次情報で確認してください。
- AI支援を含む制作・監査フローを使う場合も、公開可否は品質ゲートと人間が読める証跡に基づいて扱います。