ほとんどのRPAプロジェクトが失敗する理由は同じである
RPAプロジェクトはしばしば失敗に終わります。それはテクノロジーの問題ではなく、プロセスの問題なのです。
企業はセールスサイクルの中で大きな成果を約束します。しかし、その後の導入は失敗します。これは、間違った条件を設定してしまうために起こります。
成功する自動化は、次の3つの要素にかかっています：
- Volume（量）: ボットは、そのメンテナンスにかかる時間よりも多くの時間を節約できなければなりません。もしタスクが月に80回しか発生しないのであれば、ボットを導入するのはお金の無駄です。
- Rules（ルール）: ボットは厳格な指示に従います。人間が判断を下したり、文脈を読み取ったりする必要がある場合、ボットは失敗します。自動化は、明確なルールがある反復的なタスクに最適です。
- Stability（安定性）: 画面が変わったり、ポータルが更新されたりすると、ボットは停止します。レガシーなERPのような、安定したシステムを使用するプロセスを自動化してください。
最大の過ちは、欠陥のあるプロセスを自動化することです。
多くの手動プロセスには、長年にわたる古い回避策や冗長なステップが含まれています。非効率なプロセスを自動化しても、単にその非効率さを加速させるだけで、根本的な解決にはなりません。
次のように問いかける必要があります。「なぜこのプロセスが存在するのか？」
時には、ボットよりも小さなシステム変更の方が、問題をうまく解決できることがあります。
「ハッピーパス（Happy Path）」の罠に注意してください。
パイロット版（試験運用）は完璧なデータでテストするため、非常にうまくいっているように見えます。しかし、実際の運用データは乱雑です。入力漏れがあったり、奇妙な形式が含まれていたりします。
ボットが例外処理（exception handling）に対応できるように設計されていない場合、次の2つの事態が発生します：
- ボットが壊れて動作が停止する。
- ボットがエラーを検知せずに（サイレントに）失敗し、誤ったデータを処理する。
これはメンテナンスの悪夢を引き起こします。
成功するためには、初日からメンテナンスの計画を立てる必要があります。すべてのボットに責任者を割り当て、エラーを早期に発見するためのモニタリング体制を整えてください。プロセスを修正するために、システムがクラッシュするまで待ってはいけません。
ボットを一つでも構築する前に、一つの質問を投げかけてください：
「あなたは正しい問題を解決しようとしていますか？」
もしそのプロセスが冗長であったり、システムの制限を補うためのものであったりする場合は、自動化しないでください。代わりにシステムを修正しましょう。
最良のチームは、長く使い続けられるものを作るために、開始時にあえてスピードを落とします。
Optional learning community: https://t.me/GyaanSetuAi