ロボティック プロセス オートメーションについて知っておくべき 10 のこと

[[381496]]

ロボティック プロセス オートメーションにより、ワークフローが合理化され、レガシー システムが緊密に統合され、ビジネス ユーザーが自ら問題を解決できるようになります。しかし、多くの利点の裏には、緊急に対処する必要がある問題がいくつかあります。

優れた SF 小説には必​​ず、ロボット執事、つまり全知全能であらゆる問題を瞬時に解決できる精霊が登場します。 「ロボティック・プロセス・オートメーション」という流行語を作り出した人々は、明らかにこの認識を利用しようとしていた。このプラットフォームを購入する顧客は、日々の業務をコンピューター管理者に任せることで、従業員がより困難な仕事に集中できるようになることを期待しています。

幸いなことに、この流行語が非常に正確であることを示す例は数多くあります。企業はワークフローを合理化し、独自の洗練されたダッシュボードを構築してデータを収集し、有用なインフォグラフィックを作成しています。ロボティック プロセス オートメーション ツールにより、ビジネス プロセスに関わるすべての人を悩ませる最も面倒なタスクの一部をコンピューターで実行できることが実証されています。

ロボティック プロセス オートメーション ツールは、古いコードをインテリジェントに処理してシステムの寿命を延ばす新しいレイヤーを追加することで、レガシー システムに新たな命を吹き込みます。多くの RPA ツールはプログラマー以外の人でも導入できるため、古いツールに苦労している人でも、新しいアイコンをドラッグ アンド ドロップするだけでワークフローを改善できます。適切なツールと実装方法を選択することで、スプレッドシート マクロを記述できる人なら誰でも、ロボティック プロセス オートメーションを使用してワークフローを効率化できます。

これらすべての驚異は、美しい外観を提供することで明らかであり、多くの面倒で退屈な作業を排除することができます。しかし、RPA がシステムにもたらすこれらすべての利点の背後には、時間の経過とともに問題を引き起こす可能性のあるいくつかの問題も潜んでいます。

避けられない事態が延期された

ロボティック プロセス オートメーションの利点の 1 つは、レガシー ソフトウェア パッケージを結び付けることができるレイヤーを構築することです。もちろん、これらのソフトウェア パッケージを最初から書き直して、すべてが連携するようにすることもできますが、優れた RPA ソリューションを使用すれば、同じことの多くをはるかに短い時間で実現できます。これはチューインガムと梱包用ワイヤーの製造のデジタル版です。

この方法は驚くほど効果があります。デビュー時には、生産性の向上が期待できます。しかし、これによってレガシー コードが削除されるわけではありません。古いコードをより深く隠すだけなので、目立たなくなり、より馴染みがなくなります。

真の解決策への支持は弱まる

優れたロボティック プロセス オートメーション レイヤーが、音声に関する不満を抱える人々の悩みを解決できれば、それは大きな勝利です。しかし、この一見すると解決策のように見えるものは、別の問題を隠している可能性があります。なぜなら、より深い問題は未解決のままであり、誰ももう注意を払わないからです。

差し迫ったニーズを満たす一時的な解決策は、リーダーが関連する苦情に耳を傾けなくなるため、レガシー コードの問題を最終的に解決するための予算を割り当てる取り組みにさえ影響を与える可能性があります。彼らは、ロボットによるプロセス自動化の優れたレイヤーが仕事をこなしてくれると考え、予算を他のことに使えるだろうと考えます。

複雑性の増大

平均的なユーザーは、RPA ソリューションによってすべてが簡単になると考えるかもしれませんが、表面下ではすべてがより複雑になります。過去には複雑なコーディングが N 層ありましたが、現在は N + 1 層のコードがあります。これにより、デバッグとメンテナンスが困難になります。何か問題が発生した場合、バグが存在する場所を 1 つ見つけるために、N+1 層のコードを調べることになります。

古い問題は依然として残る

ロボティック プロセス オートメーション ソリューションは、レガシー コードの醜さを隠すことはできますが、内部に深く埋もれている制限やバグに対処することはできません。幸いなことに、インテリジェントな RPA レイヤーは潜在的な問題の一部を阻止できます。場合によっては、解決策が適切かつ安定していることもあります。しかし、時にはそれは腐ったポーチに新しいペンキを塗るようなものなのです。

データ翻訳にはコストがかかる

コーディング作業の多くは、通常、データのビットを並べ替えて、何らかのライブラリを満たす形式でデータを取得し、答えが返されたら、ビットを再度並べ替えて、別の形式でデータをどこか別の場所に保存することから成ります。コードの一部では年を日付の先頭に指定する必要がありますが、別の部分では年を末尾に指定する必要があります。昔、悪意を持った誰かが、月の配列の最初の項目にゼロを置く Java ユーティリティを作成し、2 月が最初の月になるようにしました。月の最初の日付が 1 であるにもかかわらず。しかし、このコードは受け入れられません。

多くのロボティック プロセス オートメーション スタックは、翻訳作業の一部を自動的に実行するため、心配する必要はありません。これにより、実用的なソフトウェアの開発が容易になりますが、これらの無限の翻訳を実行するために必要な基礎的な作業がなくなるわけではありません。サーバーの性能をさらに高める必要があり、そのデータを処理するために支払う電気代も高くなります。多くの場合、費用はほとんどかかりませんので、心配しないでください。しかし、大規模なコンピューティングを行う場合、スケーリングのコストが非常に高くなる可能性があります。場合によっては、クリーンなコードを手作業で記述するためにプログラマーのチームを雇う必要があるかもしれません。

あなたの「スーパーユーザー」にはプログラミングスキルがありません

経営者からパートタイムのインターンまで、誰でも RPA ツールを開いてすぐに作業を完了できます。自動化は本当に機能します。しかし、たとえ超能力が本当にあったとしても、RPA ツールを効果的に活用する方法を理解するのは知恵ではありません。

プログラマーはデータ構造を理解しており、コンピューターが（たとえば）不正な形式の日付を受け取る特殊な方法を習得するために多くの時間を費やしてきました。プログラマーはネットワークを理解しており、コンピューターとシステム アーキテクチャの基本的なルールも理解しています。これらすべての機能は、ロボットによるプロセス自動化を推進するさまざまな魔法のコードをつなぎ合わせる際に非常に役立ちます。

プログラマーは依然として最良の選択です

営業担当者は、RPA 実装ではビジネス ユーザーが第一候補になると考えていますが、RPA ツールの最も効果的かつ効率的なユーザーは依然としてプログラマーです。彼らは、テクノロジー スタックのあらゆる層で長年の経験を積んでいます。データベースがどのクエリにすばやく応答できるか、またどのクエリにデバイスの速度を低下させるさまざまな JOIN が含まれているかがわかります。長年にわたる彼らの努力により、システムが価値ある回答を生成できるように質問を組み立てる最善の方法についての深い理解が得られました。

RPA ツールが (たとえば 10 倍の) 力倍増器であり、それを平均的なプログラマーよりも 10 倍有能な優秀なプログラマーに渡せば、100 倍の作業が達成される可能性があります。このレバレッジは本当に複雑です。

広範囲にわたる技術サポートには欠点がある

ほとんどの RPA ツールは、さまざまな API 形式のさまざまな製品とインターフェースすることを約束しています。この記述は通常は正しいのですが、結果は完璧には程遠いものになることがよくあります。 RPA ベンダーは、幅広い技術サポートに対する顧客のニーズに応えていますが、この幅広い技術サポートを実現し、維持することは困難です。

たとえば、インターフェースを流れるデータにエラーや脆弱性が見つかることはよくあります。日付が奇妙な形式になることがあります。時々、「空」の結果が徐々に発生します。そして、何百もの不具合が発生するでしょう。これらは致命的な障害ではないかもしれませんが、エラーをクリアしたり、たまに発生するバグに対処したりする作業が追加されます。

コンピューターは官僚主義をある程度までしか排除できない

RPA ツールはワークフローを効率化すると約束していますが、ほとんどのプロセスにおけるボトルネックはコンピューターや RPA とは関係ありません。多くの場合、ワークフローにステップが追加されるのは、誰かがそれを台無しにする方法を見つけたためです。そして、多くの場合、そのような災害は数十年前に発生しています。おそらく、カンザス事務所の誰かがポートランドからのアドバイスを受けなかったために 100 万ドルを失ったのでしょう。おそらくインターン生の中には詐欺師もいたのでしょう。

最高のロボットプロセス自動化ソフトウェアは、これらの問題の一部に対処できますが、完全に解消できるわけではありません。香港のチームがすべての請求書を確認する必要があると仮定すると、RPA スイートは香港のチームがそれらの請求書をより簡単にパッケージ化できるようにすることに役立ちます。自動化ソフトウェアでは、この作業をワークフローから排除することはできません。本当の複雑さは人から生じます。 RPA を魔法のソリューションとして過度に依存すると、組織はワークフローの合理化に伴う実際の作業を見失う可能性があります。

自動化が行き過ぎると危険になる

もちろん、ワークフローに存在する多くの官僚的な煩雑さには理由があります。潜在的な危険の 1 つは、RPA の導入によって処理速度が大幅に向上し、最終的なゲートキーパーを経由せずに問題が処理されてしまうことです。ゲートキーパーは、RPA が大変な作業をこなしていると考えてしまいます。これらのゲートキーパーはダッシュボードにログインし、テレビを見たりポッドキャストを聞いたりしながら、いくつかのページを素早く閲覧します。 RPA が何らかの異常をフラグ付けするのであれば、なぜ詳細に多くの時間を費やすのでしょうか?

コンプライアンスや不正防止に関わる困難なタスクの多くを、完全に自動化する簡単な方法はないかもしれません。悪意のある人物は RPA システムをテストし、見つかったあらゆる小さな脆弱性を悪用します。時には、システム内に何らかの抵抗が必要になることもあります。物事を過度に単純化するのは間違いである場合があります。