プロジェクト憲章の書き方｜1枚で書けるテンプレートと記入例、PMBOK第8版の項目と計画書との違い
無料のプロジェクト憲章テンプレート（PowerPoint）と、全項目を埋めた記入例を配布。PMBOK第8版の12の項目、企画書・計画書との違い、PMの権限の書き方、社内の承認の取り方、承認後の使い方まで解説します。
この記事でわかること
- 無料のプロジェクト憲章テンプレートは、PMBOK第8版の12の項目を1枚にまとめたスライドと記入例
- 企画書に書いてある目的と予算に、やらないこと・止める条件・PMが1人で決めてよいことの3つを足す
- 承認は人を出す部署の長に先に見せてから稟議へ。承認後は範囲の外の依頼と中止の判断で開く
どろん先輩
PM・企画職専門の転職エージェント「ネコノテキャリア」の中の人。オブラートに包まない物言いが持ち味で、相場も裏事情も聞かれれば正直に話す。少し口が悪い。
はじめ
事業会社の企画部5年目。初めて社内プロジェクトのPMに指名され、部長から憲章を書くように言われた
目次
「まずプロジェクト憲章を書いて」と言われて検索すると、PMBOKの用語の説明と項目の一覧は出てくる。ところが、実際に埋めた1枚はほとんど見つからず、どこまで書けば承認されるのかも分からない。
この記事では、全部の項目を1枚にまとめられる無料のプロジェクト憲章テンプレート（PowerPoint）と、その記入例を配ります。項目はPMBOKガイド第8版の憲章の要素に合わせました。書き方と社内での承認の取り方は、PM専門の転職エージェントのどろん先輩に聞きました。
はじめ（初めて社内プロジェクトのPMに指名された事業会社の企画部5年目）
部長に「憲章を書いて来週の経営会議に出して」と言われました。企画書はもう通っているのに、何を書き足せばいいのか分からなくて。
どろん先輩（PM専門エージェント）
企画書は「やるかどうか」を決めるための書類で、憲章は「やると決まったので、誰に何を任せて始めるか」を決める書類です。書き足すのは、範囲の外側と、はじめさんが1人で決めていいことの2つが中心になります。
無料のプロジェクト憲章テンプレート（PowerPoint）
ネコノテキャリアのプロジェクト憲章テンプレートは、登録なしで無料でダウンロードできるPowerPointファイルです。PMBOKガイド第8版が挙げる憲章の12の要素を、日本の会社で書きやすい名前にして最初の1枚にまとめ、そのあとのスライドで、範囲や権限を項目ごとに図で示しました。
プロジェクト憲章テンプレート（無料、登録なし）
PowerPointファイル（.pptx）で、スライドは12枚です。表紙、12項目のまとめの1枚、項目ごとの図のスライドの順に、架空のプロジェクトの記入例が入っています（画像はその一部）。記入例の文字を書き換えて使ってください。
PowerPoint版をダウンロード記入例は、WBSテンプレートの見本と同じ、架空の社内システム刷新プロジェクトです。WBSのタスクと日付がそろっているので、憲章に書いたことが、そのあとの計画でどう使われるかも追えます。承認に回すときは、まとめの1枚だけを稟議に添えてもかまいません。
書き換えや社内での配布は自由です。ブログや社内資料で紹介するときは、このページへのリンクを添えてください。
プロジェクト憲章は、プロジェクトを正式に始めてPMに権限を渡す1枚
プロジェクト憲章（プロジェクトチャーター）は、承認する人がプロジェクトを正式に始めると認め、PMに会社の人やお金を使う権限を渡すための文書です。PMBOKガイド第8版も、憲章を、プロジェクトオーナー（PMBOKでいうスポンサー）や発起者が出す文書として説明しています。
プロジェクトが決まる前
企画書（ビジネスケース）
やるかどうか。なぜやるか、いくらかけて何が返ってくるか
↓
決まった直後、計画を立てる前
プロジェクト憲章
やると決まったことを正式に始め、誰に何を任せるか。目的と予算は企画書から短く写す
企画書にない3つを足す
↓
憲章が承認されたあと
プロジェクト計画書
どう進めるか。日程、体制、会議、品質、リスクの細かい進め方
はじめ
企画書と中身が重なりそうです。目的や予算は、企画書にもう書いてあります。
どろん先輩
重なっていいんです。企画書の目的と予算を短く写して、そこに企画書にはない3つを足します。やらないこと、どうなったら止めるか、PMが1人で決めていいこと。
この3つがないまま始めると、範囲の外の依頼が来るたびに、はじめさんが部長に聞きに行くことになります。それを毎回やっていたら、PMは伝言係です。
PMBOKガイドの第8版（2025年）は、第7版で載せていなかった手順の一覧を戻し、「立ち上げ」の最初の手順の成果物として憲章を挙げています。第8版は、PMは遅くとも計画を始める前に任命し、できれば憲章を作る段階から関わるのが望ましい、という立場です。
プロジェクト憲章に書く12の項目（PMBOK第8版）
プロジェクト憲章に書く項目は、PMBOKガイド第8版の一覧に沿うと、目的、目標と成功の基準、範囲と主な成果物、大まかな要求、全体のリスク、主なマイルストーン、承認済みの予算、主な関係者、承認の条件、終了・中止の条件、PMと権限、プロジェクトオーナーと権限の12個です。テンプレートは、この12個をまとめの1枚に並べています。表で黄色にした3つが、企画書には書かれていないことの多い項目です。
| テンプレートの項目 | 書くこと | 記入例の要点 |
|---|---|---|
| 目的 | なぜやるのか。会社や部門の何につながるか | 受発注と請求の管理を1つにまとめ、月末の締め作業を短くする |
| 目標と成功の基準 | 終わったときに何が達成されていれば成功か | 2月19日に本番稼働。稼働後3か月で締め作業を5営業日から3営業日に |
| 範囲（やること・やらないこと）と主な成果物 | やることと、やらないことの両方 | やらないこと: 経費精算、勤怠管理、スマートフォン向けの画面 |
| 大まかな要求 | 最低限これだけは満たす、という要求 | 5部署・約120人が同時に使える |
| 主なマイルストーン | 節目の日付を3〜6個 | 要件の承認、設計の完了、リリース判定会議、本番稼働 |
| 承認済みの予算と人 | 使ってよい金額と、出してもらう人 | 外部委託1,500万円（予備費を含む）、社内5人 |
| 全体のリスクと前提 | 大きなリスクを2〜3個と、前提にしていること | 連携先ベンダーの対応の遅れ、年末年始 |
| 主な関係者 | 決める人、人を出す人、使う人、社外の相手 | 管理本部長、各部の部長、委託先 |
| 成功を判断する人と承認の条件 | 誰が成功と判断するか | リリース判定会議で管理本部長が判断する |
| 終了・中止の条件 | どうなったら終わるか、止めるか | 予備費を超えそうなら、続けるか見直すかを管理本部長が決める |
| PMと権限 | PMの名前と、PMが1人で決めてよいこと | 予算の範囲内での委託先への依頼、節目を動かさない日程の変更 |
| プロジェクトオーナーと権限 | 承認する人と、その人が決めること | 範囲・予算・本番稼働日の変更、ほかの部署への人の依頼 |
「プロジェクト憲章」の検索上位10件を読むと、目的と関係者はすべての記事が挙げていました。一方で、終了・中止の条件を項目に入れていたのは1件だけで、PMの権限も「権限を書く」とあるだけで、何を書くかの例はほとんどありませんでした。
はじめ
PMの権限って、どう書けばいいんでしょう。「プロジェクトの管理全般」とかですか。
どろん先輩
それだと何も書いていないのと同じです。権限は、PMが誰にも聞かずに決めていいことを、具体的に並べるんです。記入例なら、予算の範囲内で委託先に作業を頼むこと、メンバーに作業を割り当てること、節目を動かさない範囲で日程を変えること。
逆に、範囲、予算、本番の日付を変えるのはプロジェクトオーナーが決める、とプロジェクトオーナーの欄に書く。線を引いておけば、はじめさんが決めていいことで部長の時間を使わずに済むし、部長に上げるべきことを1人で抱え込むこともなくなります。
「PMと権限」の欄
PMが1人で決めてよいこと
- 予算の範囲内で、委託先に作業を頼む
- メンバーに作業を割り当てる
- 節目の日付を動かさない範囲で、日程を変える
「プロジェクトオーナーと権限」の欄
プロジェクトオーナーが決めること
- 範囲を変える（やらないことを入れる）
- 予算を変える
- 本番稼働の日付を変える
- ほかの部署に人を出してもらう
迷ったら、範囲・予算・本番の日付のどれかが動くかを見る。動くならプロジェクトオーナーに上げ、動かないならPMが決める
どろん先輩
終了・中止の条件も、書いておくと後で助かります。「予備費を超えそうなら、続けるか見直すかを本部長が決める」と最初に書いてあれば、その日が来たとき、はじめさんは悪い知らせを持っていくのではなく、決まっていた判断の場を開くだけになります。止める条件の決め方と、計画のどの欄に失敗のしるしが出るかは、プロジェクトの失敗はなぜ起きるかで詳しく話しています。
書き方は、プロジェクトオーナーと4項目を決めてから残りを埋める
プロジェクト憲章の書き方は、先にプロジェクトオーナーと目的・目標・予算・PMの権限の4項目を話して下書きし、残りの8項目を埋めてから見直す順にします。まとめの1枚では1項目を1行にとどめ、項目ごとのスライドにも収まらない細かいことは、計画書や要件定義書に回します。
- プロジェクトオーナーと30分ほど時間を取り、目的・目標と成功の基準・承認済みの予算と人・PMと権限の4項目を話して、その場で下書きする
- 企画書や打ち合わせの記録から、範囲と主な成果物、大まかな要求、主なマイルストーン、主な関係者を埋める
- やらないことを3つ以上書く。関係者が「当然入っている」と思っていそうなものから書く
- 全体のリスクと前提、成功を判断する人と承認の条件、終了・中止の条件を書く
- まとめの1枚に収まっているか、数字と日付が企画書と食い違っていないかを見直す
はじめ
やらないことを3つも書くと、やる気がないように見えませんか。
どろん先輩
逆です。やらないことを書いた憲章のほうが、あとで範囲がふくらみにくい。記入例の「スマートフォン向けの画面はやらない」は、書いておかないと、説明会の日にどこかの部長が「スマホで見られるんでしょ」と言い出す類いの話です。
そのときに憲章を見せて、「入れるなら範囲の変更として本部長に判断してもらいます」と返せる。書いていなければ、その場で断る理由がありません。
どこまで書けば終わりかの目安は、承認する人が5分で読み切れることです。編集部の見立てでは、まとめの1枚に収まらない憲章は、計画書に書くことが混ざっています。日程の細かい段取り、会議の進め方、作業の分担は、承認のあとで計画書とWBSに書きます。
社内の承認は、人を出す部署の長に先に見せてから稟議に回す
日本の会社で憲章の承認を取るときは、下書きをプロジェクトオーナーと作ったあと、人を出してもらう部署の長に先に見せ、そのうえで稟議や会議の決裁に回すと、差し戻されにくくなります。編集部の見立てでは、決裁の場で初めて自分の部署の人を出すと知った部長は、反対に回りやすいからです。
| 順番 | すること | 見せる相手 |
|---|---|---|
| 1 | 目的・目標・予算・PMの権限を話して下書きする | プロジェクトオーナー |
| 2 | 人を出してもらう人数と期間を確かめる | 人を出す部署の長 |
| 3 | 範囲とやらないことに食い違いがないか確かめる | 主な利用部署の長 |
| 4 | 稟議書に憲章を付けて回すか、経営会議に出す | 決裁する人 |
| 5 | 承認された憲章を、キックオフで全員と読み合わせる | チーム全員と関係部署 |
はじめ
稟議書があるなら、憲章は要らないんじゃないかと言われそうです。
どろん先輩
稟議書の本文を憲章の形で書いてもいいし、憲章を添付してもいい。形は会社の決まりに合わせてください。大事なのは書類の名前ではなく、範囲の外側と権限の線が、承認された紙に残っていることです。
記入例の会社だと、10月9日の経営会議で予算と体制が承認されています。この日付を承認日の欄に書いておけば、あとで「そんな話は聞いていない」と言われたときに見せられます。
1か月ほどで終わり、1つの部署の中で完結する小さな仕事なら、憲章まで作らず、目的・期限・予算・任せる人をメールで上長と合意するだけでも足ります。ほかの部署から人を出してもらう、社外にお金を払う、半年以上かかる、のどれかに当てはまるなら、1枚の憲章を作る価値があります。
承認したあとは、キックオフと範囲の外の依頼と終わりの判断で使う
承認されたプロジェクト憲章は、キックオフで全員と読み合わせ、範囲の外の依頼が来たときと、終了・中止の判断をするときに開きます。中身を変えるときは、プロジェクトオーナーに承認してもらって版を上げます。
| 開く場面 | 見る項目 | すること |
|---|---|---|
| キックオフ | 目的、目標と成功の基準、やらないこと | 全員で読み合わせ、質問をその場で受ける |
| 範囲の外の依頼が来たとき | やらないこと、プロジェクトオーナーと権限 | 入れるなら範囲の変更としてプロジェクトオーナーに判断してもらう |
| ほかの部署に人を頼むとき | 承認済みの予算と人、プロジェクトオーナー | 承認された人数と期間を見せて頼む |
| 予算や日程が危うくなったとき | 終了・中止の条件 | 決めてあった判断の場をプロジェクトオーナーと開く |
| 振り返り | 目標と成功の基準 | 達成できたかを、最初に書いた基準で確かめる |
どろん先輩
承認をもらったら引き出しにしまってしまう人もいますが、それでは書いた手間の元が取れません。範囲の外の依頼を断るとき、ほかの部署に人を頼むとき、憲章の1行を見せるだけで話が早くなる。憲章は、始めるための書類というより、途中で線を引き直すときの拠り所です。
憲章を承認したら、次はタスクを成果物から分けてWBSを作ります。記入例と同じプロジェクトの見本が入ったテンプレートを、WBSテンプレートの記事で配っています。
参考データと出典
| データ | 内容 | 時点・条件 |
|---|---|---|
| PMI『PMBOKガイド』第8版 | 用語集の憲章（project charter）の説明、2.1.6.1「プロジェクトまたはフェーズの立ち上げ」、Table 4-1（憲章と範囲記述書の要素、p.129）、スポンサー（プロジェクトオーナー）の関わり（p.68） | 2025年発行の英語版。項目の名前と訳は編集部 |
| 「プロジェクト憲章」の検索上位の記事 | 上位10件の項目、記入例の有無、根拠にしているPMBOKの版 | 2026年11月に編集部が確認 |
| テンプレートの記入例 | 架空の社内システム刷新プロジェクト（2026年9月〜2027年3月） | 実在の会社・プロジェクトではない |
| テンプレートの画像 | PowerPointファイルの表紙・まとめ・範囲・権限のスライド | ファイルのスライドを縮小して並べたもの |
よくある質問
プロジェクト憲章のテンプレートは無料で使えますか？
無料で、登録もいりません。PowerPointファイルをダウンロードして、そのまま使えます。書き換えや社内での配布も自由です。
プロジェクト憲章のサンプルはありますか？
テンプレートのスライドに、架空の社内システム刷新プロジェクトで12項目をすべて埋めたサンプルが入っています。予算1,500万円、5部署・約120人が使うシステムを、約6か月で入れ替える例です。
プロジェクトチャーターとプロジェクト憲章は違うものですか？
同じものです。英語のproject charterを、日本語ではプロジェクト憲章と呼ぶことが多く、どちらの名前でも中身は変わりません。
プロジェクト憲章は誰が書きますか？
PMBOKガイド第8版では、プロジェクトオーナー（PMBOKでいうスポンサー）かPMが、プロジェクトを始めようとしている側と一緒に作るとされています。編集部の見立てでは、PMが下書きしてプロジェクトオーナーが中身を確かめる進め方が書きやすいです。承認と、あとからの変更の承認はプロジェクトオーナーの役割です。
プロジェクト憲章とプロジェクト計画書の違いは何ですか？
憲章は、プロジェクトを正式に始め、PMに権限を渡すための1枚で、目的、範囲、予算、権限などを大まかに書きます。計画書は憲章が承認されたあとに作り、日程、体制、会議、品質、リスクをどう進めるかを細かく書きます。
この記事は、PM・PdM・企画職専門の転職支援「ネコノテキャリア」と業務委託の案件紹介「ネコノテエキスパート」を運営する株式会社スナネコが、実務知見に基づいて制作しています。