プロジェクト憲章作成ガイド
1. 定義
プロジェクト憲章は、プロジェクトを公式に承認し、開始を宣言するための最上位文書です。
スポンサー（プロジェクト発起人）が作成または承認し、プロジェクトマネージャー（PM）に法的・組織的権限と必要なリソースを付与します。
これにより、PMは組織内で公式に活動でき、ステークホルダーは統一された方針のもと動き始めることができます。
2. プロジェクト憲章の目的と必要性
目的 | 詳細説明 |
|---|---|
正式承認の取得 | スポンサー承認により、組織として「実行する」意思を明文化。承認印は社内外に対する実行宣言となる。 |
権限・責任の明確化 | PMがどこまで意思決定できるか、誰に報告するか、権限委譲の範囲を明記。 |
スコープと目的の合意形成 | ゴール・成果物・範囲（含む/含まない）をステークホルダーと明確化し、後の範囲膨張を防止。 |
リソース確保の根拠 | 人員・予算・設備などを「承認済み」とし、後工程での確保を容易にする。 |
成功条件の可視化 | 成果物の完成基準（Acceptance Criteria）を明記し、評価軸を共有。 |
3. 主な構成要素
プロジェクト基本情報
プロジェクト名、バージョン、日付、作成者
背景・ビジネスニーズ
市場動向、課題、組織戦略との関連
目的・ゴール（高レベル）
「なぜこのプロジェクトを行うのか」を1〜2文で
スコープ概要（In／Out）
含む範囲、含まない範囲
主要成果物（Deliverables）
完成基準付きで列挙
主要マイルストーン
日付と達成条件を記載
初期予算・リソース概要
金額、工数、必要スキルセット
組織体制と役割
スポンサー、PM、主要メンバー、意思決定フロー図
前提条件・制約事項
想定条件、利用できるリソースの上限
ハイレベルリスク
リスクと初期対策案
承認欄
スポンサー署名、承認日
4. ベストプラクティス
One-Pager原則
→ 関係者全員が5分で読める長さに凝縮（詳細は別添資料へ）早期ステークホルダー巻き込み
→ ドラフト段階からスポンサーや主要関係者を参加させる意思決定のスピード化
→ 権限委譲の範囲を明確にすることで、現場判断を可能に定期見直し
→ 大きな変更（スコープ・予算・期限）が発生した際は改訂版を発行リンク活用
→ 詳細計画書、契約書、RACIチャートなどへの参照リンクを設定
5. プロジェクト憲章と計画書の違い
項目 | プロジェクト憲章 | プロジェクト計画書 |
|---|---|---|
目的 | 承認・権限付与 | 実行手順の具体化 |
詳細度 | 高レベル | 詳細 |
作成タイミング | 開始前 | 憲章承認後 |
関係者 | スポンサー、経営層、PM | PM、チームメンバー |
変更頻度 | 低（大きな方針転換時のみ） | 高（状況に応じて更新） |
6. 作成プロセス
要件ヒアリング（スポンサー・主要ステークホルダー）
ドラフト作成（PM主導、必要に応じて事務局サポート）
レビュー（関係部署・法務・経理など）
最終版作成
スポンサー承認
社内共有・発行
保管・改訂管理
7. 目次例
[表紙]
プロジェクト憲章
Project Charter
プロジェクト名 / バージョン / 日付
[1ページ目]
1. 背景
2. 目的
3. スコープ概要（In/Out）
4. 成果物一覧
[2ページ目]
5. マイルストーン表
6. 予算・リソース概要
7. 組織体制図
8. 前提条件・制約
9. リスク概要
10. 承認欄