フレームワーク活用ガイドひとことで言うと#
プロジェクトの目的、スコープ、体制、スケジュール、予算、制約条件を1枚の文書にまとめた「プロジェクトの憲法」。これを関係者が承認することで、プロジェクトが正式にスタートする。ぶれそうになったらチャーターに立ち返る。
押さえておきたい用語#
- スコープ（Scope）
- プロジェクトでやること（In Scope）とやらないこと（Out of Scope）の範囲である。チャーターで明記し、スコープクリープを防ぐ基準になる。
- プロジェクトスポンサー
- プロジェクトの予算承認権限と最終意思決定権を持つ上位責任者のこと。チャーターの承認者でもある。
- 成功基準（Success Criteria）
- プロジェクトが成功したかどうかを判断するための定量的な達成条件のこと。曖昧にしないことがチャーターの価値。
- 前提条件（Assumptions）
- プロジェクト計画が成立するために「真である」と仮定している事項を指す。崩れたときの影響が大きいため明記する。
- 制約条件（Constraints）
- プロジェクトの予算上限・期限・技術制約など動かせない条件を指す。
プロジェクトチャーターの全体像#
こんな悩みに効く#
- プロジェクトの途中で「そもそも何を目指していたんだっけ？」と迷子になる
- スポンサーやステークホルダーの期待がバラバラ
- スコープがどんどん膨らんで、収拾がつかなくなる
基本の使い方#
「なぜこのプロジェクトをやるのか？」「成功したらどうなるのか？」を明文化する。
- ビジネス上の背景・課題
- プロジェクトの目的とゴール
- 成功基準（定量的に測れるもの）
ポイント: 目的は**「売上を上げる」ではなく「新規顧客獲得数を月100件にする」**のように具体的に書く。
「やること」と「やらないこと」を明確に線引きする。
- スコープ内: このプロジェクトで対応する範囲
- スコープ外: 明示的に「やらない」こと
- 制約条件: 予算上限、期限、技術制約など
- 前提条件: 成立するために必要な前提
ポイント: 「やらないこと」を書くのが重要。書かないとスコープクリープの原因になる。
誰が何の役割を担い、いつまでに何を達成するかを記載する。
- プロジェクトスポンサー、PM、チームメンバーの役割
- 主要マイルストーンとスケジュール
- 意思決定プロセス（誰がどのレベルの判断をするか）
ポイント: 意思決定権限を明確にしておくと、プロジェクト中の判断が速くなる。
チャーターをスポンサー・主要ステークホルダーに説明し、正式に承認を得る。
- 全員が同じ認識であることを確認
- 承認のサイン（または電子承認）を取得
- 承認後のチャーターは変更管理の対象にする
ポイント: 口頭の合意だけでなく、必ず文書として承認を記録する。後で「聞いてない」を防ぐ。
具体例#
状況: 従業員180名のBtoB SaaS企業。現行CRMが老朽化し、営業チーム40名のデータ二重入力が常態化。営業本部長がスポンサーとなり刷新プロジェクトを発足。
チャーターの内容:
| 項目 | 記載内容 |
|---|---|
| 背景 | 現行CRMの老朽化でデータ入力に1人あたり日45分消費 |
| 目的 | 新CRM導入で営業データ一元化、営業効率30%向上 |
| スコープ内 | CRM選定、データ移行、営業部門への導入・研修 |
| スコープ外 | マーケティングオートメーション連携（Phase 2） |
| 体制 | スポンサー=営業本部長、PM=IT部門リーダー、チーム=IT3名+営業2名 |
| 予算 | 2,000万円（ライセンス料含む） |
| 期間 | 6ヶ月（2026年4月〜9月） |
| 成功基準 | 全員がCRMを日常利用、データ入力時間50%削減 |
承認: スポンサー・CTO・営業部門長の3名が署名して正式にキックオフ。
途中でマーケティング部門から「MAツール連携も入れてほしい」と要望があったが、チャーターの「スコープ外」に明記していたため、Phase 2に回す判断がスムーズにできた。
状況: 従業員520名の建設会社。老朽化した本社ビルから新社屋への移転プロジェクト。予算8億円（建築費含まず、IT・什器・移転作業のみ）、期間12ヶ月。
チャーターの要点:
- 目的: オフィス面積を1.5倍に拡大し、フリーアドレス導入で部門間連携を促進。社員満足度を3.2→4.0に向上
- スコープ内: IT設備移設、ネットワーク構築、什器調達・配置、社員の座席・動線設計、引越し作業
- スコープ外: 新社屋の建築工事（別プロジェクト）、旧ビルの売却手続き
- 前提条件: 新社屋の建築が2026年12月末までに完了すること
- 制約条件: 業務停止は最大3日間。年末年始の3日間で集中移転
リスク: 前提条件（建築完了）が2ヶ月遅延し、チャーターの前提が崩壊。チャーターに基づきスポンサー会議を開催し、移転日を2ヶ月後ろ倒す代わりにGW期間の5日間に移転を変更。
| 指標 | 目標 | 実績 |
|---|---|---|
| 業務停止日数 | 最大3日 | 2日（GW活用） |
| IT設備稼働率 | 移転翌日99% | 98.5%（軽微な問題のみ） |
| 社員満足度 | 4.0/5.0 | 4.3/5.0 |
この取り組みが示すように、チャーターに前提条件を明記していたことで、建築遅延という想定外の事態にも「何が崩れたか」を明確に説明でき、計画変更の合意形成が迅速にできた。
状況: 子ども食堂を運営するNPO法人（スタッフ12名、ボランティア45名）。新拠点開設のためにクラウドファンディングで500万円の資金調達を目指すプロジェクト。
チャーターの内容:
- 背景: 現拠点のキャパシティが限界（週3回・30名分→需要は60名以上）
- 目的: クラウドファンディングで500万円を調達し、新拠点の初期費用に充当
- スコープ内: CF企画・ページ作成・PR活動・支援者へのリターン発送
- スコープ外: 新拠点の物件探し・内装工事（別途進行）
- 体制: PM=広報担当1名、チーム=ボランティア3名
- 予算: PR費用30万円（チラシ・SNS広告）
- 期間: 準備1ヶ月＋CF実施期間45日
- 成功基準: 目標金額500万円の達成、支援者300名以上
意思決定ルール: 10万円以上の支出は理事長承認。PRの内容変更はPM判断。
| 指標 | 目標 | 実績 |
|---|---|---|
| 調達金額 | 500万円 | 623万円（達成率125%） |
| 支援者数 | 300名 | 412名 |
| PR費用 | 30万円 | 28万円 |
小規模なプロジェクトでもチャーターを作ったことで、ボランティアメンバー全員が「何を目指しているか」「自分の役割は何か」を明確に理解でき、限られたリソースで目標を大幅に上回る成果を出せた。
やりがちな失敗パターン#
- チャーターなしで走り出す — 「急ぎだから」とチャーターを省略すると、途中で目的やスコープの認識がずれて大きな手戻りになる。急ぐほどチャーターが必要
- チャーターが分厚すぎる — 何十ページもの文書になると誰も読まない。A4で1〜2枚に収まるレベルが理想
- 作って終わりにする — チャーターは承認後も判断の基準として参照し続ける。迷ったらチャーターに戻る文化をつくる
- 「やらないこと」を書かない — In Scopeだけ書いてOut of Scopeを省略すると、グレーゾーンの解釈で揉める。明示的に範囲外を宣言する
まとめ#
プロジェクトチャーターは、プロジェクトの「何を・なぜ・誰が・いつまでに・いくらで」を1枚にまとめた公式文書。関係者全員の認識を揃え、プロジェクト中の判断基準として機能する。A4で1〜2枚、簡潔に、でも「やらないこと」まで明確に書くのがポイント。