システム稼働チェックリスト：72時間の切り替え

導入の成否は切り替え週間で決まる

WMSプロジェクトの6か月の作業、その全てを72時間の切り替えが決めます。切り替え週間が崩れれば、優れたコードも無意味です。私の最悪の経験：稼働当日朝、プリンタドライバの未インストールが発覚——倉庫全体のRF端末40台が3時間停止し、その日の受注の半分が遅延しました。このチェックリストは、こうした「些細だが致命的な」問題をなくすためにあります。

切り替えスケジュール

切り替え作業中にPDAを使うスタッフ

T-72h：凍結と準備

データ凍結：マスタと在庫スナップショットをロック、旧システムは新規伝票の受け付けを停止
緊急用の紙伝票を印刷：システムが停止しても、現場は4時間手動で回せる
全ステークホルダーへ通知：運送会社、顧客、3PLパートナー——切り替え時間帯と緊急連絡先
ウォールーム準備：集中作業スペース、ネットワーク、プロジェクター——すべてテスト済み

T-48h：最終ロードと検証

最終データロード：マスタ、在庫、オープン伝票
SKU単位の在庫照合：差異が0.5%を超えるものは原因究明——「稼働後に直す」はなし
最終統合テスト：WMS↔ERPインターフェースごとに少なくとも3件の実ビジネス取引
ハードウェア100%チェック：RF端末、プリンタ、アクセスポイント、スキャナー——全数、サンプリングなし

T-24h：リハーサルとロールバック準備

全工程リハーサル：入荷–格納–ピッキング–出荷–返品、各3オーダー、例外フローを1件含む
ロールバック訓練：ロールバック条件、手順、旧システムの復帰方法——文書化し1回リハーサル
当番表とエスカレーション連絡先：壁と全員の携帯に
導入コンサルタントの常駐確定：稼働当日とT+3まで離任不可（契約に明記）

稼働当日：二重検証と頻繁な照合

最初の50オーダーは二重検証：システム伝票＋現物、二重署名
2時間ごとに照合：入出庫数量、在庫残高——差異は即調査
ウォールーム集中：主要ロール全員が一室に、夜間の問題を残さない
4時間ごとに経営層へ状況同期：緑／黄／赤、一文で

T+24h／48h／72h：収束と振り返り

照合間隔を段階的に延長：2時間→4時間→8時間
課題リスト解消率90%以上：残りは安定運用のトラッキングへ移行
T+72hで振り返り：うまくいった点・いかなかった点を文書化し保管

チェックリスト一目版

フェーズ	キー項目	完了条件
T-72h	データ凍結、緊急文書、ステークホルダー通知	旧システムへの新規伝票ゼロ
T-48h	データ検証、インターフェーステスト、ハードウェアチェック	在庫差異<0.5%、ハードウェア100%合格
T-24h	全工程リハーサル、ロールバック訓練、当番表	リハーサル15オーダー、失敗ゼロ
稼働日	最初の50件を二重検証、2時間ごとの照合	期日どおり出荷率>98%
T+72h	課題90%以上解消、振り返り	振り返り文書の保管

現場事例：72時間で期日どおり出荷率99.1%

1日20,000オーダーを出荷するEC倉庫がこのチェックリストに従いました：T-48hで在庫差異のあるSKU 37件を検出、T-24hのリハーサルでドライバ問題のあるプリンタ2台を発見——すべて稼働前に修正。72時間の切り替えは期日どおり出荷率99.1%、ロールバックゼロで完了。プロジェクトマネージャーの総括：「このチェックリストの1行1行は、誰かが既に払った授業料だ。」

避けるべき落とし穴

ピークの2週間以内の切り替えは絶対に避ける。 初めての大きな試練の前に、システムには少なくとも2週間の安定稼働が必要です——ピーク直前の強行切り替えは賭けです。
ロールバック条件を事前に文書で定義する。 例：「4時間正常に出荷できない」ならロールバック——文書の基準がなければ、いざというとき誰も決断できません。
稼働当日にコンサルタントを帰らせない。 契約に明記：稼働当日＋T+3の常駐支援。これが保険です。

ウォールームの役割

切り替え週間のウォールームには5つの役割が必要です、例外なし：

役割	責任	カバレッジ
コマンダー	意思決定、エスカレーション、外部への状況更新	全期間
業務リード	伝票検証、例外判断	全期間
WMSコンサルタント	設定、トラブルシューティング	稼働日＋T+3
ERPインターフェースリード	インターフェース監視、再送	T-48hから全期間
ハードウェアリード	RF端末、プリンタ、ネットワーク	T-48hから全期間

1日2回、15分のスタンドアップ。扱うのは3つだけ：現在の状況（赤／黄／緑）、ブロッカー、誰が何をいつまでに解決するか。スタンドアップでの解決策議論は禁止——詳細はオフラインで。議事メモを経営層グループに送り、全員が同じ進捗像を共有します。

本当に機能するロールバック計画の書き方

ロールバック計画は「必要なら戻す」の一言ではありません——3つを押さえます：

定量化された条件。 例：「稼働4時間後に通常の50%を下回る出荷量」「コアインターフェースが2時間停止し復旧不能」「在庫差異が5%を超え原因不明」。定量化されていない条件では、いざというとき誰も決断できません。
時間単位の手順。 T+0で新システムの伝票を止め、T+1で旧システムが受注を再開、T+2でデータ再投入、T+4で完全検証——各手順にオーナーと受け入れ基準。
リハーサル。 ロールバック訓練はT-24hリハーサルの中で独立して実施。リハーサルなしの計画は計画ではありません。

「縮退運用」という中間状態も準備：システムが部分的に動いているときは、紙伝票＋後からの入力でトラブルシューティングに4時間を確保。多くの小さなトラブルにロールバックは不要です——必要なのは4時間のバッファです。