無料のプロジェクト憲章テンプレート（記入例付き）

プロジェクト憲章とは？

A プロジェクト憲章 は、プロジェクトを正式に承認する短い文書です。プロジェクトが存在する理由、達成すべき目標、大まかなスコープ、マイルストーン、予算、リスクを記載し、スポンサーとプロジェクトマネージャーを指名して、プロジェクトマネージャーの権限を定めます。スポンサーが署名した時点で、プロジェクトは正式に存在することになります。

PMBOKガイドは、憲章を、プロジェクトの立ち上げ者またはスポンサーが発行する文書で、プロジェクトを承認し、プロジェクトマネージャーに組織のリソースをプロジェクトに投入する権限を与えるものと説明しています。それが重要な点です。憲章が扱うのは 承認と境界であり、詳細な計画ではありません。

憲章は、投資を正当化するビジネスケースではなく、作業の提供方法を説明するプロジェクト計画書でもありません。憲章はその2つの間に位置します。

理論、例、各構成要素の詳しい解説については、当サイトの次をご覧ください： プロジェクト憲章ガイド.

プロジェクト憲章テンプレートのプレビュー

プレビューには、最初のセクションとそのガイダンス、そしてサンプルの顧客ポータルプロジェクトが表示されています。3列目を自分の内容に置き換えましょう。

サンプル行は例です。ご自身の内容に置き換えてください。

プロジェクト憲章テンプレートの内容

テンプレートには1つのタブ プロジェクト憲章があり、3つの列で構成されています： セクション （見出し）、 ガイダンス （何を書くかを説明するヒント）、 記入欄 （回答を書く欄で、記入例があらかじめ入っています）。14のセクションがあり、最後にスポンサーの氏名、署名、日付を記入する承認欄があります。

• プロジェクト憲章：セクション、ガイダンス、記入欄

どのバージョンをダウンロードすべきか？

憲章はログではなく構造化された文書であるため、ドロップダウンや計算項目はありません。3つのバージョンは、憲章ページを補助する要素が異なります：

プロジェクト憲章に含めるべき内容

以下は、テンプレートの14のセクション、それぞれに何を書くか、うまく書くためのヒントです。公開されているほとんどの憲章の形式は、名称は少し異なっても同じ内容を扱っています。

プロジェクトマネージャーの権限が重要な理由

権限の行は最もあいまいなままにされがちですが、憲章が存在する主な理由の1つです。これがないと、あらゆる小さな意思決定がスポンサーまで上がるか、プロジェクトマネージャーが誰も認めていない意思決定をしてしまいます。

具体的に書きましょう。典型的な上限は、プロジェクトマネージャーが承認なしにどれだけ支出または確約できるか、自ら承認できる変更はどれか（たとえば一定の日数やコスト未満の変更）、チームメンバーの要請や解放ができるか、いつエスカレーションしなければならないかを扱います。これらのしきい値は、そのまま次に反映されます： 変更管理プロセス と 変更要求テンプレート.

プロジェクト憲章の書き方（ステップ別）

次のステップを順に進めましょう。作業の大半はスポンサーとの対話であり、合意できれば書くのはすぐです。

1. まずスポンサーと会う。 なぜ今このプロジェクトが重要なのか、成功とはどのような状態か、何が失敗につながるかを尋ねます。他のことを書く前に、目的と目標について合意しましょう。
2. SMARTな目標を書く。 スポンサーの目標を、「ローンチ後6か月以内にアカウント関連の問い合わせを30%削減する」のように、日付付きの測定可能な成果に変えます。
3. スコープと除外事項を定める。 プロジェクトが提供するものと、同じくらい重要な、提供しないものを列挙します。明確な除外事項は、次に対する最初の防御策です： スコープクリープ.
4. マイルストーンと予算を加える。 概要レベルの日付と、承認済みの予算または範囲を使います。詳細な見積りは計画段階で後から行います。
5. リスク、前提条件、制約を記録する。 他システムへの依存や固定された規制上の期日など、開始の判断を変えうる少数の項目を記録します。
6. 人を指名する。 スポンサー、プロジェクトマネージャー、主要なステークホルダーグループを加えます。 RACIマトリクス はチームが決まってから作成できます。
7. プロジェクトマネージャーの権限を明記する。 支出と変更の上限、エスカレーションのルートをスポンサーと合意します。
8. レビューしてから署名する。 草稿を主要なステークホルダーと共有し、コメントを解決してから、スポンサーに承認欄への署名と日付の記入を依頼します。
9. 保管して活用する。 署名済みの憲章を次と一緒に保管し、 プロジェクトマネジメント計画書 主要なマイルストーンごとに意思決定を憲章と照らし合わせます。

憲章を書くタイミング

憲章は立ち上げ段階で、アイデアが原則として承認された後（多くの場合ビジネスケースや フィージビリティスタディを通じて）、詳細な計画を始める前に書きます。これは、当サイトの次のガイドで説明している立ち上げフェーズの最初のアウトプットです： プロジェクトマネジメントのフェーズ。署名済みの憲章なしに詳細な計画を始めると、間違ったプロジェクトを計画してしまうおそれがあります。

プロジェクト憲章の例

以下は、テンプレートに含まれるセルフサービスの顧客ポータルを立ち上げるプロジェクトの完全な記入例です。憲章に必要な詳細さの目安として使いましょう。

この例が機能している理由に注目しましょう：

• 目標が測定可能である。 6か月以内に問い合わせを30%削減するという目標はローンチ後に確認できるため、ベネフィットが現実のものになります。
• 除外事項が、当然と思われがちな想定を扱っている。 顧客やステークホルダーはモバイルアプリやオンライン決済を期待しがちですが、憲章は最初にそれを否定しています。
• リスクと前提条件が結びついている。 請求システム連携のリスクは、計画が請求APIを2月1日までに準備できると想定しているために存在します。
• 権限に数値がある。 プロジェクトマネージャーは$5,000までの変更を承認でき、それを超えるものはスポンサーにかけられます。

成果物はその後、次の最上位レベルになり、 WBS（ワーク・ブレークダウン・ストラクチャー）、マイルストーンはスケジュールの拠り所になります。

憲章は誰が書き、承認し、署名するのか？

組織によって実務は異なりますが、一般的な役割分担は次のとおりです：

複数の経営幹部が関わる場合は、誰かが署名する前に、説明責任を負う唯一のスポンサーを誰にするかを合意しましょう。当サイトのガイド プロジェクトガバナンス では、憲章がステアリンググループや承認ルートとどう関わるかを説明しています。

プロジェクト憲章と他の立ち上げ文書の違い

初期の文書のいくつかは重なり合っています。下表は、憲章と他の文書の関係を示しています。

PRINCE2では「憲章」という用語を使いません。そのプロジェクト概要書（プロジェクトブリーフ）とプロジェクト開始文書が同じ内容を扱っているため、組織がPRINCE2に従っている場合はそれらの名称を使い、このテンプレートを出発点のチェックリストとして扱いましょう。

アジャイルプロジェクトにおけるプロジェクト憲章

アジャイルチームも憲章を使いますが、通常はより軽い形式です。チーム憲章やプロダクト憲章では、ビジョン、次のリリースや期間の目標、チームが活動する境界、誰がどの意思決定をするかを合意し、バックログで詳細化される詳細なスコープは固定しません。

このテンプレートをアジャイルプロジェクトに使うには：

• まず、 目的 を、プロダクトビジョンまたは問題記述として書きます。
• 次に、 目標 は、固定された機能リストではなく、成果や指標として表します。
• 維持する： スコープ内 は、想定するエピックや機能など大まかなレベルにとどめ、次はしっかり固めます： 対象外 。
• 方法は次のとおりです： マイルストーン はフェーズ計画ではなく、リリース日やレビューのポイントに使います。
• スポンサーと並んでプロダクトオーナーを指名し、バックログに対する権限を明記します。

プロジェクト憲章でよくある間違い

• 憲章の中に計画を書く。 10ページものタスクと日付があると、憲章は承認しにくく、すぐに古くなります。
• あいまいな目標。 「顧客体験を向上させる」は測定できません。数値と日付を加えましょう。
• 除外事項がない。 スコープ外のリストがないと、ステークホルダーはそれぞれ自分の期待でその空白を埋めてしまいます。
• 実質的な権限がない。 プロジェクトマネージャーの上限が書面化されていないと、意思決定が滞るか、不適切な人によって行われます。
• 署名を省く。 署名のない憲章は草稿にすぎません。詳細な計画を始める前に、スポンサーの氏名と日付を記入してもらいましょう。
• 委員会をスポンサーにする。 ボードがプロジェクトを監督する場合でも、説明責任を負う1人を指名しましょう。
• 保管したまま忘れる。 主要なマイルストーンで憲章を見直し、目的、スコープ、予算が大きく変わった場合は再承認を受けましょう。

関連するテンプレートとガイド

憲章は、いくつかある立ち上げ文書の最初のものです。その前に、 ビジネスケース が投資を正当化します。その後、 プロジェクトスコープのテンプレート がスコープを詳しく展開し、 RACIマトリクステンプレート と コミュニケーション計画テンプレート が役割と報告を定め、 リスク登録簿テンプレート がリスクを追跡し、 プロジェクト計画書テンプレート が作業の提供方法を示します。要件の多いプロジェクトでは、続けて次を作成します： ビジネス要件定義書.

プロジェクト計画書テンプレート無料のプロジェクト計画書テンプレート。目標、スコープ、成果物、タスク、担当者、日付…初級 · 上級 · エキスパートRACIマトリクステンプレート実行責任者、説明責任者、相談先、報告先を整理できる無料のRACIマトリクステンプレート…初級 · 上級 · エキスパートプロジェクトスコープ記述書テンプレート無料のプロジェクトスコープテンプレート：目標、成果物、対象範囲、対象外、受入れ…初級 · 上級 · エキスパートビジネスケーステンプレート無料のビジネスケーステンプレート：課題、選択肢、コスト、ベネフィット、ROI、回収期間、リスク…初級 · 上級 · エキスパートWBS（ワーク・ブレークダウン・ストラクチャー）テンプレート無料のWBSテンプレート。WBSコード、階層、成果物、担当者…初級 · 上級 · エキスパートプロジェクト概要書テンプレート1ページでプロジェクトを概観できる無料のプロジェクト概要書テンプレート：背景、目標、対象者…初級 · 上級 · エキスパート

すべてのテンプレートを見る

• プロジェクト憲章とは？テンプレート、例、コツ
• プロジェクト目標：SMARTな目標の書き方（例付き）
• プロジェクトスコープ：定義、スコープ記述書、例
• プロジェクト立ち上げ文書（PID）：記載内容と例

憲章の各構成要素をより深く理解するには、当サイトの次をお読みください： プロジェクト憲章ガイド.

よくある質問