移行設計書（データ移行・件数の突合つき）

移行設計書です。移行のフェーズには移行計画書・移行判定チェックリスト・切り戻し手順書がありますが、どれもいつ移すか・戻すかの文書で、何を・どう移すかを書く文書がありませんでした。ここを埋める1本です。★核は「件数の突合」です。「移行しました」では終われません。移行元 − 対象外 − エラー ＝ 移行先が成り立つことを数式で示します。合わないまま本番へ行くと、足りないことに後から気づけません。記入例のFWポリシーは差が2件出たまま「完了」になっていて、行ごと赤くなります。★桁あふれ・未定義コード・重複は、実データを流すまで出ません。「入るはず」で設計され、リハーサルで初めて落ちます。項目マッピングに「事前に洗うもの」の欄を持たせ、件数が残っている行は橙、対応が空の行は赤にしました。★移行しないものも必ず行にします。「全部持っていく」は決めていないのと同じで、当日に「これは移すんでしたっけ」が出ます。理由が空の行は赤です。★リハーサルの所要時間を残します。移行計画書の「最終判断時刻」は作業枠から逆算しますが、その枠に収まるかはリハーサルの実績でしか分かりません。記入例の1回目は240分の枠に対して268分で、28分超過しています。

★件数は「見込み」を書かないでください。移行元は現行環境調査報告書の実測値、移行先は移行後に数えた実績です。見込みで埋めると、この表は何も検証しません。★リハーサルのたびに数え直してください。1回目で合っても、データは動いています。エラーは0にしてから本番へ行くか、残すなら差の説明にその判断と承認者を書いてください。★移行方式は 一括／差分／手作業／新規作成／★移行しない から選びます。FWポリシーのように「機械で移さず作り直す」ものは手作業にしてください。旧機器のルールをそのまま持ち込むと、使われていないルールまで新機器へ移ります。★リハーサルは本番同等のデータで行ってください。件数の少ないテストデータで測った所要時間は、本番では当てになりません。実施タイミングは移行計画書のスケジュールと同じ言葉にし、最後の回の結果を移行判定（Go/NoGo）へ出してください。判定の材料はここにしかありません。