プロジェクト憲章とは？何のために作る？
プロジェクト憲章（project charter）は、プロジェクトを正式に始めるための許可証です。これがあることで、組織はそのプロジェクトを公式の取り組みとして扱い、人やお金を割り当てられます。
役割は大きく3つです。1つ目は、プロジェクトの存在を正式に認めること。2つ目は、PM を任命し、組織の資源を使う権限の範囲を示すこと。3つ目は、目的と成功の基準について、スポンサーと関係者の最初の合意を形にすることです。
よくある誤解は「憲章＝計画書」というものです。憲章には大枠だけを書きます。スコープの細部、詳細なスケジュール、作業の分解は、このあと作るプロジェクトマネジメント計画書の役目です。
プロジェクト憲章に書く項目は？
決まった様式はありません。組織のテンプレート（組織のプロセス資産）があれば、それに従います。多くの組織で共通する項目は次のとおりです。
| 項目 | 書く内容の例 | なぜ必要か |
|---|---|---|
| 目的・背景 | なぜ今このプロジェクトをやるのか。ビジネスケースの要約 | 判断に迷ったときの拠り所になる |
| 測定できる目標と成功基準 | 「問い合わせ対応時間を30%短縮」など数字で確かめられる形 | 完了と成功を判定できるようにする |
| 大まかな要求事項と範囲 | 主な成果物、含めないもの（境界） | スコープの議論の出発点になる |
| 主要なマイルストーン | 大きな節目と目標時期 | スポンサーとの期待をそろえる |
| 概算予算 | 承認済みの金額の枠 | 使ってよいお金の上限を示す |
| 主要なリスクと前提・制約 | 分かっている大きな不確実さ、動かせない条件 | 早い段階で共有して対応を考える |
| 主要な関係者 | スポンサー、主要部署、顧客など | 誰を巻き込むべきかを示す |
| PM と権限 | 氏名と、決めてよいこと（人の割当て・予算の執行など） | 権限の範囲をはっきりさせる |
| 承認の要件と終了の基準 | 何をもって受け入れ・完了とするか、誰が判断するか | 終わり方を最初に決めておく |
ポイントは「測定できる成功基準」です。新しい ECO は、スケジュール・予算・スコープだけでなく、関係者にとっての価値と望む成果までを成功と見ています。憲章の段階で「何が達成できたら成功か」を数字で書いておくと、後で価値を確かめやすくなります。
成功基準は、具体的か・測れるか・達成できるか・目的につながるか・期限があるか（SMART）で点検すると、あいまいさが減ります。
記入例は？1枚の憲章のサンプル
項目だけでは書き方が想像しにくいので、架空のプロジェクトで1枚の憲章を作ってみます。社内の問い合わせ対応を自動化する例です。
| 項目 | 記入例（架空） |
|---|---|
| プロジェクト名 | 社内ヘルプデスクの自動応答の導入 |
| 目的・背景 | 社内の問い合わせが増え、回答まで平均2日かかっている。社員の待ち時間と担当者の負担を減らす |
| 成功基準 | 稼働6か月後に、よくある質問の60%に自動で回答する。回答までの平均時間を1日以内にする |
| 範囲 | 含む：社内向けのチャット応答、よくある質問の整備。含まない：社外の顧客の窓口、人事システムの改修 |
| 主要マイルストーン | 要件の確定（2か月目）、試行（5か月目）、本番稼働（7か月目） |
| 概算予算 | 2,000万円（概算。計画の段階で精査する） |
| 主要なリスク・前提 | 回答の正確さが低いと使われない。各部署がよくある質問の整備に協力することが前提 |
| 主要な関係者 | スポンサー（管理本部長）、情報システム部、人事部・総務部、各部署の利用者代表 |
| PM と権限 | 情報システム部の担当課長。チームの作業の割当て、予算内の発注（1件300万円まで） |
| 承認の要件 | 成功基準の測り方をスポンサーが確認する。本番稼働の可否はスポンサーが判断する |
見てほしいのは3点です。成功基準が数字で確かめられること、範囲に「含まない」も書くこと、PM の権限に上限があることです。この3つがあいまいだと、後でスコープの広がりや、権限をめぐる混乱が起きます。
プロジェクト憲章は誰が作り、誰が承認する？
承認（発行）するのはスポンサー、またはプロジェクトの外にいて資金と権限を持つ人です。PM は、任命されていれば起草を手伝えます。早くから関わるほうが、目的や制約を深く理解できます。
ただし、PM が自分で憲章に署名して、自分に権限を与えることはできません。権限は上から与えられるものだからです。試験で「PM が憲章を作成して承認した」という選択肢が出たら、まず疑ってください。
- 1
ビジネスニーズ
課題・機会・規制対応など
- 2
ビジネスケース
やる価値の根拠を示す
- 3
憲章の起草
スポンサー主導。PMも参加できる
- 4
スポンサーの承認
プロジェクトが正式に始まる
- 5
計画へ
統合されたマネジメント計画書を作る
当サイトの整理
承認された憲章は、キックオフで関係者に共有し、計画づくりの出発点にします。
ビジネスケース・計画書とはどう違う？
憲章の前後には、似た役割の文書が2つあります。前にあるのが、やる価値の根拠を示すビジネスケースです。後に作るのが、進め方を詳しく決めるプロジェクトマネジメント計画書です。
| ビジネスケース | プロジェクト憲章 | マネジメント計画書 | |
|---|---|---|---|
| 一言で | 投資する理由 | 始める許可 | 進め方と基準 |
| 作る時期 | プロジェクトの前 | 立ち上げのとき | 憲章の承認の後 |
| 承認する人 | スポンサーや経営層 | スポンサー | スポンサーや主要な関係者 |
| 詳しさ | 選択肢と、費用・便益の比較 | 目的・成功基準などの大枠 | スコープ・スケジュール・コストの詳細とベースライン |
| 変えるとき | 前提が変わったら見直す | 目的や権限が大きく変わるとき、スポンサーが改訂する | 変更管理の手続きを経て更新する |
「ビジネスケース＝投資する理由」「憲章＝始める許可」「計画書＝進め方」と覚えると、試験でも混同しません。
アジャイルでは憲章の代わりに何を作る？
アジャイルでも、プロジェクトを始める許可と目的の共有は必要です。ただし形が軽くなり、目的ごとに文書が分かれます。
- プロジェクト（プロダクト）ビジョン：誰のために、どんな価値を、なぜ届けるのかを短く言い表したもの。チームが優先順位に迷ったときの判断軸になります。
- チーム憲章（チームの約束事）：働き方、会議の時間、完了の定義（DoD）、意思決定の方法など。グランドルールに近く、チーム自身が作ります。
- 軽い憲章：目的・成功の指標・制約・関係者だけを1枚にまとめたもの。詳細はバックログで段階的に詰めます。
注意したいのは、プロジェクト憲章とチーム憲章は作る人も目的も違うことです。プロジェクト憲章はスポンサーが承認し、プロジェクトに権限を与えます。チーム憲章はチームが自分たちで作り、協働のルールを決めます。
PMP試験では憲章がどう問われる？
2026年7月からの新しい ECO のタスク文には、「憲章」という語そのものは出てきません。それでも、Process タスク1「統合されたプロジェクトマネジメント計画を作る」の出発点は憲章です。
Business Environment タスク1「ガバナンスを定めて確立する」も、憲章が土台になります。このタスクは、成功の指標を決めることや、エスカレーションの経路としきい値を示すことを挙げています。どれも、憲章で最初に形になるものです。
問われ方の典型は次の3つです。
- 憲章が無い・未承認のまま作業を始めようとしている：作業を進めるより先に、スポンサーの承認を得るのが筋です。
- 目的や成功基準があいまいで、関係者の期待がばらばら：PM が独断で決めず、スポンサーと確かめて憲章（またはビジョン）を明確にします。
- 権限を超える判断が必要になった：憲章で決めた権限の範囲を確かめ、超えるならスポンサーやガバナンスの経路に上げます。上げる基準はエスカレーションの判断基準で整理しています。
迷ったら「この判断は PM の権限の中か？」と考えます。新ECOの全体像は新ECO（2026年版）の26タスク一覧で確認できます。この判断を実際の問題で試すなら、無料模試30問が使えます。
確認問題1
憲章が無いまま着手を求められた
（当サイトの独自問題）ある部門長から、新しい社内ポータルの構築を急ぐよう指示されました。予算の話は口頭で出ただけで、文書はありません。チームのメンバーは、すぐに要件の聞き取りを始めたいと言っています。プロジェクト・マネジャーが次に行うべきことはどれか。
選択肢を押すと、正誤と解説が表示されます。
正解と解説を見る
正解：2。プロジェクトが正式に認められ、PM の権限と予算の枠が決まってから、組織の資源を使うのが筋です。まず資金と権限を持つスポンサーが誰かをはっきりさせ、大枠を確かめて、憲章として承認を得ます。
1：権限も予算も決まらないまま、資源を使い始めることになります。3：予算や範囲の枠は、スポンサーが決めるものです。4：議事録は記録にはなりますが、目的や成功基準の合意を形にしたことにはなりません。
確認問題2
成功の基準が人によって違う
（当サイトの独自問題）憲章は承認済みですが、目標は「顧客満足を高める」としか書かれていません。キックオフの場で、営業部は受注件数、サポート部は問い合わせ件数の減少を成功と考えていることが分かりました。プロジェクト・マネジャーが次に行うべきことはどれか。
選択肢を押すと、正誤と解説が表示されます。
正解と解説を見る
正解：4。解釈が分かれるのは、憲章の目標が測れない形だからです。成功の定義はスポンサーが責任を持ちます。スポンサーと関係者で合意し、測れる形に直します。
1：一部の関係者の期待だけで決めると、他部門の不満が残ります。2：合意なしにスコープを広げると、承認の無いスコープの広がりを招きます。3：基準が後回しでは、何を作るべきかが定まりません。
確認問題3
チーム憲章とプロジェクト憲章
（当サイトの独自問題）ハイブリッド型のプロジェクトで、スクラムチームを新しく組みました。メンバーから「会議の時間や、作業が完了したと言える条件があいまいだ」という声が上がっています。プロジェクト憲章はすでに承認されています。プロジェクト・マネジャーが次に行うべきことはどれか。
選択肢を押すと、正誤と解説が表示されます。
正解と解説を見る
正解：1。困っているのは、チーム内の協働のルールです。チーム自身が話し合って決めるチーム憲章が適しています。自分たちで決めたルールは守られやすくなります。
2：プロジェクト憲章は権限と目的の文書で、チームの働き方は対象外です。3：PM が一方的に決めると、当事者意識が育ちません。4：標準の手順は参考になりますが、チーム固有の約束事は決まりません。