プロジェクト憲章とは？目的・記載項目・承認プロセスをわかりやすく解説【IPA試験対策】

📊 プロジェクト憲章の基本情報

プロジェクトのライフサイクルと憲章の位置

▲ プロジェクト憲章は最初の「立ち上げ」プロセスで作成される。承認されるまでプロジェクトは正式には存在しない

💡 プロジェクト憲章の核心を3行で

・プロジェクトを正式に発足させ、PMに組織資源を使う権限を与える公式文書
・立ち上げプロセスでスポンサー（上位組織）が承認することで成立する
・スコープ記述書やマネジメント計画書よりも前段階の「概要レベル」の文書である

📊 過去問での出題実績

📝 IPA試験での出題パターン

パターン1：「憲章に記述する項目を選べ」
4つの記述項目が並び、憲章に含まれるものを選ぶ形式。「PMの権限」「概算予算」「マイルストーン」が正解の典型例。ひっかけとして「WBS」「詳細スケジュール」「成果物の受入基準」が並ぶ。これらは計画プロセス以降の成果物なので除外する。

パターン2：「憲章の説明を選べ」
キーワードは「正式に認可」「PMの任命」「権限付与」。スコープ記述書（作業範囲の詳細定義）・マネジメント計画書（進め方の統合計画）・ビジネスケース（投資妥当性）の説明文がひっかけとして並ぶ。

パターン3：「作成タイミング・作成者を選べ」
「立ち上げプロセスで作成」「スポンサーが承認」が正解の軸。「PMが作成して自分で承認する」という選択肢はひっかけ。承認権限はPMより上位のスポンサーが持つ点が問われる。

試験ではここまででOKです。PMBOK第6版／第7版の細かい記載項目の違いまで深追いする必要はありません。

Q. プロジェクトマネジメントにおけるプロジェクト憲章の説明として、最も適切なものはどれでしょうか？

• A. プロジェクトの作業範囲・成果物・除外事項を詳細に定義し、計画段階で作成される文書である。
• B. プロジェクトを正式に認可し、プロジェクトマネージャに組織資源を使用する権限を与える、立ち上げ段階で作成される文書である。
• C. プロジェクトの投資妥当性を経済面から評価し、プロジェクト発足前に作成される文書である。

Q. プロジェクト憲章は誰が書いて誰が承認するのですか？

実務では、原案はプロジェクトマネージャやスポンサー配下のスタッフが起草します。ただし「承認」の権限はプロジェクトマネージャより上位の存在、すなわちプロジェクトスポンサーや経営層が持ちます。PMが自分で書いて自分で承認する文書ではない、という点が試験のひっかけポイントになります。承認されることで「組織として正式に認められた」状態になります。

Q. アジャイル開発でもプロジェクト憲章は作りますか？

作ります。スクラム等のアジャイル開発でも、プロジェクトの目的・ビジョン・関与するチームの権限を関係者で握る必要があるため、簡易版の憲章（プロジェクトビジョンステートメントやチャーターと呼ばれることもある）を作成します。ウォーターフォール開発と比べると分量は軽く、A4一枚程度で済ませることが多い点が違いです。詳細な計画は短いイテレーション単位で随時更新します。

Q. 憲章にWBSや詳細スケジュールを書いてはいけないのですか？

書きません。憲章はあくまで「概要レベル」の文書で、マイルストーン（主要な節目）程度の粒度に留めます。WBSや詳細スケジュールはプロジェクトが正式発足したあと、計画プロセスで作成するスコープ・スケジュール関連の成果物です。試験ではこの「粒度の違い」がひっかけとして頻出します。憲章は「何のために・誰が・大枠でどう進めるか」、計画文書は「具体的にどう作業するか」と覚えてください。

Q. 途中で憲章の内容と現実がズレてきたらどうしますか？

原則として憲章は頻繁に変更しません。変更が必要なほど大きなズレ（目的の根本変更、PM交代、予算規模の大幅変更など）が生じた場合は、スポンサーの再承認を経て改訂します。逆に、スコープの細かい変更はマネジメント計画書や変更管理プロセスで対応します。憲章を「動かさない錨（いかり）」として扱うことで、プロジェクトのブレを防ぐ意味があります。

Q. JIS Q 21500とPMBOKで憲章の位置づけは違いますか？

本質的な役割は同じです。JIS Q 21500（プロジェクトマネジメントの手引き）でもPMBOKでも、「プロジェクトを正式に発足させ、PMに権限を与える文書」という位置づけは共通しています。記載項目の細部や呼称（例：JIS Q 21500では「プロジェクト憲章」、PMBOKでも同じ呼称）に微妙な違いはありますが、IPA試験対策としては「両者で大筋同じ」と捉えて問題ありません。