T-Minus：カウントダウン、T-27からT+30まで

飛行前準備、27営業日のサイクルにおける5つの段階とその終了基準および成果物、ゲート、6つのワークストリーム、そして大規模な展開では、より長いフェーズではなく、どのように波状の追加が行われるか。

プロジェクト開始から稼働開始まで27営業日、その後30日間のコーチング期間が設けられています。営業日数をカウントし、暦日数ではなく営業日数をカウントしてください。また、顧客の祝日をプロジェクト計画ワークブックのセットアップシートに入力して、すべてのタスクの日付が実際の日付になるようにしてください。

ステージ	感謝祭	日	残されたもの
飛行前点検	T-27以前	—	時計が初日に必要とするものすべて
実践を通して発見する	T-27 → T-18	10	フィットレジャー：すべてのギャップにタグが付けられています。今すぐ設定、T-Plus、または不要
オープンに設定する	T-17 → T-11	7	顧客が監視し、操作しながら日々構築される構成済みテナント
切り替え、監査済み	T-10 → T-3	8	調整済み切り替え：試算表はレガシーシステムと行ごとに一致。ドライランの時間は
リハーサル	T-2 → T-1	2	リハーサル合格：並行して行われた実際の営業日1日 — 唯一の実行可否判定
稼働開始	T-0	1	ライブ台帳：従来の読み取り専用、昼食前に最初の請求書
流れに乗ってコーチング	T+1 → T+30	—	採用されたシステム：ハイパーケアを通常の業務に統合

飛行前：時計がスタートする前（デフォルト設定案）

T-27はカウントダウンの初日であって、関係の初日ではない。事前準備は公表されている方法に追加されるものであり、それがなければ、最初の数日間は実践を通して発見するのではなく、アクセス権を追い求めることに費やされることになる。

コマーシャル	人々	テナント	データ
契約締結済み、監査済み収益受領済み	カウントダウンのオーナーが指名され、当日の権限範囲が付与される	オンボーディングフォームが送信されました：クラウド、リージョン、ネットワーク、SSO	あらゆるレガシーソースシステムへの読み取りアクセス
稼働開始日は合意済みで、取締役会で審議中である。	TRANXACTフライトリーダーが任命されました	テナントのプロビジョニング完了：3ノードクラスター、数時間以内に稼働開始予定	発見のために抽出された代表的なサンプルデータ
スコープアンカー：第1波のモジュールとエンティティ	カウントダウン用に名前が付けられ、リリースされたプロセスごとのキーユーザー	主要ユーザーはログインできます	切り替え日および移行範囲（開始日／期間）の提案

これがテクニカルデプロイメントガイドにどのように適合するか：提案されている構築目標（オンボーディングフォーム、設計承認、コードからの構築、それぞれ約5営業日、Live DRを含むさらに5営業日）は、カウントダウン開始前に実行されます。カウントダウンは環境が存在することを前提としています。テナントが事前準備項目である理由、そしてT-Minusランドスケープ構築のマイルストーンがない理由はまさにそこにあります。

チェックが入っていない事前点検項目は、すべてタイマーを開始しない理由として扱ってください。

各段階、そしてその結末

ステージ	何が起こるのですか	終了条件	製造された人工物
T-27 → T-18 実践を通して発見する	主要ユーザーは、自身のテナント内の代表データに対して実際の役割を実行します。すべての議論はライブ画面で行われ、すべてのギャップは記録され、優先順位付けされます。レガシー抽出はプロファイリングされ、役割が将来の画面を確認することで変更の影響が把握されます。	フィットレジャーは完成し、すべての行にタグが付けられました。カウントダウンオーナーは第1弾に署名しました。	適合台帳、移行オブジェクト登録簿（草案）、移行範囲決定、変更影響評価（初回）、利害関係者およびコミュニケーション計画、RAIDログ開設。
T-17 → T-11 オープンで設定	日々のセッション：勘定科目表、エンティティ、通貨、役割、承認、番号付けをノーコードで設定。ASK でマスターデータを一括作成し、ルールをドラフト。項目が完了するたびに構成チェックを実行。API に基づいて統合を構築。モックロード M1 を準備。	テナント内のすべてのConfigure-now行が構成され、チェックされました。	構成ワークブック、役割と導入準備状況登録簿、テスト計画（構成および統合チェック）、署名済みのM1マッピング。
T-10 → T-3 切り替え、監査済み	M1とM2の模擬ロード、試算表を既存システムと行ごとに照合、補助元帳をGL統制勘定に紐付け、ランブックに基づいて時間計測による完全なリハーサル、統合テストと役割テスト、リハーサルスクリプトの作成。	試運転における試算表の差異はゼロであり、監査証跡も存在する。また、試運転は移行期間内に完了する。	試算表と補助元帳の照合、ドライランのタイミングを含む移行手順書、リハーサルスクリプト、不具合ログ。
T-2 → T-1 リハーサル	顧客自身の1日分の取引を、T+1日にシステムを使用するすべてのユーザーがそれぞれの役割で、アクションキューを稼働させた状態で実行し、その結果を従来のシステムと比較し、合格または同日に実行される短い修正リストを判定する。	リハーサル通過――これが唯一のゴー／ノーゴー判定基準だ。	リハーサル台本と結果、ゴー／ノーゴーゲート記録、ユーザーごとの導入参加状況、最終移行計画。
T-0 稼働開始	カットオフ時点でレガシーシステムは凍結され、読み取り専用になります。最終ロードでは、時間指定のドライランが繰り返されます。試算表は照合され、署名されます。本番環境への統合が行われます。ユーザーがログインします。	生産工程で最初に発行される請求書で、通常は昼食前に発行される。	移行ランブック（最終列）、署名済み調整書、ハイパーケア例外ログ、KPI：最初の請求書が計上されるまでの日数。
T+1 → T+30 コーチは流れに乗る	キューは各ユーザーの実際の業務を明らかにし、ASKはそれを行うのを支援します。毎日15分間のハイパーケア・スタンドアップミーティングは週2回に縮小され、その後通常の業務に移行します。T-Plusウェーブは延期されたスコープに切り替わります。	例外的なケースはゼロに近づきつつあり、高度なケアは通常の業務リズムに溶け込んでいる。	ハイパーケア例外ログ、T-Plusバックログとウェーブプラン、KPIスコアカード、導入状況のフォローアップ。

ゲイツ（提案されたデフォルト）

正式なゴー／ノーゴーの判断基準はリハーサルのみ。それ以外の判断基準はすべて確認可能な事実である。

ゲート	いつ	基準	証拠	決定者
カウントダウン開始	T-27	飛行前点検完了。日付はボードに記載されています。	飛行前チェックリスト	カウントダウンオーナー兼フライトリーダー
スコープ凍結（第1波）	T-18	Fit Ledgerの全ラインにタグ付き。第1弾はサイン入り。	フィットレジャー	カウントダウンオーナー
設定完了	T-11	Configure-now のすべての行が設定され、チェックされました。	構成ワークブック、テスト計画	フライトリーダー
調整済みのドライラン	T-3	TBデルタはゼロ。補助元帳は一致。指定期間内にドライランを実施。	調整、移行手順書	財務管理者
リハーサル（実施可否）	T-1	実際の営業日が過ぎたか、または修理リストが同日中に締め切られた	リハーサル台本、ゲート記録	カウントダウンオーナー
稼働開始確定	T-0	最終試算表の照合が完了し、最初の請求書が計上されました。	署名済みの調整、KPI	財務管理者
ハイパーケアからの脱却	T+30までに	5営業日のしきい値を下回る例外	ハイパーケアログ	カウントダウンオーナー兼フライトリーダー

ツールキットの「Go-No-Goゲートシート」に、証拠書類を添付して、各ゲートの結果を記録してください。監査担当者と運営スポンサーは、状況報告書ではなく、証拠書類を読みます。

6つの作業の流れ、1つの時計

ワークストリーム	発見する	設定する	カットオーバー	リハーサル	ライブ配信とコーチング
コア実装	Fit Ledgerをライブ画面に表示	ノーコード設定を毎日実施	設定の修正のみ	当日修理リスト	同じ週の変更点
データ移行	プロフィール情報源；対象期間（開始時点／期間）	マッピング;模擬M1準備済み	M1、M2、ドライラン、調整	デルタチェック	最終積載、TB承認
テスト	テスト計画案作成	構成および統合チェック	移行検証、ロールテスト	リハーサル = UAT	例外トリアージ
導入とトレーニング	それぞれの役割を果たす主要ユーザー	役割ごとにキューとASKが設定されます	リハーサルデータに関するユーザー	すべてのT+1ユーザーはリハーサルを行います	流れに乗ってコーチング
変更管理	変更の影響、ステークホルダー	コミュニケーション：私にとって何が変わるのか	準備状況の把握	運用開始時の通信	強化する、古い習慣を捨てる
技術および統合	テナントライブ; SSO; アクセス	API統合を構築しました	エンドポイントのテスト、DR訓練	本番環境エンドポイントの準備完了	モニタリング; ハイパーケア

スケールアップ：波動、より長いフェーズはなし（提案されるデフォルト）

複数エンティティおよび複数モジュールの展開では、同じ台帳上で 27 日間のカウントダウンが繰り返されます。第 1 波: 会計、CRM、サプライチェーンを含むコアエンティティ。第 2 波: その他のエンティティと HRMS / 給与計算。第 3 波: 製造、EHR、または学生ライフサイクル。第 n 波: 延期された Fit Ledger スコープと新しいリージョン。各波では、構成の切り替えとしてモジュールとエンティティがオンに切り替わるため、成長によって再実装がトリガーされることはありません。

最もクリーンなデータと、最も積極的に関与しているカウントダウンオーナーがいる組織またはプロセスを中心に、第1段階の計画を立てましょう。その成功が、残りの段階のペースを決定づけます。

「提案されたデフォルト値」とマークされた値は、本手法で推奨される開始点です。各案件ごとにそれぞれの値を確認してください。契約書、注文書、およびSLAが優先されます。

図解とチェック付きでこのコースを受講してください