「古いデータ」をどこまで引き継ぐか？移行要件で決めるべき「断捨離」の基準
システム刷新の際、「古いデータをすべて引き継ぐ」という要件は、プロジェクトの予算とスケジュールを圧迫します。移行コストは「データの量と質」で決まり、要件定義の段階で移行範囲を絞ることが、プロジェクト成功の重要な条件です。
データ移行にかかるコストの内訳
ベンダーへの見積もりを依頼すると、「データ移行支援」として数百万円が計上されることがあります。このコストは主に「データ変換プログラムの作成」と「新システムへの流し込み作業」の費用ですが、その前段階にある「データの整理（クレンジング）」は、発注者側の作業になります。
データクレンジングとは、移行前に旧データを新システムが受け入れられる状態に整える作業です。具体的には以下のような作業が発生します。
名寄せ（重複データの統合）：旧システムに「株式会社○○」と「（株）○○」が別々のレコードとして登録されている場合、どちらを正として統合するかを人力で判断しなければなりません。
欠損値の補完：旧システムでは任意入力だった項目が、新システムでは必須になる場合があります。空欄のまま移行できないため、担当者が一件ずつ埋める作業が発生します。
コード変換：旧システムの商品コード体系と新システムの体系が異なる場合、変換テーブルの作成と適用が必要になります。
これらの作業はすべて発注者側の工数として発生し、移行するデータの「量」が多いほど負担は大きくなります。
移行対象の絞り込み：3つの「断捨離」基準
移行コストを抑えるには、要件定義の段階で「何を移行しないか」を現場と合意しておくことが重要です。以下の3つの基準が判断の軸になります。
期間で切る（例：直近2年分のみ）：過去10年分のデータをすべて移行する必要はあるか、改めて問い直してみてください。めったに参照しない古いデータは、旧システムを閲覧専用で残すか、Excelに書き出して保存するという対応でも多くの場合は問題ありません。この判断だけで移行対象を大幅に削減できます。
ステータスで切る（例：完了案件・休眠顧客は移さない）：取引が終了した顧客や、長期間動いていない休眠データを新システムに持ち込む必要はほぼありません。「最新の業務に使うデータ」だけを新システムに集中させることで、検索速度や使い勝手も向上します。
項目で切る（例：備考欄のフリーテキストは移さない）：旧システムのフリー入力欄には、構造化されていない雑多なメモが溜まっています。これを新システムの適切な項目に振り分ける作業は非常に手間がかかります。「名前・住所・金額など重要な項目のみ移行し、備考欄は切り捨て」という割り切りが現実的です。
現場の反発を乗り越えるための説明
「全部引き継いでほしい」という現場の要望に対して、移行範囲を絞る判断は反発を招くことがあります。説得の際には「移行しないことのメリット」を具体的に伝えることが効果的です。
「古いデータを持ち込まないことで、新システムが速く動くようになります」「移行コストを削った分、欲しかった機能の予算に回せます」という視点で話すと、現場担当者にとっての直接的なメリットが見えてきます。
また、「過去データを全部移さない代わりに、旧システムを一定期間参照できる状態を維持する」という対策を提示することで、「見られなくなる」という不安を和らげることができます。どの期間まで旧システムを残すか、その間のサポート費用は誰が負担するかも、要件定義の段階で合意しておく必要があります。
移行テストの計画を要件定義に含める
データ移行は本番稼働の直前に行うことが多く、トラブルが起きると開発全体が遅延します。移行の成否を事前に検証するために、「移行リハーサル」の実施を要件として組み込んでおくことが重要です。
移行リハーサルとは、本番と同じ手順でデータを試験的に移行し、件数・内容・動作を確認する作業です。具体的には以下の点を検証します。
- 移行後のデータ件数が旧システムの件数と一致しているか
- 新システムで正常に参照・検索・更新できるか
- データのフォーマット変換が正しく行われているか（日付形式、コード変換など）
- 業務上の主要な操作を一通り実行して問題がないか
移行リハーサルを一度だけでなく複数回実施することで、手順の確認と問題の早期発見ができます。本番直前になって「想定通りに動かない」と気づくよりも、早い段階でリハーサルを重ねるほうが、修正のコストははるかに低くなります。
まとめ
データ移行は単なるコピー作業ではなく、発注者側のデータ整理工数とベンダーの変換プログラム作成が組み合わさった、コストのかかる工程です。要件定義の段階で「期間・ステータス・項目」の3つの軸で移行範囲を絞り込み、移行しないデータの扱いを現場と合意しておくことが重要です。「何を捨てるか」の判断を早い段階で行うことが、移行要件定義の核心です。