旧システムが実際に行っていることを把握
利用者、レポート、連携、定期処理、手作業の補完、文書化されていない業務ルールを整理します。
依存関係を可視化
データベース、ファイル、外部取引先、機器、認証、会計処理、後続レポートを含めます。
残すものを決める
必要な業務要件と過去の技術的制約を分けます。旧機能をすべて再現すると不要な複雑さまで引き継ぐ可能性があります。
移行と復旧を計画
データ整備、照合、並行稼働、切替承認、サポート体制、ロールバック条件を定義します。
詳細確認リスト
- 重要度別の業務機能・利用者
- 連携、定期ジョブ、レポート、機器
- データ量、品質、保持、監査要件
- 既知障害、回避策、サポート終了部品
- ソース、ビルド手順、ライセンス、管理者権限
- 移行リスクを避けるべき業務時期
注意すべき兆候
- 技術者のみで利用者を含めない
- すべての旧機能を無条件でコピー
- 未文書化レポート・連携が後半で発見
- 過去データ対応を切替直前まで延期
- ロールバック・並行稼働判断がない
- 移行後も旧環境を無期限に残す
実務的な進め方
棚卸
アプリ、データ、連携、責任者を一つの一覧にします。
回収
利用者、コード、運用からルール・例外を整理します。
優先化
必要成果を定義し、不要な動作を除きます。
リハーサル
移行、照合、切替、復旧をテストします。
廃止
必要証跡を保管し、旧部品を撤去します。
確認すべき指標
業務目的に直結する少数の指標を利用し、行動につながらない指標を増やしすぎないことが重要です。
調査網羅性評価済み機能、連携、レポートの割合。
データ品質無効、重複、未対応データ。
テスト準備重要シナリオの合格・証跡。
残存リスク切替前に受容された依存・リスク。
マネジメントが確認する質問
- 停止時に業務を止める機能は何か
- 個人の記憶にしかない知識は何か
- テスト参加が必要な外部関係者は誰か
- 保持・検索が必要な過去情報は何か
- 旧システム削除を最終承認するのは誰か