システム導入の超基本

システム導入とは何をすること？

システム導入とは、現在の仕事を理解し、解決したい問題を決め、仕組みを選び、データと業務を移し、利用者が安全に使える状態へ変える活動です。稼働開始日はゴールではなく、運用のスタートです。

良いシステムでも、目的が曖昧、現場の手順と合わない、教育がない、障害時の連絡先がない場合は定着しません。技術・業務・人・運用の4つを同時に設計します。

最初に、導入目的を1文で決める

『DXしたい』『新しいシステムが欲しい』は目的ではありません。誰の、どの問題を、いつまでに、どう改善するかを1文にします。機能一覧より先に、成功の定義を置きます。

現状と将来像：As-Is / To-Be

As-Isは現在の仕事、To-Beは導入後の理想的な仕事です。現在の不満だけでなく、実際の手順、例外、担当者、利用データ、締切、手作業を観察します。

現状を理解せず理想だけ描くと、現場で必要な例外処理や承認を落とします。一方、現在の紙手順をそのまま画面化すると、非効率までシステムへ固定します。

1. 01実際の利用者へ聞く・作業を見る
2. 02開始から完了までの業務を図にする
3. 03待ち時間・二重入力・属人作業・riskを見つける
4. 04残す手順・変える手順・やめる手順を決める
5. 05導入後の業務と責任分担を描く

関係者と責任を明確にする

利用者、業務責任者、経営、情報システム、セキュリティ、法務・監査、開発会社では、見ているriskが異なります。全員の意見を同じ重さで並べるのではなく、誰が相談され、誰が最終決定するかを決めます。

要件は、機能と非機能に分ける

機能要件は『何ができるか』、非機能要件は『どの程度安全・高速・安定してできるか』です。導入失敗では、画面と機能は完成していても、性能・復旧・監査・保守性が決まっていないことがよくあります。

作る・買う・SaaSを使う

すべて自社開発する必要はありません。標準的な業務ならpackageやSaaS、競争力や金融不変条件に直結する領域なら自社制御を強めるなど、領域ごとに選びます。初期費用だけでなく、5年間の変更・運用・契約・移行費用を含むTCOで比較します。

見積りと予算：導入後の費用を忘れない

見積りには不確実性があります。1つの確定数字に見せるより、前提・対象外・幅・riskを示します。特に古いデータの品質と外部連携は、後から費用が増えやすい領域です。

データ移行は、小さな引越しではない

データ移行では、古い項目を新しい項目へコピーするだけでなく、意味・形式・重複・欠損・履歴・残高を合わせます。金融データは1円の差異も説明できる必要があるため、移行前後の件数と金額を照合します。

1. 01移すdataと移さないdataを決める
2. 02旧新の項目と意味を対応付ける
3. 03欠損・重複・不正値を洗い出す
4. 04本番と同条件で移行rehearsalを行う
5. 05件数・合計・sample・台帳を照合する
6. 06本番切替後の訂正方法と証跡を決める

テストと受入：動くかではなく、使えるか

開発者のtestは実装が仕様どおりかを確認し、UAT（利用者受入test）は実際の業務を完了できるかを確認します。正常系だけでなく、取消、権限不足、通信切断、二重click、大量処理、障害復旧も対象です。

本番切替：一番緊張する日を設計する

Cutoverは旧systemから新systemへ業務を切り替える作業です。日時、停止範囲、責任者、go/no-go条件、確認項目、連絡方法、rollback条件を分単位で決めます。

一斉切替だけでなく、少人数から始めるpilot、旧新を並行運用する方式、機能ごとの段階移行もあります。riskとdata整合性を見て選択します。

教育と定着：manualを置くだけでは使われない

利用者は画面操作だけでなく、『何が変わるか』『困ったときどうするか』『自分が判断してよい範囲』を知る必要があります。role別のtraining、実際の業務scenario、FAQ、問い合わせ窓口、操作できる練習環境を用意します。

稼働開始後のHypercareと通常運用

稼働直後は問い合わせ・想定外操作・性能問題が集中するため、Hypercareという強化支援期間を設けます。担当者を増やし、判断を速くし、毎日状況を確認します。落ち着いたら通常の運用体制へ移します。

1. 01利用者影響と問い合わせを集約
2. 02error・遅延・data差異を監視
3. 03重大度に応じて担当へescalation
4. 04暫定対応と恒久対応を分けて管理
5. 05照合と利用者確認で解決を判定
6. 06SLO・費用・業務効果を定期review

導入判定のチェックリスト

Minibankを導入案件として見ると

Minibankは学習用systemであり、実在する銀行サービスではありません。導入教材として見る場合、機能実装済みと本番運用可能を分けて評価します。