プロジェクト管理

プロジェクト憲章ぷろじぇくとけんしょう

プロジェクト憲章プロジェクト定義書スコープ定義プロジェクト管理PMBOKキックオフ

プロジェクト憲章について教えて

簡単に言うとこんな感じ！

プロジェクトの「なぜやるか・何をやるか・誰がやるか・いつまでに・いくらで」を一枚にまとめた公式スタート宣言書だよ。国の憲法みたいに、このプロジェクトの最上位のルールブックとして機能するんだ！

プロジェクト憲章とは

プロジェクト憲章（Project Charter） とは、プロジェクトを正式に認可・開始するための公式文書です。「なぜこのプロジェクトを実施するか（目的・ビジネス価値）」「何を達成するか（目標・スコープ）」「誰が関わるか（体制・責任）」「いつまでに・いくらで（スケジュール・予算の概算）」を明文化します。PMBOKではプロジェクト統合管理の最初のアウトプットとして定義されています。

プロジェクト憲章の重要性は「PMに権限を与える公式文書」である点にあります。プロジェクトマネージャーはこの文書があって初めて、リソースの確保・意思決定・関係者への働きかけを正式に行えます。つまり「プロジェクト憲章がない＝プロジェクトが正式に存在しない」と言えます。

発注者側にとっては、プロジェクト開始前に「この憲章に書いてある目的・スコープ・予算・体制に合意できるか」を慎重に確認することが大切です。後になって「そんな目的じゃなかった」「予算がこんなに変わるとは」という齟齬を防ぐための「出発前の地図合わせ」です。

プロジェクト憲章の構成要素

項目	説明	記載例
プロジェクト名	正式名称	販売管理システム刷新プロジェクト
目的・背景	なぜやるか	老朽化システムの刷新・業務効率30%向上
目標・成果物	何を達成するか	新販売管理システムの本番稼働
スコープ（範囲）	含む・含まない作業	受注・在庫・請求機能を対象。人事系は対象外
スケジュール	主要マイルストーン・期間	20XX年4月〜20XX年3月（12ヶ月）
予算（概算）	承認予算額	5,000万円（±10%）
体制・責任者	PM・スポンサー・主要関係者	PM：田中、スポンサー：鈴木部長
成功基準	どうなれば成功か	本番稼働後3ヶ月で受注入力ミス50%削減
主なリスク	想定されるリスク	現行システムのデータ品質リスク
前提条件	プロジェクトが成立する前提	ベンダー選定が4月末までに完了すること
制約条件	守らなければならない制限	予算上限5,000万円・期末3月31日リリース必須
承認	経営承認・スポンサー承認	署名・承認日

歴史と背景

1960〜70年代: 米国防総省・NASAが大型プロジェクトで「プロジェクト指令書（Project Directive）」を活用。プロジェクト憲章の原型
1987年: PMIがPMBOK初版（非公式版）でプロジェクト憲章の概念を組み込む
1996年: PMBOK第1版（公式版）でプロジェクト憲章が統合管理の最初のプロセスとして正式定義
2000年代: 日本企業でも「プロジェクト定義書」「プロジェクト計画書（基本）」として独自の形式で普及
現在: アジャイル開発でも「プロジェクトビジョン・OKR（目標と主要結果）」という形で、プロジェクト憲章に相当する合意文書が重要視されている

プロジェクト憲章の位置づけ

プロジェクト憲章とプロジェクト計画書の違い

比較項目	プロジェクト憲章	プロジェクト計画書
作成時期	プロジェクト開始前	要件定義〜計画フェーズ
詳細度	概要・方針レベル	詳細・実行レベル
承認者	経営層・スポンサー	PM・発注者
目的	プロジェクトの正式認可	実行のための詳細計画
ページ数目安	1〜3ページ	10〜50ページ以上

規格・番号	内容
PMBOK 第7版（PMI）	統合管理の最初のアウトプットとしてプロジェクト憲章を規定
ISO 21500	プロジェクト統合主題グループでプロジェクト憲章に相当する文書を規定
PRINCE2	プロジェクト概要書（Project Brief）がプロジェクト憲章に相当