移行・展開計画表(ロールアウト計画)のテンプレート
システムができあがっても、それだけでは何も変わりません。現場が使い始めて、はじめて効果が出ます。
その「使い始める」ところを設計するのが、移行・展開計画表(ロールアウト計画)です。どこから始めるか、どの順番で広げるか、うまくいかなかったらどうするか。ここを決めずに稼働日を迎えると、現場が混乱します。
この記事では、複数の拠点・部門へ広げていくときの計画表の作り方を紹介します。
■ 背景・よくある課題
よくある状態 | なぜ起きるか | その結果 |
|---|---|---|
全拠点を同じ日に切り替える | 期間を短くしたい/管理が楽だと思っている | 問題が出たら全社が止まる。戻せない |
先行拠点の学びを次に生かしていない | スケジュールが先に決まっていて、見直す余地がない | 同じ問題を拠点の数だけ繰り返す |
切り戻しの手順がない | 「失敗しない前提」で計画している | 問題が出たとき、その場で判断することになる |
旧運用をいつまでも残す | やめる判断をする人が決まっていない | 現場の負担が2倍のまま1年経つ |
展開の判断基準がない | 「様子を見て」で進めている | 誰も止められず、問題を抱えたまま次の拠点へ進む |
■ 3つの展開方式
展開のやり方は、大きく3つに分かれます。

プログラムでは、段階(パイロット→順次)が基本です。理由は2つあります。1つは、複数のプロジェクトが動いているので、一斉に切り替えると問題の原因がどのPJにあるのかわからなくなること。もう1つは、プログラムは長いので、途中で学んだことを次に生かせる余地があることです。
ただし、一斉が正しい場面もあります。法改正の施行日に合わせるとき、新旧の並行運用が業務的に不可能なとき(たとえば会計の締め)などです。方式は目的から選びます。「安全そうだから」では選びません。
方式 | 向いている場面 | 向かない場面 |
|---|---|---|
一斉 | 施行日が決まっている/並行運用が業務的に不可能 | 拠点数が多い/業務が拠点ごとに違う |
段階 | 拠点・部門が複数ある/業務のやり方に差がある | 期限が厳しく、順次に回す時間がない |
並行 | 止められない基幹業務/データの正しさを確かめたい | 現場の人手に余裕がない |
■ テンプレートの全体像
移行・展開計画表は、展開の単位(拠点・部門・業務)を行にした14項目の表です。
# | 項目 | 書くこと |
|---|---|---|
1 | 展開の単位 | 拠点名・部門名。どこまでを1回で切り替えるか |
2 | 対象の規模 | 利用者数・処理件数など。準備の重さを見積もる材料 |
3 | 順番 | 第1波/第2波…。なぜこの順番かの理由も書く |
4 | 切替日 | いつ本番に切り替えるか |
5 | 準備開始日 | 研修・データ移行の準備をいつから始めるか |
6 | 移行するデータ | 何を、どれだけ、いつの時点で移すか |
7 | 研修 | 誰に、いつ、何時間 |
8 | 現地支援 | 切替後の何日間、誰が張りつくか |
9 | 切替の判定基準 | この条件を満たしたら切り替える(Go判定) |
10 | 切り戻しの判断基準 | この状態になったら戻す(No-Go判定) |
11 | 切り戻しの手順・期限 | どうやって戻すか。何時までなら戻せるか |
12 | 旧運用の停止日 | いつ旧をやめるか。未定にしない |
13 | 次の波に進む条件 | 前の波が何を満たしたら次へ進むか |
14 | 責任者 | 拠点側の責任者。個人名 |
この14項目のうち、忘れられやすいのが10・11・12・13です。いずれも「うまくいかなかったとき」と「やめるとき」の話です。ここを書いておかないと、計画表は「うまくいく前提の願望表」になります。
■ 記入例:加美乃フーズ「生産管理システム刷新(C1)」
食品メーカー加美乃フーズが、生産管理システムを3工場へ展開したときの計画です。C1は2025年2月17日に全3工場で稼働しました。
波 | 拠点 | 規模 | 切替日 | 現地支援 | 次へ進む条件 |
|---|---|---|---|---|---|
第1波 | 関東工場(5ライン) | 利用者48名/日次の製造指示 約320件 | 2024/11/18 | 切替後10営業日、PJ側3名が常駐 | ① 日次の計画作成が2時間以内で完了 ② 重大な不具合0件 ③ 現場からの問い合わせが1日5件以下 |
第2波 | 中部工場(4ライン) | 利用者36名/約240件 | 2025/01/20 | 切替後7営業日、PJ側2名+関東の担当1名 | 同上 |
第3波 | 九州工場(2ライン) | 利用者22名/約130件 | 2025/02/17 | 切替後5営業日、PJ側1名+中部の担当1名 | —(最終) |
設計のポイントが3つあります。
いちばん大きい拠点を先頭にした:関東は5ラインで最も複雑です。ここで出る問題は、他の2工場でも出ます。小さい拠点から始めると、大きい拠点の問題が最後に出て、逃げ場がなくなります。
現地支援を10日→7日→5日と減らした:学びがたまる前提で計画しています。減らせなかったら、それ自体が「定着していない」というサインです。
前の波の担当者を次の波に連れていく:関東の現場担当が中部に、中部の担当が九州に入りました。同じ立場の人からの説明が、いちばん早く伝わります。
切替の判定と切り戻し
項目 | 第1波(関東工場)の内容 |
|---|---|
切替のGo判定 | ① 移行データの検証が完了(品目8,400件・取引先620件の全件照合) ② 受入テストの未解決が重大0件・中程度3件以下 ③ 利用者48名の研修修了率100% ④ 工場長の合意 |
判定の会議 | 切替日の5営業日前(2024/11/11)に実施。PgM・PM・工場長・情報システム部長 |
切り戻しの基準 | 切替後48時間以内に、①製造指示が出せない ②在庫数が実態と合わない ③復旧の見込みが4時間以上立たない のいずれか |
切り戻しの期限 | 切替後72時間(2024/11/21 午前9時)まで。それ以降は旧システムのデータが使えなくなるため、前進あるのみ |
旧運用の停止日 | 2024/12/16(切替の4週間後)。並行期間は4週間と決めた |
切り戻しの期限を明記していることに注目してください。「いつまでなら戻せるか」は、切替前に必ず計算しておきます。72時間を過ぎると戻せない、と全員が知っていれば、48時間目の判断が真剣になります。
結果として、第1波では切り戻しは発生しませんでした。ただし、日次の計画作成が2時間以内という条件を満たすまでに3週間かかり、第2波の切替日を当初計画の2025年1月6日から1月20日へ2週間ずらしています。次へ進む条件を決めておいたから、ずらす判断ができました。
■ 運用ルール
タイミング | やること | 誰が |
|---|---|---|
展開開始の3か月前 | 方式を決め、計画表の骨格を作る。運営委員会で承認 | PgM・PM |
各波の切替5営業日前 | Go/No-Go判定会議を開く | PgM・PM・拠点責任者 |
切替当日 | 時刻ごとの手順書に沿って実施。切り戻し期限を全員が共有 | PM・拠点責任者 |
各波の完了後 | 次へ進む条件を確認し、ふりかえりを1時間行う | PgM・PM・拠点責任者 |
ふりかえりの翌週 | 学びを次の波の計画に反映する(研修の内容・支援日数・手順書) | PM |
旧運用の停止日 | 停止を実施。延ばす場合は運営委員会の承認を得る | PgM |
最後の行が重要です。旧運用の停止を延ばすときは、必ず承認を通すことにします。現場の判断で延ばせるようにすると、いつまでも旧運用が残ります。加美乃フーズでは、4週間の並行期間を守り、予定どおり2024年12月16日に旧システムを停止しました。
■ 活用シーン
拠点との調整:切替日と現地支援の内容を早めに示すことで、拠点側が人の手配をしやすくなります。
運営委員会の判断材料:次へ進む条件が満たされているかを、数字で報告できます。
他のPJの計画づくり:C1の実績(支援日数・問い合わせ件数)が、C2以降の見積りに使えます。
ベンダーとの契約:現地支援の日数と要員が、契約の範囲として明確になります。
■ よくある失敗と直し方
失敗 | 何が起きるか | 直し方 |
|---|---|---|
小さい拠点から始める | 大きい拠点の問題が最後に出て、逃げ場がない | 複雑さが最大の拠点を先頭にする。時間に余裕のある時期に置く |
次へ進む条件がない | 問題を抱えたまま次の拠点へ進む | 数字で書ける条件を3つ決める。満たさないなら日程をずらす |
切り戻しの期限を決めていない | 戻せると思っていたら戻せなかった | データの観点から「何時まで戻せるか」を計算し、全員に伝える |
旧運用の停止日が未定 | 現場の負担が2倍のまま続く | 切替と同時に停止日を決める。延ばすには承認が要る運用にする |
ふりかえりをしない | 同じ問題を拠点の数だけ繰り返す | 各波の完了後に1時間のふりかえりを必須にする |
現地支援を短くしすぎる | 問い合わせに答える人がいなくなる | 第1波は多めに。実績を見て次の波から減らす |
■ 導入効果
項目 | 第1波(関東) | 第2波(中部) | 第3波(九州) |
|---|---|---|---|
現地支援の日数 | 10営業日 | 7営業日 | 5営業日 |
切替後1週間の問い合わせ件数 | 214件 | 96件 | 41件 |
日次の計画作成が2時間以内になるまで | 3週間 | 10営業日 | 5営業日 |
重大な不具合 | 0件 | 0件 | 0件 |
切り戻しの発生 | なし | なし | なし |
問い合わせ件数が214件→96件→41件と減っているのは、拠点が小さくなったからだけではありません。第1波で出た質問をもとに手順書とFAQを直し、研修の内容を変えたからです。段階展開の価値は、この学習のところにあります。
■ まとめ
展開方式は一斉・段階・並行の3つ。プログラムでは段階(パイロット→順次)が基本です。
順番は、いちばん複雑な拠点を先頭に。そこで出る問題は他でも出ます。
「次の波に進む条件」を数字で決めます。満たさないなら日程をずらします。
切り戻しの基準と期限を、切替前に計算して全員で共有します。
旧運用の停止日を、切替と同時に決めます。延ばすには承認が要る運用にします。
各波の後に1時間のふりかえりを行い、学びを次の波に反映します。
次回は、新しいやり方を現場に受け入れてもらうための「チェンジマネジメント計画・組織変革アセスメント」のテンプレートを紹介します。