プログラム・ロードマップのテンプレート
プログラムの資料でよく見るのが、横長の線表です。プロジェクトが何本か並び、それぞれに期間の帯が引いてある。ただ、そこに成果を測る日や旧のやり方を止める日が書かれていないことが少なくありません。作業の予定表になってしまっているのです。
この記事では、プログラムのロードマップのテンプレートを紹介します。ポイントは、行を5種類に分けることと、右から左へ書くことの2つです。記入例は、ミライアパレル（架空）の「OMO変革プログラム」（3年・投資枠10億5,000万円）です。
■ 1. 背景・よくある課題
よくある状態 | 何が起きるか |
|---|---|
行がプロジェクトだけになっている | 業務の変更や研修が計画に存在せず、稼働しても使われない |
「システム稼働」で線が終わっている | 稼働後の数か月が計画に無く、成果が出る前に解散する |
旧システムを止める日が書かれていない | 並行運用が1年以上続き、二重の運用コストが残る |
成果を測る日が書かれていない | 誰も測らず、投資の評価ができない |
日付が週単位で細かい | 作るのに時間がかかり、しかもすぐ古くなる |
各プロジェクトの詳細計画をそのまま貼っている | 1枚に収まらず、全体像が見えない |
■ 2. テンプレート作成の目的
目的 | 具体的にどうなることか |
|---|---|
成果が出るまでを1枚に収める | 稼働の後ろにある、定着と測定の期間まで描く |
システム以外の作業を見える化する | 業務変更・研修・旧の停止を、独立した行として置く |
プロジェクト間の順序を示す | どれが先で、どれが後かを、四半期の粒度で合意する |
更新しやすくする | 四半期の粒度にすることで、見直しが四半期に1回で済む |
■ 3. 書く順番が決まっている
ロードマップは、左から順に埋めていくものではありません。次の順番で置きます。
順 | 置くもの | ミライアパレルの例 |
|---|---|---|
1 | 最終成果を測る日（いちばん右） | 2027年3月 最終評価（B-01〜B-06） |
2 | その手前に、旧運用を止める日 | 2026年12月 旧物流拠点の閉鎖 |
3 | さらに手前に、使い始める日（展開完了） | 2027年3月 店舗端末の展開完了 |
4 | そこから逆算して、各プロジェクトの期間 | P1〜P5の構築期間 |
5 | 途中に、中間指標を測る日を1〜2回 | 2025年8月・2026年3月 |
大事なのは1番目と2番目です。多くのロードマップは「システム稼働」で終わっています。しかし成果が出るのは、旧運用が止まり、全員が新しいやり方になってからです。ここを書いていないと、稼働後の数か月が計画に存在しないことになります。
■ 4. 何を1行にするか
ロードマップの行は、プロジェクトとは限りません。成果につながる「かたまり」で分けます。
行にするもの | 例 | なぜ分けるか |
|---|---|---|
システム側の構築 | 在庫一元化、会員統合 | 技術的な依存でまとまっている |
業務側の変更 | 取り寄せ運用の手順改定 | 担当部署が違う。別に進む |
人への展開（研修・切替） | 全68店舗への展開 | システムと業務の両方が終わってから |
旧のたたみ方 | 並行運用の終了、旧拠点の閉鎖 | 忘れられやすい。独立させて見える化する |
成果の確認 | ベネフィットの測定 | 作業ではないが、日付が要る |
4行目と5行目を独立した行にするのが、プログラムのロードマップの特徴です。これがあるかどうかで、計画の性格が変わります。
★が構成プロジェクトの稼働、◆がベネフィットを測る時点です。P1は2025年3月に稼働しますが、最初の測定は2025年8月。この5か月が定着期間です。
旧のたたみ方の行を見てください。旧在庫システムの並行運用を終えるのは2025年9月で、P1稼働の半年後です。この半年をロードマップに描いておかないと、並行運用がずるずる延びます。実際、並行運用が1年を超えると、二重運用のコストが効果を食いつぶします。
■ 5. 粒度は「四半期」で十分
ロードマップに日付を細かく入れようとすると、作るのに時間がかかり、しかもすぐ古くなります。プログラムの期間は1〜3年です。この長さでは、週単位の精度は意味を持ちません。
使う場 | 粒度 | 更新の頻度 | 誰が使うか |
|---|---|---|---|
プログラムのロードマップ | 四半期、または月 | 四半期に1回 | 運営委員会・経営層 |
各プロジェクトのスケジュール | 週、または日 | 週に1回 | 各プロジェクトのチーム |
依存関係のある箇所だけ | 月 | 月に1回 | PgM・PMO |
細かくしたくなるのは、たいていプロジェクト間の依存関係が心配なときです。その場合はロードマップを細かくするのではなく、依存関係マップを別に作ってください。ロードマップは1枚で全体を見せる道具に徹します。
■ 6. 記入例のポイント（ミライアパレル）
行 | 中身 | この案件での判断 |
|---|---|---|
システム側 | P1〜P5（5本） | P3（会員統合）はP1と並行。技術的な依存が無いため |
業務側 | 取り寄せ運用／在庫移動の判断基準／接客手順 | いずれもシステム稼働の1〜2四半期前から着手 |
人への展開 | 店舗展開4回 | 68店舗を一度に切り替えず、稼働ごとに分けて実施 |
旧のたたみ方 | 旧在庫／旧会員／旧拠点の3つ | 並行運用はそれぞれ2四半期まで、と上限を決めた |
成果の確認 | 初回・中間・最終の3回 | 初回はP1定着後の2025年8月。以降は半期ごと |
もうひとつ、このロードマップで意図的にやっていることがあります。業務側の変更を、システムの稼働より前に置いている点です。「システムができてから業務を考える」順にすると、稼働直後の混乱が大きくなり、定着が遅れます。手順の改定を先に終わらせておくと、展開が短く済みます。
■ 7. 運用ルール
ルール | 内容 | 理由 |
|---|---|---|
A3で1枚に収める | 行は5種類・15本まで | 1枚に収まらないロードマップは、全体像を見せられない |
粒度は四半期に固定する | 月や週にしない | 細かくすると更新が追いつかず、すぐ古くなる |
四半期に1回だけ更新する | 変更は運営委員会の場で承認する | 頻繁に書き換えると、誰も最新版を信じなくなる |
旧のたたみ方に上限を置く | 並行運用は2四半期まで、などと決める | 期限が無い並行運用は、必ず延びる |
測定日は動かさない | プロジェクトが遅れても、測定日は原則そのまま | 測定日を動かすと、比較できなくなる |
プロジェクトの詳細は貼らない | WBSやマイルストーンは、各プロジェクトの計画書へ | 粒度が混ざると、どちらも読めなくなる |
■ 8. 活用シーン
場面 | 使い方 |
|---|---|
プログラムの立ち上げ承認 | 憲章の添付資料として、3年間の全体像を見せる |
運営委員会（月次） | 冒頭の1枚として映し、遅れている帯だけを議論する |
構成プロジェクトのキックオフ | 自分のプロジェクトが全体のどこにいるかを示す |
年度予算の要求 | 年度ごとの帯の本数から、必要な要員と費用を説明する |
遅れが出たとき | 後続の帯にどう波及するかを、その場で書き込んで見せる |
新しいメンバーの参加時 | この1枚で、プログラムの全体像を15分で説明できる |
■ 9. よくある失敗と直し方
失敗 | 起きること | 直し方 |
|---|---|---|
行がプロジェクトだけ | 業務変更と研修が計画に無く、稼働しても使われない | 5種類の行に分け直す |
稼働で線が終わっている | 定着期間と測定日が存在しない | 右端に「成果の確認」の行を足す |
旧を止める日が無い | 並行運用が1年以上続く | 「旧のたたみ方」の行を足し、上限を決める |
週単位で書いている | 更新が追いつかず、誰も見なくなる | 四半期に丸める。細部は各プロジェクトの計画へ |
毎月書き換えている | 最新版がどれか分からなくなる | 更新は四半期に1回。版数と日付を入れる |
業務変更をシステム稼働の後に置いている | 稼働直後の混乱が大きく、定着が遅れる | 手順の改定を、稼働の1〜2四半期前に置く |
■ 10. 導入効果
観点 | プロジェクトだけの線表 | 5種類の行にしたロードマップ |
|---|---|---|
計画に含まれるもの | 構築作業だけ | 構築・業務変更・展開・旧の停止・測定 |
稼働後の扱い | 計画に存在しない | 定着期間と測定日が明示されている |
並行運用 | なんとなく続く | 2四半期の上限つきで帯が引かれている |
説明のしやすさ | 「5本やります」 | 「この順でやって、2027年3月に測ります」 |
更新の負担 | 週単位だと毎週 | 四半期に1回、30分で済む |
■ まとめ
プログラムのロードマップは、プロジェクトの線表を並べたものではありません。成果が出るまでの道筋を、四半期の粒度で1枚に描いたものです。
いま手元にあるロードマップに「旧のたたみ方」と「成果の確認」の2行が無ければ、まずその2行を足してみてください。足した瞬間に、計画から抜けていた作業がいくつか見つかるはずです。