自動化の墓場：実例から学ぶRPA失敗の5大要因と事後分析

オペレーション部門のリーダーが不安になるような数字があります。アーンスト・アンド・ヤング（EY）によると、初期のRPAプロジェクトの最大50%が完全に失敗に終わっているのです。

これらは目に見える失敗に過ぎません。より深刻なのは「静かな失敗」です。置き換えた人間よりも維持費がかかるボット、10台以上にスケールしないパイロット版、18ヶ月と160万ドルを費やした挙句、フルタイムのメンテナンス作業と化した自動化プログラムなどです。

私たちは数十件の事後分析（ポストモーテム）とケーススタディを調査し、繰り返し現れる5つの失敗パターンを特定しました。もし心当たりがあるなら、あなたのプログラムはすでに「墓場」に向かっているかもしれません。

失敗 #1：混乱したプロセスをそのまま自動化する

ある欧州の通信会社は、請求書処理と銀行照合を自動化するために財務部門全体にRPAを導入しました。ボットは、オペレーターがバラバラのERPシステムを操作する手順を正確に模倣しました。つまり、あらゆる非効率性をマシンのスピードで再現したのです。例外が発生した際、実際のワークフローを誰も文書化していなかったため、対処するためのプロセスロジックが存在しませんでした。

教訓： RPAはプロセスを改善するのではなく、固定化（化石化）させます。自動化する前に、「新入社員が誰の助けも借りずに、このマニュアルだけで業務を遂行できるか？」を問い直してください。もしノーであれば、必要なのは自動化ではなくプロセスの再設計です。

失敗 #2：50台の「脆弱なボット」部門

ある多国籍銀行では、各部門が独自のボット、開発者、優先順位を持っていました。18ヶ月後には50台のボットが稼働していましたが、連携はゼロでした。ERPが四半期ごとのアップデートを実施した際、12台のボットが同時に停止しました。一部の開発者はすでに退職しており、残った開発者が作った回避策はあまりに独特で、誰もデバッグできない状態でした。

教訓： ガバナンスは官僚主義ではなく「保険」です。すべてのボットには所有者、ドキュメント、メンテナンススケジュールが必要です。導入されているすべてのボットに対して「このボットの責任者は誰か？」に答えられないのであれば、それは「墓場の予備軍」です。AIエージェントとRPAの比較が示すように、システムが自律的になればなるほど、このガバナンスの欠如は大きな問題となります。

失敗 #3：「導入したら終わり」という神話

ある物流会社は、受注と請求処理にボットを導入しました。初期の成果は素晴らしく、経営陣は勝利を宣言し、メンテナンス予算をゼロに設定しました。

その後、サプライヤーのポータルサイトがインターフェースを刷新しました。SAPはパッチを適用しました。ログインフローが変更されました。アップデートのたびにボットは壊れました。HfS Researchの推定では、ライセンス費用は**RPAの総所有コスト（TCO）のわずか25〜30%に過ぎません。残りの70〜75%**は、実装、メンテナンス、緊急修正、および開発者のプレミアム報酬に消えていきます。50台のボット運用なら、3年間で約68万ドルのメンテナンス費用がかかる計算になります。

教訓： 毎年、実装コストの少なくとも20〜30%をメンテナンス予算として確保してください。メンテナンス費用ゼロでしか成立しないビジネスケースは、ただの空想です。

失敗 #4：座標ベースの時限爆弾

米国の会計事務所は、監査ワークフロー用のRPAボットの構築に15ヶ月を費やしました。このボットはGUIを通じて税務ソフトを操作し、座標をクリックしてフィールドに入力していました。ソフトのインターフェースが更新され、ボタンの位置が移動するまでは完璧に動作していました。

これはRPAの根本的なアーキテクチャ上の弱点です。ボットは「意図」ではなく「座標」に従います。定期的にアップデートされる15の相互接続されたシステムを運用している中堅企業にとって、これは年間60箇所の潜在的な故障ポイントを抱えていることを意味します。Forresterの推定では、メンテナンス費用が**RPAの総支出の最大60%**を占めることもあります。

教訓： ベンダーの「ERPがアップデートされたらどうするか？」という問いへの答えが「ボットを作り直す」であれば、それは四半期ごとに爆発する時限爆弾を買っているようなものです。AIエージェントへの移行が進んでいる理由の一つは、この脆弱性にあります。

失敗 #5：現場の人間を置き去りにした

前述の通信会社では、失業を恐れた従業員がボット開発者にプロセスの詳細を教えませんでした。中には自動化の取り組みを積極的に妨害する者さえいました。また、会計事務所では、参加が任意で社内の推進者がいなかったため、正常に動作するボットであっても利用率が低いままでした。

デロイトの調査によると、**組織の39%がRPA成功の最大の障壁として「社内専門知識の不足」**を挙げています。テクノロジーでも予算でもなく、「人」の問題なのです。

教訓： RPAプログラムには、テクノロジーと同等の予算をかけたチェンジマネジメント（変革管理）のワークストリームが必要です。役割の再設計、トレーニング、そしてタスクが自動化された後の従業員がどうなるかについての明確なメッセージングが不可欠です。

自己診断チェックリスト

あなたのプログラムが墓場行きになる前に、正直にスコアをつけてみてください。

プロセスの健全性 — すべての対象プロセスがエンドツーエンドで文書化されているか？ 例外処理が書面で定義されているか？ プロセスが6ヶ月以上安定しているか？ 「そもそもこのプロセスは必要なのか？」と問いかけたか？

ガバナンス — すべてのボットに担当者が割り当てられているか？ 最終テスト日を記載した全ボットの中央台帳があるか？ 新規導入の承認プロセスがあるか？ ドキュメント基準が遵守されているか？

財務的現実 — ビジネスケースに年20〜30%のメンテナンス費用が含まれているか？ 緊急時の修復予算があるか？ 3年間のTCOを算出しているか？ ライセンス費用と総コストの違いを理解しているか？

チェンジマネジメント — 影響を受ける従業員に説明がなされているか？ 自動化後のワークフローに向けたトレーニングが計画されているか？ エグゼクティブスポンサーが積極的に推進しているか？ 従業員の将来（スキルアップ、配置転換など）が定義されているか？

アーキテクチャ — 基盤システムのアップデート計画があるか？ UIの変更に対するボットの耐性がテストされているか？ フォールバック（代替）手順があるか？ 決定論的なRPAか、適応型のAIエージェントかを適切に評価したか？

大きな視点

自動化の墓場は今後も拡大し続けるでしょう。企業がすでに脆弱なRPAの基盤の上にAIエージェントを重ねようとする中、Gartnerは2027年までにAIエージェントプロジェクトの40%が放棄されると予測しています。

成功する企業は、ボットの数が多い企業ではありません。自動化を「デザインの規律」として捉え、自動化する前にプロセスを理解し、ボットを本番システムとして管理し、正直に予算を組み、そして「現場の人間は障害ではなく、自動化が存在する理由そのものである」と理解している企業なのです。

よくある質問（FAQ）

なぜこれほど多くのRPAプロジェクトが失敗するのですか？

最も一般的な根本原因はテクノロジーではなく、定義が不十分なプロセスを自動化してしまうことにあります。EYの報告では、初期プロジェクトの30〜50%が失敗しています。壊れたワークフローの自動化、ガバナンスの欠如、メンテナンス予算の未計上、チェンジマネジメントの軽視などが主な要因です。失敗は技術的というより組織的なものです。

RPAの真の総所有コスト（TCO）はどのくらいですか？

ソフトウェアのライセンス料は総コストの25〜30%に過ぎません。残りの70〜75%は、実装、メンテナンス、緊急修正、開発者の人件費に充てられます。一般的な50台のボット運用では、3年間で約68万ドルのメンテナンス費用が発生しますが、これは当初のビジネスケースで見落とされがちなコストです。

企業はRPAからAIエージェントに切り替えるべきですか？

必ずしもそうとは限りません。AIエージェントは、画面座標ではなく「意図」に基づいて操作するなど、RPAの限界を解決しますが、新たなリスクも伴います。Gartnerは、AIエージェントプロジェクトの40%が2027年までに放棄されると予測しています。答えはユースケースによります。ルールに基づいた決定論的なタスクには依然としてRPAが適しており、複数のシステムにまたがる適応型のワークフローにはAIエージェントが適しています。

出典: Ernst & Young, HfS Research, Forrester, Deloitte, Gartner, Accounting Horizons / Zhang et al., CIO Tech Outlook.