T-Minus：稼働開始、ハイパーケア、T-Plus
T-0で何が起こるか、日々のハイパーケアから吸収まで、T-Plusの波、アーティファクトカタログ、プロジェクト計画ワークブックの使用、そして事前準備からハイパーケア終了までの展開チェックリスト。
T-0：リハーサル済みの切り替え、そして現実へ
- 合意された締め切り時刻に、レガシーシステムは凍結され、読み取り専用に設定されます。
- 最終的なマイグレーション・コックピットへの積載作業――時間制限付きの予行演習の繰り返し。
- 試算表は財務責任者によって照合され、署名済みです。
- 統合は本番環境のエンドポイントに切り替わりました。
- ユーザーがログインすると、最初の請求書が本番環境に反映される。通常は昼食前だ。
成果物：カットオーバーランブックの最終列、署名済みの照合表、開いたハイパーケア例外ログ、およびKPI（初回請求書発行までの日数）。時間ごとのシーケンスについては、モックロード、照合表、およびカットオーバーランブックを参照してください。
読み取り専用になった後も、レガシーアーカイブはクエリ可能な状態にしておく必要があります。ルール4は、履歴が移行されずに利用可能な状態を維持することを前提としています。
ハイパーケア：日常的なケアから吸収型ケアへ（提案されるデフォルト設定）
| いつ | ケイデンス | 集中 |
|---|---|---|
| T+1 → T+10 | 毎日15分間の立ち話 | 昨日の例外、修正、当日の構成変更 |
| T+11 → T+20 | 週2回 | トレンド分析：最初の月末決算の準備 |
| T+21 → T+30 | 吸収された | 通常の運用リズム、T-Plus波計画 |
| 例外タイプ | 例 | 担当： |
|---|---|---|
| 記帳または照合 | 比類のない銀行融資枠、仮残高 | 財務キーユーザー + 元帳アーキテクト |
| ユーザーはタスクを完了できません | 許可が不足している、手順が不明瞭 | 導入支援ナビゲーター（ASK、役割修正） |
| 統合メッセージに失敗しました | 銀行ファイルは却下されました | オペレーションパイロット＋パートナー |
| 構成変更リクエスト | 新しい承認レベル | レジャーアーキテクト、同じ週 |
ハイパーケアを終了する条件は、暦日ではなく証拠に基づきます。例外事項は、5営業日にわたって閾値を下回っていること、TRANXACTで最初の月末処理が完了していること、および未解決の重大または高レベルの欠陥がないことです。
サービス契約におけるこの内容の適合性：T-Minusハイパーケア（T+1～T+30）は、本手法の一部です。運用開始後のサポートは、合意された期間（通常4～8週間）にわたり毎日チェックインを行う拡張サポートであり、これは「役割と責任」ワークブックに記載されているハイパーケアパッケージ（H1）として別途契約されます。ハイパーケア終了後は、「運用開始後：サービスの運用」で説明されている定常状態のサービスが引き継ぎます。
T-Plus波（デフォルト案）
Fit Ledger からの T-Plus バックログ → カウントダウン オーナーと優先順位付け → ウェーブごとにミニ カウントダウン → 変更をリハーサル → オンに切り替える。
| スコープのソース | 追加されるもの |
|---|---|
| 繰延適合台帳明細 | 第1波からのすべてのT-Plusラインを、価値の高い順に表示します。 |
| その他の組織と地域 | その他の法人格、通貨、言語 |
| その他のモジュール | 製造、電子カルテ、学生ライフサイクル、人事管理システムを切り替えて使用 |
| 時代背景とアーカイブの追跡調査 | 新しいレポートに必要な場合の追加期間残高 |
ハイパーケアが終了する前に、カウントダウンチームがまだ活動しているうちに、最初のT-Plusウェーブを計画します。各ウェーブでは、同じフィットレジャー、計画、成果物を再利用します。成長によって再実装が必要になることはなく、再実装なしで四半期ごとに稼働しているモジュール数が指標となります。
遺物カタログ
| アーチファクト | 作成済み | 所有者 | どこ |
|---|---|---|---|
| カウントダウンプロジェクト計画（ソースシステム別） | T-27 | フライトリーダー | プロジェクト計画書（資料1点につき1枚） |
| 飛行前および展開チェックリスト | 飛行前点検 | フライトリーダー | ツールキット・導入チェックリスト |
| フィットレジャー | T-27 → T-18 | カウントダウンオーナー | ツールキット · フィットレジャー |
| 移行範囲の決定とオブジェクト登録 | T-24 | マイグレーション・コンダクター | ツールキット · 移行範囲、オブジェクト登録 |
| 構成ワークブック | T-17 → T-11 | 台帳設計者 | ツールキット・設定ワークブック |
| テスト計画とスクリプト | T-17 | 台帳設計者 | ツールキット・テスト計画 |
| 試算表と補助元帳の照合 | T-10 → T-0 | 財務管理者 | ツールキット · 試算表照合、補助元帳照合 |
| 切り替え手順書 | T-8 | マイグレーション・コンダクター | ツールキット・切り替え手順書 |
| リハーサル台本と実行可否判定 | T-5 → T-1 | カウントダウンオーナー | ツールキット・リハーサル台本、ゴー・ノーゴーゲート |
| 導入、変化の影響、ステークホルダー、コミュニケーション | T-27から | 養子縁組ナビゲーター | ツールキット・シート4枚 |
| RAID、カウントダウンボード、ハイパーケアログ、T-Plusバックログ、KPI | T-27 → T+30 | フライトリーダー | ツールキット・5枚のシート |
プロジェクト計画ワークブックの使用
- セットアップシートに稼働開始日と祝日を入力してください。すると、各タスクの日付が、そのタスク開始日から営業日で計算されます。
- 顧客のソースシステム用のシートは残し、それ以外のシートは削除し、2つ目のインスタンス（例えば、2つの会社コードグループ）がある場合は、シートを複製してください。
- 担当者（TRANXACTの作業員と顧客）を割り当て、タスクごとに進捗状況を追跡します。
- ダッシュボードを毎日確認してください。稼働開始までの営業日数、ソースごとの完了済みタスクと期限切れタスク、すべてのソースのゲートステータスが表示されます。
導入チェックリスト
| 飛行前点検 | 発見（T-27→T-18） | 設定（T-17→T-11） | T-11ゲート |
|---|---|---|---|
| 契約および監査済み収益 | それぞれの役割を果たす主要ユーザー | 構造と資金が構成されました | 設定完了 |
| 稼働開始日がボードに表示されました | フィットレジャーのタグと署名 | 役割と承認 | T-Plusリストに合意 |
| カウントダウンオーナー兼フライトリーダー | オブジェクトごとの移行範囲 | ASK経由のマスターデータ | M1マッピング署名済み |
| テナントプロビジョニング済み、SSO | 変更の影響を最初に確認する | 統合とキュー | テスト計画完了 |
| 従来の抽出アクセス | 通信T-27およびT-18送信済み | 設定チェックに合格しました | リハーサルでの役割が判明 |
| 切り替え（T-10→T-3） | リハーサル（T-2→T-1） | 稼働開始（T-0） | ハイパーケア（T+1→T+30） |
|---|---|---|---|
| M1とM2が装填済み | 実際の台本通り | レガシーは凍結され、読み取り専用です | 毎日の例外事項に関するスタンドアップミーティング |
| TBデルタはゼロ、補助元帳は一致 | T+1ユーザー全員が参加しました | 最終積荷の照合と署名が完了しました。 | 最初の月末が終了しました |
| 統合テストおよび役割テスト | 結果は従来のものと一致する | 本番環境エンドポイントが稼働中 | 記録されたKPI |
| ドライランは指定された時間帯に実施 | 修正リストは同日中にクローズされました | ユーザー有効化、通信送信済み | T-Plus第1波計画 |
| 導通チェック完了 | 証拠とともに記録されたGO | 最初の請求書が発行されました | ハイパーケアからの退出に署名 |
いつ本番稼働を開始するか？問題はプロジェクトにどれくらい時間がかかるかではなかった。日付を決定し、カウントダウン責任者を指名する。事前準備を完了し、T-27からカウントダウンを開始する。必要なソースシステムシートをコピーする。ボード上で全てのスタンドアップを実行する。リハーサルで決定する。
「提案されたデフォルト値」とマークされた値は、本手法で推奨される開始点です。各案件ごとにそれぞれの値を確認してください。契約書、注文書、およびSLAが優先されます。