T-0は、リハーサル済みの切り替え作業が実際に行われる日です。切り替え時にレガシーシステムは凍結され、読み取り専用に設定され、最終的なコックピットロードは時間指定のドライランを繰り返し、試算表は財務管理者によって照合され署名され、統合は本番環境に切り替えられ、ユーザーがログインし、そして通常は昼食前に本番環境で最初の請求書が発行されます。
読み取り専用になった後も、レガシーアーカイブはクエリ可能な状態にしておく必要があります。ルール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：構成による拡張
T-Plus バックログ (第 1 波からのすべての T-Plus Fit Ledger 行、および新しいレポートに必要なエンティティ、リージョン、モジュール、および期間データ) は、カウントダウン オーナーによって優先順位付けされ、各波ごとにミニ カウントダウンとして実行されます。変更をリハーサルし、有効化します。ハイパーケアが終了する前に、カウントダウン チームがまだ一緒にいる間に、最初の波を計画します。各波では、同じ Fit Ledger、計画、および成果物が再利用されます。測定基準は、再実装なしで四半期ごとに稼働しているモジュールの数です。
遺物とその保管場所
プロジェクト計画ワークブックには、ソースシステムごとに1つのカウントダウン計画と、それらを横断するダッシュボードが含まれています。稼働開始日と休日を一度入力し、顧客のソース用のシートを保管し、担当者を割り当て、ダッシュボードを毎日確認します。その他のすべて（フィットレジャー、移行範囲とオブジェクトレジスタ、構成ワークブック、テスト計画、調整、カットオーバー実行ブック、リハーサルスクリプトとゲート、導入、変更、ステークホルダーとコミュニケーションのシート、RAIDログ、カウントダウンボード、ハイパーケアログ、T-PlusバックログとKPI）は、アーティファクトツールキット内のそれぞれ1つのシートにまとめられています。
Calderwoodは10月1日午前10時40分に最初の請求書を発行します。例外はT+14までにしきい値を下回りますが、ハイパーケアはそこで終了しません。11月上旬にTRANXACTで10月の月末処理が完了し、重大な欠陥や高レベルの欠陥が残っていない状態になるまで待機します。HRMSの導入と繰延税金の統合は、T+25のスタンドアップミーティングで計画されています。
試してみて カルダーウッドにおける例外発生率は、T+18時点で8営業日連続で基準値を下回っています。ハイパーケアは終了できるでしょうか？
まだです。1つの基準を満たしていないためです。TRANXACTで最初の月末処理が完了していないからです。終了するには、5営業日連続で例外がしきい値を下回っていること、最初の月末処理が完了していること、そして重大な欠陥や高レベルの欠陥が未解決でないという3つの条件すべてを満たす必要があります。計画通り、処理頻度は週2回に減らすことができます。