結論業務改善をツール導入から始めると、業務は整理されるどころか、複雑化し、現場の負担が増えることが多く起きます。原因はツールの性能ではありません。業務の構造が分からないまま、解決策を先に置いてしまうという課題設定の順序ミスです。よくある状況業務改善の文脈で、次のような会話が出てきます。RPAを入れれば、手作業は減るシステム化すれば、ミスはなくなる新しいツールを入れれば、効率化できるそして議論は、こう進みます。どのツールが良いかどこまで自動化できるか導入コストと回収期間一見、前向きで合理的な議論です。しかしこの時点で、業務そのものの話はほとんどされていません。なぜ「ツール導入ありき」になりやすいのか① 問題が「作業量」に見えてしまう業務改善の相談では、手入力が多い転記が多い同じことを何度もやっているといった作業レベルの話が多く出ます。そのため、「自動化すれば解決できそうだ」と考えやすいです。② 成果が分かりやすそうに見えるツール導入は、導入した自動化した工数が減ったと成果を説明しやすく、改善活動として“進んだ感”が出ます。③ 外部からの後押しが強いベンダー提案、事例紹介、展示会などで、簡単にできるすぐ効果が出るというメッセージを多く受け取ります。結果として、業務の整理より先に解決策が固定されます。誤りの本質このパターンの本質的な誤りは、次の一点です。「何をどう改善したいのか」が定義されないまま、「何を使うか」だけが決まっているつまり、どの業務がなぜ詰まっていて何が問題なのかが分からないまま、ツールが入ります。なぜうまくいかないのか① 例外処理が大量に残る現場の業務には、必ず例外があります。顧客ごとの個別対応想定外のイレギュラー判断が必要なケース業務構造を整理せずに自動化すると、標準処理はツール例外は人手という分断が起き、かえって業務は複雑になります。② 業務の全体像が見えなくなるツール単位で業務が切られるため、どこで止まっているのか誰が判断しているのかどこがボトルネックなのかが見えなくなります。改善したはずなのに、管理や改善がしづらい状態になります。③ 現場の負担と不信感が増える現場では、次のようなことが起きます。入力ルールが増える例外処理の責任だけが残るトラブル時の対応は人任せ結果として、楽になるどころか忙しくなった改善が現場を見ていないという不信感が生まれます。会議で起きがちなズレた議論このパターンでは、会議が次の方向に流れます。「どこまで自動化できますか？」「この作業はRPAでできますか？」「例外は手動で対応すればいいですよね？」しかし、本来議論すべき問いは置き去りになります。なぜその例外が多いのか判断が発生している理由は何か上流で整理できる余地はないのか本来設定すべき問いツール導入を検討する前に、次の問いを立てる必要があります。① 判断が発生しているのはどこか？何を判断しているのかなぜ判断が必要なのか誰が判断しているのか② 業務が複雑になる原因は何か？情報が揃っていないのか標準化できていないのか前工程が曖昧なのか③ 自動化すべき業務と、すべきでない業務は何か？判断を含まない定型処理価値を生んでいる人の判断を切り分ける必要があります。課題設定の言い換え例× RPAを導入する〇 定型業務の中に判断が混在し、処理が止まっている× システム化する〇 業務ルールが曖昧で、例外処理が常態化している× 自動化を進める〇 判断基準が属人化し、業務の引き継ぎができていない正しい課題設定に置き直すと、何が変わるか課題を構造として捉えると、打ち手が変わります。先に業務ルールと判断基準を整理する標準化できる部分と、人が担う部分を分けるその上で、必要な箇所だけツールを使うツールは主役ではなく、整理された業務を支える脇役になります。課題デザイン室の考え方課題デザイン室では、業務改善において次を重視します。ツール導入を出発点にしない先に業務の構造、判断、責任を整理する自動化は「業務設計の結果」として選ぶ導入後に「何が楽になるか」を具体の業務で定義する業務改善がツール導入で混乱しているとき、必要なのは追加の機能ではなく、課題設定の順序を元に戻すことです。