前提
・対応スコープの検討
・全体のシステム図の作成
・（新規システムの導入の場合）既存システムの情報整理と新規システム導入の際のFit&Gap
・体制図、対象システムの担当者決め(PIC)
・リスク管理
・4ランドスケープでの検証が前提
具体的な対応
#1.データバリエーション
・フロントシステムで発生する業務のバリエーションを洗い出す
その際に、#2のデータを事実に、業務側にヒアリングを行なってバリエーションの妥当性をデータをもとに要件整理
#2.フロントシステムのデータ連携
・過去の発生データをチェック。
フロントシステムでしか確認できないものは、クラウドにデータを集約する必要がある。
※業務側にデータ確認依頼をするとリードタイムがかかるので、なるべくシステム部門側でデータの確認とバリエーション整理を行うことで、要件確定のリードタイムを減らすことができる
#3.データのボリューム確認
・ボリュームに応じて、システム環境構築のスペック検討。
また、他のシステムに相乗りする場合に、他のシステムの容量を食ってプロセス枯渇に陥らないか確認
#4.月次や四半期、年次のジョブを並行稼働環境でテスト
・並行稼働でテストできないイベントに対して、並行稼働期間中でボリュームテストを実施し、タイミングも実際の発生タイミングに合わせて、並行稼働環境でワークプロセス数や処理時間に影響がないことを確認
稼働判定
・稼働判定時の合格条件を明確化
（例：フロントシステムの売上金額と新規システムの売上金額の一致）
・不具合/課題管理表の状況を共有
→残課題に対しては、5W1Hで着地点を明確化
稼働後
本番稼働後のCPプラン（Contengency Plan)を計画
・切替後に稼働後検証の基準を明確にする
→基準未達の場合に、CPプランを発動する（