基幹システムの入替プロジェクトは、社内SEにとって最も難易度が高い仕事のひとつです。私自身、会計・料金システムの入替プロジェクトを担当する中で、何度も冷や汗をかきました。

本記事では、「これさえ事前に押さえておけば失敗確率が大きく下がる」というチェックリストを、実務目線で7つに絞ってお伝えします。

1. 現行業務の棚卸しは「例外処理」まで

要件定義の段階で「通常業務の8割」をカバーする要件は出てきます。問題は残り2割の例外処理です。

• 月末・年度末特有の処理
• 過去データの遡及修正
• 業界特有の特殊計算ロジック

ここを甘く見ると、本番直前に「この処理ができない」が発覚します。

2. データ移行は3回以上テストする

データ移行は1回やって終わりではありません。最低でも、

• 第1回：移行ロジックの検証
• 第2回：本番想定データボリュームでの検証
• 第3回：本番直前のリハーサル

の3回は必須。各回の差分から移行手順書を磨き込みます。

3. 権限設計は組織図と一致させる

新システムの権限設計は、現組織図と一対一で対応するように設計します。「将来増えそうな部署」の予測で複雑にしないことが鉄則。今の組織で迷いなく運用できる設計を最優先にします。

4. ベンダーとの責任分界点を文書化

「これはベンダーがやってくれる」「これは自社でやる」の境界線が曖昧だと、プロジェクト終盤で必ず揉めます。

• データクレンジング
• マスタデータの初期投入
• ユーザー教育
• 本番切替時の立会い

最低限、これらは契約書または別途の作業分担表で文書化しておきます。

5. ユーザー教育は2段階で

教育を1回で済ませようとすると、必ず失敗します。

• 第1段階：システム触ってもらうレベルの操作説明
• 第2段階：実際の業務に置き換えた応用編

第1段階から第2段階の間に2週間程度空けて、ユーザーが触る時間を確保するのが理想です。

6. 本番切替は週末＋連休前を狙う

緊急対応の余裕を持たせるため、本番切替日は金曜夜開始＋月曜祝日などのタイミングを狙います。万一の切戻し判断も含め、最低48時間の余裕を確保。

7. 切替後1ヶ月は監視体制を強化

切替成功＝プロジェクト成功ではありません。最初の月次処理が完走するまで、専任の監視担当者を立てて毎日チェックする体制が必要です。

まとめ

基幹システム入替の成否は、技術面よりも「段取り」と「現場との合意形成」で決まります。

チェックリストの再掲：

1. 例外処理まで棚卸し
2. データ移行は3回以上テスト
3. 権限設計は現組織図と一致
4. ベンダー責任分界点を文書化
5. ユーザー教育は2段階
6. 本番切替は週末＋連休
7. 切替後1ヶ月は監視強化

プロジェクトを任された方の参考になれば幸いです。