新しいシステムを導入したのに、Excel、メール、紙の申請が残り続けることがあります。現場はシステムへ入力した後、同じ内容をExcelへ転記します。管理者は新旧両方を確認し、導入前より仕事が増えます。
この状態を「現場が新システムを使わないから」と説明するだけでは不十分です。旧運用には、入力以外の役割が残っている場合があります。また、長く繰り返した行動は、毎回考えなくても実行できる業務習慣になっています。
この記事では、新システムの導入ではなく、旧運用の終了までを一つのプロジェクトとして設計する方法を解説します。
Excelは入力表以外の役割を持っている
旧Excelを調べると、次の機能が混ざっていることがあります。
- 元データの保管
- 入力と修正
- 計算と集計
- 承認済みかどうかの記録
- 担当者への申し送り
- 例外処理のメモ
- 過去月との比較
- システム障害時のバックアップ
新システムが入力と集計だけを置き換えても、例外メモや申し送りの場所がなければExcelは残ります。廃止するには、ファイル単位ではなく役割単位で代替先を決めます。
| 旧運用の役割 |
新しい置き場所 |
| 元データ |
業務システムまたは変更不可の保管領域 |
| 修正履歴 |
操作履歴・変更理由 |
| 承認 |
承認状態と承認者 |
| 申し送り |
案件・取引に紐づくコメント |
| 例外メモ |
例外区分・対応状況・責任者 |
| 月次比較 |
同じ条件で再計算できる集計 |
現状を選ぶことには理由がある
行動経済学では、現在の状態が選ばれやすい現状維持バイアスが知られています。SamuelsonとZeckhauserは、選択肢に現状が設定されることで、その選択が増えることを検討しました。Status quo bias in decision making
業務では、旧手順にすでに学習コストを支払っています。どこを直せばよいか、誰に聞けばよいか、例外時に何を見るかを担当者は知っています。新システムが最終的に便利でも、導入直後には学習、二重確認、不具合対応が発生します。
そのため、現状維持を感情だけでなく、次の比較として捉えます。
旧運用：非効率だが、結果と責任が予測できる
新運用：効率化の可能性はあるが、移行中の負担と例外が不明
導入側が減らすべきなのは、現場の抵抗ではなく新運用の不確実性です。
習慣は説明だけでは変わらない
繰り返された業務は、特定の状況をきっかけに自動的に始まります。月末になったら前月のExcelをコピーする、メールを受け取ったら一覧へ転記する、といった行動です。
職場での習慣変更を扱ったフィールド実験では、「いつ、どの状況で、どの行動をするか」を具体的に決める実行意図と、目につく環境上の手がかりが、既存行動から新しい行動への移行を支えました。Breaking and creating habits on the working floor
システム移行でも、「新システムを使う」と伝えるだけでなく、行動のきっかけを書き換えます。
- 作業が完了したら、チャットではなく完了ボタンを押す
- 請求書を受け取ったら、個人フォルダではなく取引へ添付する
- 金額差が出たら、Excelへメモせず例外一覧へ登録する
- 月末になったら、前月ファイルではなく未確定一覧を開く
無期限の並行運用が二重管理を作る
並行運用は安全確認に必要ですが、終了条件がないと新しい業務として定着します。
悪い並行運用は、すべてのデータを新旧両方へ入力します。良い並行運用は、入力元を一つにして結果だけを比較します。
たとえば、新システムを正本候補として入力し、旧Excelは比較結果の確認に限定します。差異が出たときだけ原因を調べます。Excel・CSV突合／差分検出ツールのように、片側だけのデータや値違いを抽出すると、全件の二重確認を避けられます。
旧運用をやめる6段階
1. 旧運用の役割を分解する
入力、計算、承認、連絡、保管、例外、バックアップを分け、代替先があるか確認します。
2. 対象を限定して試す
1拠点、1取引種別、1か月分などに限定します。全社展開してから問題を探すと戻す範囲が大きくなります。
3. 入力する正本を一つにする
新旧両方を更新可能にすると、どちらが正しいか分からなくなります。並行期間中も、新規入力する場所は原則一つにします。
4. 結果と例外を照合する
次を確認します。
- 対象件数
- 合計金額
- 片側だけのデータ
- 修正・取消・返金
- 承認状態
- 元資料への参照
- 障害時の復旧手順
5. 旧運用を参照専用にする
すぐ削除せず、更新権限を止めます。必要な過去資料を閲覧できる状態は残しつつ、新しいデータが増えないようにします。
6. 保存期間を確認して廃止する
会計、税務、契約、監査、個人情報などの保存要件を確認し、バックアップと責任者の承認を得て廃止します。削除できない資料は、保管用と日常運用を分けます。
移行判定を感覚で決めない
「大きな問題がなさそう」ではなく、開始前に判定基準を決めます。
- 対象データの欠落がない
- 金額差の原因を説明できる
- 通常処理を新運用だけで完了できる
- 主要な例外を処理できる
- 障害時に復旧または一時対応できる
- 担当者以外が同じ結果を再現できる
- 問い合わせ先と責任者が決まっている
組織として変化を実行するには、実行への意思だけでなく、必要な資源や能力があるという共有認識も必要です。A theory of organizational readiness for change
旧運用が残っているサイン
新システムのログイン数だけでなく、次を確認します。
- 前月Excelのコピーが作られている
- メールやチャットで同じ情報を再送している
- システム外で承認を取り直している
- 一度出力して別ファイルで修正している
- 個人フォルダにバックアップが増えている
- システムの数字を毎回電卓で再計算している
これらは現場の怠慢ではなく、新運用がまだ満たしていない役割を示す情報です。
まとめ
新システムを導入してもExcelが残るのは、旧ファイルが入力以外の役割を持ち、担当者の習慣と安全策になっているためです。利用を命じるだけでは、二重管理が見えない場所へ移ります。
旧運用の役割を分解し、対象を限定して比較し、入力する正本を一つにします。そのうえで旧運用を参照専用へ移し、保存要件を確認して廃止します。
現場心理を含む導入全体の設計はシステム導入が現場で使われない理由、属人担当者から知識を引き継ぐ方法は属人化をなくそうとすると反発される理由で解説しています。
