)そのような中で、1年間の集大成とも言える決算処理が、どうしても合わないという現象が2年続けて発生しておりました。解っていたのは、現年度は完璧なのですが、いわゆる過年度(昨年以前)が合わないという事象だけで、原因は不明でした。当時の私は、そもそも自分の作ったシステムではありませんし、上司や先輩たちのミスが元で発生している結果ですので、あまり真剣に原因の究明に取り組んだり、解消しようなどという気概もありませんでした。「迷惑なシステムを押し付けられたなぁ」と、半ば呆れていました。そんな中での救いは、お客様ととても仲が良かったということでした。そんなお客様から、決算処理を終えラップアップの時に、「0点」と言われた事が、ショックで、何としてもお客様のご要望にお応えせねばと奮起した事が、データの大切さに目覚めた最初の出来事でした。(いわゆる当事者意識の発芽とでもいいましょうか。)正しい処理と、正しいデータ当時、数字が合わない原因が判別出来なかったのは、頻発するアプリケーションエラーと不正データの組み合わせに論理的な説明が付かなかったことが大きく、システム間のデータ連携も相まって、根本原因の特定が困難を極めていました。この時、私はお客様に「まず、データを正しい状態にすることを優先し、むやみにアプリケーションを修正するのは止めたい」とお願いし、1年間極力アプリケーションの修正をSTOPして頂きました。正しいアプリケーションであるのに、誤ったデータをなんとか正しい形に処理するためのロジック変更は、さらなる不具合を呼び込むことになるので、データを中心に正しい形を実現させて欲しいとお願いしたのです。1年間という時間をご理解頂き、一つ一つ事象を振り返りながら「本来あるべき姿」を検証する日々が続きました。基本設計書を何度読返しても、何かが不足している感覚が消えず、悩んでいたところ、たまたま、開発当時の引継ぎ資料を見返していると、「マイナス数値の意味」に言及している資料を発見しました。「マイナス数値の意味」については、基本設計書には言及されておらず、実装されているかも不明でしたが、シミュレートした結果、理屈的には合っていることが証明され、私はこれこそが決算数値の合わない原因であると確信しました。問題はここからでした・・・。長くなってきましたので続きは後編でお伝えします。【後編】データ移行経験20年のベテランが語るデータ移行のポイントPart2(データ移行失敗からのリカバリー)よろしければいいね!をお願いします。Twitterでも情報発信しています。ブログ一覧に戻る関連コンテンツデータ移行ソリューションシステム刷新に伴うデータ移行を、データ設計から本番移行までサポートします。