自動化できないのではなく、自動化に引き取ってもらえないだけ
記事
コラム
業務改善を検討する現場で
「ここは自動化したい」という話はよく出ます。
しかし実際に情シスやベンダーに相談すると
「それは対象外です」と言われたり
「要件定義が必要です」と戻されることがあります。
この現象は
自動化できないのではなく、
自動化に引き取ってもらえない状態になっているだけです。
自動化やシステムは、何でも引き受けるわけではありません。
ツールや担当者には
必ず守備範囲があります。
・RPAは「明確な手順」が必要
・AIは「答え合わせのデータ」が必要
・SaaSは「決まった入力形式」が必要
・情シスは「業務判断」を扱わない
・ベンダーは「例外処理」を嫌う
どれも正しい主張です。
現場で自動化が止まる背景には
こうした“役割の境界”が存在します。
逆に言えば、
この境界を越える前に業務が整っていれば
自動化は前に進みやすいのです。
では何が境界になるのか。
代表的なのは次の三つです。
1 入力が揃っていない
2 例外処理が定義されていない
3 判断の基準が見えない
これらが欠けると
自動化は引き取れません。
理由はシンプルで
“揺れ”や“判断”は
基本的に人の仕事だからです。
現場でよく起きているのは
「自動化したい業務」ではなく
「人が吸収している業務」
です。
人が吸収できる業務は
技術に引き継ぐときに分解が必要です。
ここを省略して
いきなり自動化の議論に入ると
議論が止まります。
自動化に引き取ってもらうためには
次の流れが必要です。
・揺れを見える化する
・例外の種類を数える
・判断の基準を文字にする
・優先度を決める
・入力仕様を揃える
この順番で整理すると
自動化はスムーズに進みます。
業務改善担当の仕事は
「全部自動化すること」ではなく
自動化が成立する受け渡し形式に整えることです。
処理そのものより、
引き渡しの形のほうが重要なこともあります。
以下の状況は整理の対象になります。
・情シスから要件定義を求められる
・RPAに断られる処理が多い
・例外ばかりで進まない
・判断が人に依存している
・前処理の手数が多い
自動化できないのではなく
自動化に引き取ってもらえていないだけ、ということは多いです。
扱っているデータや状況が対象かどうか判断しますので、
一度ご相談ください。
購入前提ではありません。
