ロボティック プロセス オートメーションの 10 の秘密

[[394728]]

[51CTO.com クイック翻訳]すべての優れた SF ストーリーには、ロボット執事、つまり私たちのすべての問題を一瞬で解決できる全知全能の精霊が少なくとも 1 人登場します。 「ロボティック・プロセス・オートメーション（RPA）」という流行語を作り出した人々は、明らかにこの感情を利用しようとしている。このプラットフォームを購入する顧客は、自分の雑用をコンピューター執事に任せることができ、残りのスタッフがより大きな課題に集中できるようになることを期待しています。

幸いなことに、流行語が正確である例は数多くあります。企業はワークフローを合理化し、データを取り込み、有用なインフォグラフィックを出力する洗練されたダッシュボードを構築しています。 RPA ツールは、食物連鎖のあらゆる階層の人々を悩ませる最も面倒なタスクの一部をコンピューターで実行できるようにすることに成功していることが証明されています。

RPA ツールは、古いコードをインテリジェントに操作してその有効期間を延ばす新しいレイヤーを追加することで、レガシー システムに新たな命を吹き込みます。多くの RPA ツールはプログラマー以外の人でも導入できるため、従来のツールの使用の苦労を知っている人でも、新しいアイコンをドラッグ アンド ドロップしてワークフローを改善できます。適切なツールと実装があれば、スプレッドシート マクロを記述できる人なら誰でも RPA を使用してワークフローを効率化できます。

この魔法はすべて明らかであり、多くの苦労と単調な仕事を払拭する素晴らしい外観を提供します。しかし、RPA がシステムに追加するものの表面下には、時間の経過とともに問題になる可能性のある問題が潜んでいます。

遅延は避けられない

RPA の大きな利点は、レガシー ソフトウェア パッケージを結合するレイヤーを構築できることです。もちろん、すべてを調整するためにソフトウェア パッケージを最初から書き直すこともできますが、優れた RPA ソリューションを使用すれば、同じことの多くをより短時間で実現できます。ガムボールや梱包ラインのデジタル版です。

この方法は驚くほど効果があります。初めてリリースされたとき、生産性の向上は素晴らしいものになるでしょう。しかし、これによってレガシー コードが削除されるわけではなく、より深く隠されるだけです。

実際の復興に対する政治的支援は弱まる

完璧な RPA レイヤーがバグを解決すると、大きな成果が得られます。しかし、根本的な問題は解決されていないため、修復されたベニヤ板には、もう誰も気付かない別の隠れた問題が残っている可能性があります。

問題を一時的に解決する一時的な解決策は、訴訟で即時の苦情が聞かれなくなるため、レガシー コードを永続的に解決するための予算を割り当てる取り組みを損なう可能性さえあります。彼らは、RPA のリップスティック レイヤーで十分であり、予算は他の場所で使用できると想定します。

複雑性の増大

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

古いバージョンのエラーがまだ存在する

RPA ソリューションはレガシー コードの醜さを隠すことはできますが、コード内の制限やバグを修正することはできません。幸いなことに、インテリジェントな RPA レイヤーは潜在的な問題の一部を阻止できます。場合によっては、修正が適切かつ安定することもあります。時々、それは腐ったポーチに塗りたてのペンキのようなものです。

データ変換には多額の費用がかかる可能性があります。コーディングでは、多くの場合、ライブラリに必要なデータ形式に合うようにビットを並べ替え、答えが返ってきたら、ビットを再度並べ替えて別の形式で保存します。コードの一部では、年が日付の先頭に来ることが必要であり、別の部分では最後の年が必要とされる。かつて、悪意のあるユーモアのセンスにより、Java ユーティリティが巧妙に月配列をゼロから開始し、2 月が最初の月になるようにしました。ただし、月の最初の日は日付です。このコーディングのおかげで、私は住む場所を確保できています。

多くの RPA スタックではこれらの翻訳の一部が自動化されるため、心配する必要はありません。これにより、実用的なソフトウェアの構築が容易になりますが、これらの無限の翻訳を実行するために必要な基礎的な作業がなくなるわけではありません。サーバーの性能をさらに高める必要があり、このすべてのデータに対して料金を支払う必要があるため、電気代が高くなります。多くの場合、これはおそらく数セント程度なので、心配する必要はありません。ただし、大規模な運用の場合は、スケーリングのコストがかなり大きくなる可能性があります。ある時点で、きれいな手作業でコーディングされたコードを書くプログラマーのチームを雇う価値があるかもしれません。

「スーパーユーザー」にはプログラミングスキルがない

上級管理職からパートタイムのインターン生まで、誰でも RPA ツールを起動して、ほんの数分で作業を完了できます。自動化は本当に機能します。しかし、たとえ超能力が本当にあったとしても、彼らにはその能力を効果的に使う方法を理解する知恵がないだろう。

プログラマーはデータ構造を理解しており、日付が間違った形式でコンピューターに渡される特殊な状況を理解するために多くの時間を費やしてきました。プログラマーはネットワークを理解しており、コンピューターとシステム アーキテクチャの基本的なルールも理解しています。これらすべての本能は、RPA を推進するさまざまなマントラに関して非常に貴重です。

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

営業担当者は、RPA 実装者としてはビジネス ユーザーが第一候補になると主張しますが、お客様に代わって RPA ツールを最も効果的かつ効率的に使用するのはやはりプログラマーです。彼らはスタックのあらゆるレイヤーで作業してきた長年の経験を持っています。どのクエリがデータベースによって素早く回答されるか、どのクエリがマシンを混乱させる JOIN で埋められるかがわかります。彼らは長年にわたり、システムが価値ある回答を生み出すよう、質問を組み立てる最善の方法についての洞察を提供するために、できる限りのことを行ってきました。

RPA ツールが 10 倍の力を発揮し、すでに一般的なコーダーよりも 10 倍の出力を出している優秀なプログラマーにそれを提供すれば、100 倍のスループットが期待できるかもしれません。レバレッジは本当に複雑です。

サポートの広さには欠点もある

ほとんどの RPA ツールは、何千もの異なる API 形式で何千もの異なる製品と対話することを約束しています。この記述は多くの場合正しいのですが、結果は完璧には程遠いものになることがよくあります。 RPA ベンダーは幅広いサポートのニーズに応えていますが、この幅広さをサポートし維持することは困難です。

たとえば、接続を介して流れるデータにエラーや穴が見つかることはよくあります。日付が奇妙な形式になる場合があります。時々、「null」の結果が入り込むことがあります。数百件の障害が発生しました。これらは致命的ではないかもしれませんが、間違いを修正したり、たまに発生するギャップを埋めたりするために別のレイヤーを追加することになります。

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

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

最高の RPA ソフトウェアはこれらの問題の一部に対処できますが、完全に解消することはできません。香港チームがすべての請求書を承認する必要があると仮定すると、RPA スイートは香港の人々のために文書をパッケージ化することを容易にするだけです。ソフトウェアでは、彼らをループから排除することはできません。本当の複雑さは人から生じます。 RPA を魔法のソリューションとして頼りすぎると、組織はプロセスの合理化に必要な実際の作業を見失う可能性があります。

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

もちろん、ワークフローにおける官僚的な煩雑さの多くは、理由があって存在しています。隠れた危険の 1 つは、RPA の実装によって処理が高速化され、人間のゲートキーパーを迂回して問題が処理されてしまうことです。ゲートキーパーは、RPA が重労働を担っていると想定します。ユーザーはダッシュボードにログインし、テレビを見たりポッドキャストを聴いたりしながらページを閲覧します。 RPA が異常なケースをフラグ付けするのであれば、なぜ詳細に多くの時間を費やすのでしょうか?

コンプライアンスや不正防止に関わる困難なタスクの多くを、完全に自動化する簡単な方法はないかもしれません。悪意のある人物はシステムを調査し、RPA のあらゆる小さな弱点を悪用します。時には、システム内に摩擦が必要になることもあります。時には物事を簡単にしすぎるのは間違いです。

出典: CIO
元記事のアドレス: https://www.cio.com/article/3604531/10-dark-secrets-of-robotic-process-automation.html?upd=1618974523006

[51CTOによる翻訳。パートナーサイトに転載する場合は、元の翻訳者と出典を51CTO.comとして明記してください]