DX導入後に残る仕事は、システムではなく「人と運用」を変えることだった― 導入完了後に、現場の判断が止まる理由
新しい基幹システムが稼働して、数週間が過ぎた頃です。
入力画面は切り替わり、操作マニュアルも配布された。利用者向けの説明会も終わっている。それでも情報システム部門には、以前より細かな確認が集まり始めます。
「この例外は、どの部署が判断するのでしょうか」
「前のシステムでは、担当者がその場で決めていました」
「入力は終わったのですが、次の部門が何を確認すればよいのか分かりません」
システムは止まっていません。障害アラートも出ていない。それでも、業務の流れはところどころで滞り、特定の担当者へ相談が集まるようになります。
新しい仕組みを入れたのに、なぜ現場は以前より困っているように見えるのか。
その理由を、利用者が新しい画面に慣れていないからだと片付けると、見落とすことがあります。画面や入力方法が変わっても、判断の基準、部門間での情報の渡し方、例外が起きたときの責任分界が以前のままであれば、現場は新旧二つの仕事を同時に抱えることになるからです。
経済産業省がDXを、デジタル技術の導入にとどまらず、業務、組織、プロセス、企業文化まで含めた変革として整理している背景にも、こうした導入後の課題があります。新しいシステムを稼働させることと、新しい仕事の進め方を定着させることは、別の工程です。
新しい画面になっても、判断基準は自動では変わらない
システム導入の計画では、画面、帳票、権限、データ連携、テストといった項目が管理されます。どれも欠かせません。
ただ、業務は画面の中だけで完結していません。
たとえば、申請内容に不足があったとき、誰が差し戻すのか。急ぎの案件で通常の承認経路を通せない場合、誰が例外を認めるのか。数字が合わないとき、どの部署がどこまで確認し、どの時点で上位者へ相談するのか。
こうした判断は、以前の運用では担当者の経験や、長く続いた関係者どうしの会話で補われていたことがあります。新しいシステムでは入力項目や承認フローが整っていても、その背景が引き継がれていなければ、利用者は画面の前で止まります。
操作が分からないのではなく、「この場合は誰に確認すればよいのか」が分からない。新システムの稼働後に増える問い合わせには、そうした種類のものが少なくありません。
部門間の確認が増えるのは、運用の受け渡しが切れているから
導入後、「以前より確認が増えた」と感じる現場があります。
販売部門が入力した内容を経理部門が確認し、経理部門で判断できない事項を情報システム部門へ戻す。情報システム部門は設定上の問題かを調べるものの、実際には業務ルールが部門間で揃っていなかったと分かる。こうした往復が続くと、誰も間違った仕事をしていないのに、処理だけが進まなくなります。
原因は、システムの不具合とは限りません。
新しい仕組みに合わせて、どの部門が何を確認し、どの情報を次の担当へ渡すのかが整理されないまま、旧来の判断を持ち込んでいる場合があります。前のシステムでは見えなかった確認作業が、新しい承認フローでは表に出ることもあります。
この段階で必要なのは、問い合わせ件数だけを追うことではありません。どの業務で確認が発生しているのか、その確認は操作上の質問なのか、業務ルールの解釈なのか、責任者が曖昧な例外対応なのかを分けて見ます。
問い合わせを分類すると、同じ場所で何度も止まっている仕事が見えてきます。
例外対応が曖昧なままでは、相談が特定の人へ集中する
新しいシステムの導入後、最も負荷が集まりやすいのは、通常の流れから外れた場面です。
月末だけ必要になる処理。取引先ごとに異なる確認。データ修正を急ぐ必要がある場合。想定していなかった権限不足。通常の承認者が不在のときの判断。
こうした例外は、設計段階ですべてを予測できるわけではありません。ただ、例外が起きたときに、誰が事実を確認し、誰が暫定対応を判断し、恒久対応の検討をどこへ戻すのかが決まっていなければ、現場は以前から知っている人へ相談するしかありません。
その結果、特定の担当者が不在になると業務が止まる。判断の背景が記録されないため、同じ問い合わせが何度も繰り返される。新しく入ったメンバーは、手順だけを覚えても、なぜその対応をするのかを理解できないままになります。
運用を整えるとは、例外をなくすことだけではありません。例外が起きたときに、現場が迷わず次の確認へ進めるようにしておくことです。
操作研修だけでは、新しい働き方は定着しない
導入前の研修では、画面の使い方や入力手順を伝える必要があります。
一方、稼働後に必要になるのは、もう少し仕事に近い学びです。新しく入った人が知るべきなのは、どのボタンを押すかだけではありません。その入力がどの部門へ渡り、何の判断に使われ、どの条件で差し戻されるのかまで理解できているかが重要になります。
現場に根付くまでには、業務用語、関係者の役割、問い合わせの背景、報告の仕方を覚える時間が必要です。
「この処理は、前工程で何を確認してから進めるのか」
「この数字が合わないとき、まず誰に聞くのか」
「この例外は、一時的な対応なのか。次回からも同じように扱うのか」
こうした会話が残らないまま、操作研修だけを繰り返しても、現場は判断できるようになりません。
IPAのDX推進指標も、DXを単なるデジタル化ではなく、関係者が現状と課題の認識を共有し、次の行動につなげるための取り組みとして位置づけています。導入後の定着は、情報システム部門だけが担うものではなく、業務部門、管理職、現場の利用者が同じ課題を見られる状態から始まります。
運用支援は、保守の外側にある仕事でもある
稼働後の支援では、問い合わせに答えるだけでは足りない場面があります。
ある対応が暫定的なものなのか、恒久的に運用へ組み込むべきものなのか。今回の困りごとは特定の利用者だけの問題なのか、他の部門にも起こり得るものなのか。設定変更が必要なのか、手順書を直すべきなのか、業務部門どうしの確認をやり直すべきなのか。
支援の現場では、こうした問いを一つずつ整理し、影響範囲を確かめ、関係者へつなぐ仕事が求められます。
計画どおりに進まない局面で、誰が原因を切り分け、誰が関係者をつなぎ、どこまでを暫定対応として進めるのか。顧客が見ているのは、技術そのものだけではありません。業務を止めないために、状況を整理し、次の判断へ進めるかどうかです。
導入後90日で確認したい五つのこと
新システムが稼働した後は、問い合わせ件数や障害件数だけでなく、次の点を確認しておくと、運用上の課題を早く見つけやすくなります。
問い合わせが多い業務は、どこで詰まっているか
操作、業務ルール、責任分界のどこに原因があるのかを分けて確認します。例外対応の判断者と引き継ぎ先が明確か
担当者が不在でも、誰が何を確認し、次にどこへつなぐかが分かる状態をつくります。部門間で、同じデータを同じ意味で見ているか
項目名が同じでも、部門ごとに解釈が違えば、差し戻しや確認は増えます。特定の人だけが知る判断や確認作業が残っていないか
属人化を責めるのではなく、その人が何を見て判断しているのかを記録に残します。新任者が、操作だけでなく前後の業務を理解できているか
自分の作業が次の担当者や業務全体にどうつながるかを理解できると、例外時にも判断しやすくなります。
DXの成否は、稼働開始日ではなく、その後の現場で決まる
DX導入後に残る仕事は、利用者へ新しい画面を覚えてもらうことではありません。
業務上の判断を誰が担うのか。例外が起きたとき、どの情報を見て、誰が判断するのか。部門間で情報がどのように渡り、新しいメンバーがその仕事を引き継げるのか。
こうした運用を、現場の実態に合わせて整え直すことが、稼働後の本当の仕事になります。
システムが動いているのに現場が止まるとき、原因は利用者の慣れだけにあるとは限りません。画面の外で行われている確認、例外時の判断、部門間の受け渡しを見直すことで、初めて新しい仕組みが業務の中へ根付き始めます。
システム導入後、問い合わせや例外対応、部門間の確認が増えている場合は、それを操作の慣れや利用者の理解不足として終わらせず、業務・運用・育成の観点から整理する必要があります。
ディーシステムは、導入後の運用設計、現場定着、引き継ぎの課題を、業務の流れと関係者の役割から整理する支援を行っています。
関連記事
参考資料
経済産業省「DX支援ガイダンス」
IPA「DX推進指標のご案内」
IPA「DX動向2025」
