プログラム憲章のテンプレート
プログラムの立ち上げでいちばん多い失敗は、プロジェクトの一覧から書き始めてしまうことです。「来期はこの5本をやります」という資料はできあがるのですが、読んだ人が「それで会社は何が変わるのか」と聞いたときに、答えられる人がいません。
この記事では、それを防ぐためのプログラム憲章のテンプレートを紹介します。プロジェクト憲章とは書く順番が逆で、成果（ベネフィット）から書き、プロジェクトは最後に導くのが特徴です。記入例は、事例集のミライアパレル（架空）の在庫一元化プロジェクトを含む「OMO変革プログラム」に当てはめています。
※ このカテゴリはプログラムマネジメントの帳票です。単一プロジェクトの帳票はPjMテンプレートのカテゴリをご覧ください。
■ 1. 背景・よくある課題
よくある状態 | 何が起きるか |
|---|---|
プロジェクトの一覧がプログラム計画になっている | 個々は完了するのに、会社としての成果を誰も説明できない |
目的が「基幹システムの刷新」になっている | 刷新した時点で終わりになり、成果が出る前に解散する |
成果を測る日が決まっていない | 稼働の数か月後に誰も測らず、投資の評価ができない |
プログラムマネージャーの権限が書かれていない | プロジェクト間の調整で、毎回上位者を呼ばないと決まらない |
途中でやめる条件が無い | 前提が崩れても走り続け、費用だけが積み上がる |
構成プロジェクトの出入りの決め方が無い | 年度ごとに中身が入れ替わり、いつのまにか別物になる |
プログラム憲章は、この6つに先に答えておく文書です。分量はA4で2〜3枚。細かい計画は後から作ればよく、ここで決めるのは「向き」と「権限」と「やめ方」の3つです。
■ 2. テンプレート作成の目的
目的 | 具体的にどうなることか |
|---|---|
成果を先に固定する | 指標・目標値・測る時期・測る人を、憲章の段階で決める |
プロジェクトを成果から導く | 「なぜこの5本なのか」を説明できるようにする |
プログラムマネージャーの権限を明記する | どこまでを自分で決めてよいかを、数字で決めておく |
出入りのルールを決める | 構成プロジェクトを足す・外すときの判断基準を書いておく |
やめる条件を決める | 前提が崩れたときに、止める判断ができるようにする |
■ 3. 書く順番（ここが一番大事）
①目指す状態 → ②何が変わる必要があるか → ③そのために束ねるプロジェクト、の順で書きます。③から書き始めると、プログラムは「プロジェクトの寄せ集め」になります。
②をシステムの言葉ではなく、業務と組織の状態で書くのがコツです。「在庫管理システムを導入する」ではなく「在庫が1つの数字で見える」「店舗間で在庫が動く」と書きます。こう書くと、システム構築だけでは足りないこと（業務手順の変更、権限の見直し、店舗への展開）が自然に見えてきます。
■ 4. テンプレートの全体像
プログラム憲章は、次の10項目で構成します。A4で2〜3枚に収めます。
No. | 項目 | 書く内容 |
|---|---|---|
1 | プログラム名と略称 | 正式名称と、現場で呼ぶ短い名前 |
2 | 背景（なぜ今か） | 放置した場合に何が起きるかを、数字で書く |
3 | 目指す状態（ベネフィット） | 指標・開始時の値・目標値・測る時期・測る人 |
4 | 変わる必要のあること | 業務・組織・システムの状態で、3〜6項目 |
5 | 構成プロジェクト | 各プロジェクトが4のどれに効くかを対応づける |
6 | 範囲外（やらないこと） | 混同されやすいものを名指しで外す |
7 | 期間と投資枠 | 開始・終了、総投資枠、予備費、年度別の配分 |
8 | 体制と権限 | PgM・PMO・各PMの役割。PgMが決めてよい金額と日程の範囲 |
9 | 前提条件と、やめる条件 | 成り立たなくなったら中止・縮小を検討する条件 |
10 | 承認 | 承認者、承認日、次の見直し時期 |
このうち、プロジェクト憲章に無くてプログラム憲章に必要なのが3・5・8・9の4つです。特に8の権限と9のやめる条件は、後から決めようとすると必ずもめます。
■ 5. 各項目の説明
3. 目指す状態（ベネフィット）
1行につき、次の5つをセットで書きます。どれか1つでも欠けると、後から測れなくなります。
要素 | 例 | 欠けるとどうなるか |
|---|---|---|
指標 | 欠品による販売機会損失 | 「在庫が良くなる」で終わり、評価できない |
開始時の値 | 年4.2億円 | 改善したかどうかが分からない |
目標値 | 年1.2億円 | どこまでやれば成功かが決まらない |
測る時期 | 2027年3月（中間：2025年8月、2026年3月） | 誰も測らないまま終わる |
測る人 | 経営企画部（データ提供：販売管理部） | 数字を出せる人が分からず、測定自体が止まる |
8. 体制と権限
プログラムマネージャーが「どこまで自分で決めてよいか」を、金額と日程の数字で書きます。これが無いと、プロジェクト間の小さな調整のたびに役員会を待つことになります。
判断の種類 | PgMが決めてよい範囲 | それを超えたら |
|---|---|---|
構成プロジェクト間の予算の振り替え | 1件2,000万円まで／年間累計5,000万円まで | プログラム運営委員会へ |
プログラム予備費の使用 | 1件1,000万円まで | プログラム運営委員会へ |
構成プロジェクトの稼働日の変更 | プログラム全体の最終期日に影響しない範囲 | プログラム運営委員会へ |
要員の配置換え | プログラム内であれば可 | 他部門からの追加は部門長へ |
ベネフィット目標値の変更 | 不可 | 必ずプログラム運営委員会の承認 |
9. 前提条件と、やめる条件
プログラムは1〜3年続きます。その間に、前提が変わることは珍しくありません。だからこそ、やめる・縮小する条件を、始める時点で書いておきます。書いておけば、実際にそうなったときに個人が責められません。
■ 6. 記入例（架空企業：ミライアパレル）
アパレル小売のミライアパレル（年商320億円・従業員1,240名・直営68店舗・EC売上比率18%）の「OMO変革プログラム」（社内呼称 MIRAI-OMO）です。
項目 | 記入内容 |
|---|---|
1. プログラム名 | OMO変革プログラム（略称 MIRAI-OMO） |
2. 背景 | 店舗在庫とEC在庫が別システムで、相互に引き当てられない。ECで欠品表示された商品が店舗にあるという状態が常態化し、年間4.2億円の販売機会損失が生じている。同時に、売れ残りの期末値引きが22.0%に達している |
6. 範囲外 | 基幹会計システムの刷新／海外事業／新規出店計画（いずれも別の投資枠で実施） |
7. 期間と投資枠 | 2024年4月〜2027年3月（3年）／承認投資枠 10億5,000万円（うちプログラム予備費 7,820万円） |
10. 承認 | 承認者：取締役会（2024年3月19日）／見直し：毎年度末および重大な前提変更時 |
3. 目指す状態（ベネフィット）
指標 | 開始時 | 目標（2027年3月） | 測る時期 | 測る人 |
|---|---|---|---|---|
欠品による販売機会損失 | 年4.2億円 | 年1.2億円 | 半期ごと | 経営企画部 |
期末値引き率 | 22.0% | 15.0% | 年2回（期末） | 経営企画部 |
EC売上比率 | 18% | 30% | 四半期ごと | EC事業部 |
店舗からの在庫問い合わせ | 月1,800件 | 月300件 | 四半期ごと | 店舗運営部 |
物流コスト率（売上比） | 4.8% | 4.0% | 半期ごと | 物流部 |
クロスチャネル購買率 | 12% | 25% | 四半期ごと | EC事業部 |
4・5. 変わる必要のあることと、構成プロジェクトの対応
変わる必要のあること | 効く構成プロジェクト |
|---|---|
在庫が、店舗もECも1つの数字で見える | P1 在庫一元化 |
売れる店へ在庫が動く仕組みがある | P2 店舗間移動最適化／P4 物流拠点再編 |
顧客がどの窓口でも同じ扱いを受ける | P3 会員・ポイント統合 |
店舗スタッフが在庫を自分で確認して接客できる | P5 店舗業務デジタル化 |
出荷元を自動で選べる | P1 在庫一元化／P4 物流拠点再編 |
この対応表を作ると、どの変化にもプロジェクトが当たっていない箇所や、どの変化にも効かないプロジェクトが見つかります。実際にミライアパレルでは、当初案にあった「店舗レイアウト改装」がどの変化にも効かないことが分かり、プログラムの範囲外へ移しました。
5. 構成プロジェクトと投資枠の配分
No. | 構成プロジェクト | 期間 | 計画額 |
|---|---|---|---|
P1 | 在庫一元化（UNITE） | 2024/4〜2025/3稼働 | 2億2,680万円 |
P2 | 店舗間移動最適化 | 2025/4〜2025/12稼働 | 1億1,500万円 |
P3 | 会員・ポイント統合 | 2025/1〜2026/3稼働 | 2億4,000万円 |
P4 | 物流拠点再編（2→3拠点） | 2025/7〜2026/9 | 2億8,000万円 |
P5 | 店舗業務デジタル化 | 2026/1〜2026/12 | 1億1,000万円 |
― | 小計 | ― | 9億7,180万円 |
― | プログラム予備費 | ― | 7,820万円 |
― | 合計（承認投資枠） | ― | 10億5,000万円 |
9. 前提条件と、やめる条件
前提条件 | 成り立たなくなったときの扱い |
|---|---|
EC市場が年5%以上で成長を続ける | 2年連続でマイナス成長なら、P3・P5の範囲を見直す |
直営店舗数が60店舗以上で維持される | 55店舗を下回ったら、P4（拠点再編）の規模を再検討する |
業務部門から要件レビュー要員を週16時間確保できる | 2か月連続で確保できなければ、運営委員会に判断を上げる |
P1が2025年3月までに稼働する | 6か月以上遅れた場合、プログラム全体の再計画を行う |
■ 7. 運用ルール
ルール | 内容 | 理由 |
|---|---|---|
A4で3枚以内に収める | 細かい計画は別文書へ。憲章は方向と権限だけ | 長い憲章は誰も読み返さない |
ベネフィット目標値は変えない | 変えるときは必ず運営委員会の承認を取る | 途中で下げると、評価そのものが意味を失う |
構成プロジェクトの出入りは憲章の改定として扱う | 足す・外すときは、4の対応表を更新して承認を取る | いつのまにか別のプログラムになるのを防ぐ |
年度末に見直す | 前提条件がまだ成り立っているかを確認する | 1〜3年のあいだに、前提は必ず動く |
全員が読める場所に置く | 各プロジェクトのメンバーもいつでも見られるようにする | 自分の作業が何に効くかが分かると、判断が変わる |
■ 8. 活用シーン
場面 | 使い方 |
|---|---|
プログラムの立ち上げ承認 | 取締役会・投資委員会への提案資料の本体として使う |
構成プロジェクトのキックオフ | 冒頭で憲章の3と4を共有し、自分の作業が何に効くかを伝える |
プロジェクト追加の判断 | 4の対応表に当てはまるかで、プログラムに入れるかを決める |
年度予算の要求 | 7の年度別配分と、22で測ったベネフィットの実績をセットで出す |
PgMの交代時 | 憲章1枚で、何を任されているかが引き継げる |
プログラムの終結判定 | 3のベネフィットが測定できた時点が、終わりの基準になる |
■ 9. よくある失敗と直し方
失敗 | 起きること | 直し方 |
|---|---|---|
目的が「システムの刷新」になっている | 稼働した時点で解散し、成果が出る前に終わる | 目的を業務指標で書き直す。システムは手段の欄へ |
ベネフィットに測る人が書かれていない | 誰も測らず、数字が出てこない | 指標ごとに部署名を入れる。データの出どころも書く |
PgMの権限が書かれていない | 小さな調整のたびに役員会を待つ | 金額と日程の数字で、決めてよい範囲を書く |
やめる条件が無い | 前提が崩れても走り続ける | 前提条件を3〜5つ挙げ、崩れたときの扱いを書く |
憲章が20ページある | 誰も読み返さず、飾りになる | A4で3枚に圧縮。詳細はロードマップや計画書へ |
構成プロジェクトが対応表と合っていない | 「なぜこれをやるのか」が説明できない | 4の変化と5のプロジェクトを行列で突き合わせる |
■ 10. 導入効果
観点 | 憲章が無い／薄いとき | この形で書いたとき |
|---|---|---|
プログラムの説明 | 「5つのプロジェクトをやります」 | 「欠品損失を4.2億円から1.2億円にするために5本を束ねます」 |
プロジェクト追加の判断 | 声の大きい部署の案件が入ってくる | 対応表に当てはまるかで判断できる |
プロジェクト間の調整 | 毎回、上位者を呼ばないと決まらない | 2,000万円までの振り替えはPgMが即決できる |
成果の測定 | 誰も測らない | 指標ごとに測る時期と部署が決まっている |
前提が変わったとき | 走り続けるしかない | やめる条件に照らして、止める判断ができる |
■ まとめ
プログラム憲章は、プロジェクト憲章を大きくしたものではありません。書く順番が逆で、成果から始めてプロジェクトに降りていきます。
これから書くなら、まず「3年後、何の数字がいくつになっていれば成功か」を1行で書いてみてください。そこが書ければ、残りの9項目はその1行から導けます。逆にそこが書けないうちは、プロジェクトの一覧をいくら精緻にしても、プログラムにはなりません。