職人コンサルが語るERP移行の基本：（2）移行はなぜ難しいのか？

前回の終わりに、移行に潜む難しさを挙げました。

今回はそれぞれの難しさについて見ていきましょう。

移行は、業務やシステムを「従来のもの」から「新しいもの」に移し替えるための工程です。したがって、移行の検討を行う際は、前提となる新業務や新機能が事前に確定していることが理想的です。

しかしながら、実際には業務検討や機能検討と並行で移行検討を進めざるを得ないことが多く、つねに業務やシステムの検討結果に仮定を置いた状態で進行することが求められます。

これは、業務や機能の検討状況をつねに把握しながら、変更が起こるたびに影響確認と再検討を繰り返す必要があるということを意味しており、移行検討の進行を妨げる要因となります。

移行には、新旧システム間のデータ移行、周辺システムとの接続切替、業務移行など多様な実施内容が含まれるため、その関係者も多岐にわたります。
各領域内で物事が完結すれば良いのですが、実際にはタイミングを連動させる必要があり、移行チームは多種多様な調整に追われます。調整がうまくいかず、トラブルに陥った例は枚挙に暇がありません。

新システム導入では、新業務・新機能を実現するのが最も重要な活動であり、プロジェクト中の各場面においてその都合が優先されます。それにより、スケジュール的に万全でない状態で「移行」の検討・準備を強いられる場面があり、活動を進めるうえでの難しさとなっています。

本番移行実施後の結果検証は、時間の制約によって詳細な確認が困難であり、「残高合計額の確認」などの簡易な検証にとどめておくのが現実的です。
そのため、「消込に使う支払予定データが正しく移行されているか」といった詳細な確認は、移行リハーサル時の検証をもって担保とするのですが、ここにもさまざまな難しさが潜んでいます。

移行は、機能検討などの「今後利用され続けるシステムそのものをつくるための活動」と違い、「新システムを稼働させるための単発イベント」であり、「単発イベントを成功させるための取り組み」です。

この違いが、移行ツールをどう準備するかの判断に影響します。
※移行ツールは、「外部ツールを利用する」「インターフェース機能を流用する」「エクセルで専用ツールを内製する」など複数の実現方法がある。

注意が必要なのは、「一度しか使わないツールだからなるべく節約したい」などの理由で移行ツールを内製する場合です。内製を選択する場合は、他の方法に比べてヒューマンエラーが発生しやすく、さまざまな事象を考慮する必要があります。

このように、「移行」には事前に意識しておくべき多くの難しさが存在しています。そのため、「移行」の勘所を押さえたメンバーの参画が推奨されます。

次回のコラムでは、より具体的に「データ移行」について焦点を当てていきます。
ここまでお読みいただきありがとうございました。次回もぜひお読みいただけますと幸いです。

著者：黒木 仁、髙橋 駿