プロセス自動化の分野をどのように理解すればよいでしょうか?

[51CTO.com クイック翻訳]今日、プロセス自動化にはさまざまな形があります。また、ツールのエコシステムが拡大し、単純な反復タスクから複雑なカスタムワークフローまで、あらゆるものを自動化できるようになります。

2015 年、ドイツテレコムは、完全なプロセス自動化の分野における数多くのツールの 1 つであるロボティックプロセスオートメーション (RPA) の使用を開始しました。同社は長年にわたり、2,500 を超えるロボティックプロセスオートメーション (RPA) システムを開発し、大きな成功を収めてきました。しかし、ロボティック・プロセス・オートメーション (RPA) という名前は「プロセス自動化」を示していますが、実際にはプロセス自動化ではなく、タスク自動化であることも十分に認識しています。

これは、ツールのカテゴリが多次元で把握が難しいプロセス自動化分野の複雑さから生じる一般的な誤解です。以下では、よく聞かれる「プロセス自動化とは何ですか？」という質問に答え、プロセス自動化分野の発展の概要を説明します。

説明をより簡潔にするために、プロセスの自動化は次の範囲に絞り込まれます。

ビジネスプロセスとデジタルプロセス: これらは、ほとんどの組織で知られている一般的なビジネスプロセス (顧客オンボーディング、クレーム処理、ローン発行、注文履行など) であり、通常は 2 つの異なるエンドツーエンドシステムにまたがります。「ビジネスプロセス」という用語は時代遅れだと考えられることが多く、最近では「デジタルプロセス」という用語が人気があるようです。
統合プロセス: システムまたはサービスの統合に重点を置いたプロセス。たとえば、マイクロサービスを調整したり、リモート通信時に一貫性を確保したりするプロセスなどです。

その他のプロセス自動化のユースケースは明らかにこの範囲外です。

信頼されていない参加者間のプロセス: ここでブロックチェーンテクノロジーが役立ちます。
インフラストラクチャ構成または IT 自動化 (Ansible や Terraform など): これは専用のツールを備えた別の領域です。
継続的インテグレーション/継続的デリバリー (Jenkins、GitHub ワークフローなど): 継続的インテグレーション (CI)/継続的デリバリー (CD) パイプラインは、標準ソフトウェアによって自動化されたソフトウェアエンジニアリングの標準プロセスです。
IoT (Node Red など): IoT のユースケースは、多くの場合、タスク自動化として分類できる専用ツールを通じて対処されます。簡潔にするために、この記事ではこれについては説明しません。

2 つの異なるデジタルまたは統合プロセスがあります。

標準プロセス: 組織がプロセスによる差別化を求めていない場合、エンタープライズリソースプランニング (ERP)、顧客関係管理 (CRM)、人事 (HR) システムなどの市販の既製ソフトウェア (COTS) を購入できます。この場合、ワークフローは通常、ソフトウェアに応じて調整されます。
カスタマイズされたプロセス: 一部のプロセスは組織に固有であるため、組織のニーズに基づいてカスタマイズする必要があります。これらのプロセスは組織間で同じである可能性がありますが (例: 顧客オンボーディング、注文管理、保険金請求など)、組織がそれらを設計および実装する方法は固有であり、それが市場でこれらのプロセスを差別化するのに役立ちます。これにより、組織は競争力を高め、ビジネスをより効率的に遂行し、コストを削減し、収益を増やし、よりデジタル化されたビジネスへと変革することができます。

標準ソフトウェアのカスタマイズに関しては、これら 2 つのカテゴリの間にはグレーゾーンが存在します。しかし、過去の悪い経験から、多くの組織はこの点に関してますます慎重になっています。

したがって、組織内のプロセスごとに個別に決定を下します。また、重要な点として、正しい決定や間違った決定はなく、組織が行う選択はビジネス戦略を反映したものである必要がある、ということに留意してください。この記事では、カスタムプロセスに焦点を当てます。

カスタムプロセスには、プロセス自動化用のソフトウェアの構築が含まれます。これは「ソフトウェアを構築するソフトウェア」であり、次の図に示すように、大きく分けて 2 つの側面（ツールの性質と自動化の性質）に分けられます。

プロセス自動化は、自動化されたプロセスの制御フローに重点を置いています。個々のタスクではなく、タスクの順序に重点を置きます。タスク自動化では、特定のシステムと統合するなどして、プロセス内の個々のタスクを自動化できます。
開発者向けのツールは、一般的な開発者ツールスタックおよびプロセスにシームレスに統合されますが、プロセス自動化に特有の開発者の特定の問題を解決します (プロセス状態の永続性、グラフィカルプロセスモデル、プロセスモデルのバージョン管理など)。開発者向けのツールでは、ソリューションを構築するためにソフトウェア開発が必要です。ローコードツールは、技術的な詳細を隠す洗練されたグラフィカルユーザーインターフェイスとウィザードを提供することで、開発者以外のユーザーでもロジックを自動化できるようにします。これにより、さまざまな役割がソリューションを構築できるようになりますが、可能性も制限され、独自の知識の採用が必要になります。

これら 2 つの次元に基づいて、ツールは以下に説明する主な保管領域に分類できます。

ローコードタスク自動化

ローコードタスク自動化の代表的な例としては、アプリケーション統合ツールやロボティックプロセス自動化 (RPA) などがあります。

アプリケーション統合ツール (Zapier、IFTTT、Tray.io、Integromat など): アプリケーション統合ツールは、Trello の挿入が完了したときに Airtable に新しいデータを挿入するなど、特定のイベントが発生したときにアクションを実行できます。これらのツールの中には、タスクの自動化にとどまらず、基本的なプロセス自動化機能も提供するものがあります (tray.io など)。
ロボティックプロセスオートメーション (RPA) ツール (UiPath など): ロボティックプロセスオートメーション (RPA) ツールは、API を提供しないレガシーシステム内のタスクを自動化できます。これは、Microsoft Office マクロレコーダーと同様に、画面をキャプチャしてマウスまたはキーボードの操作をシミュレートするものです。

ローコードタスク自動化ツールは、単純な統合問題を個別に解決するのに最適で、システム A からシステム B にデータをコピーするなどの手動の統合作業を排除するのに役立ちます。即時のビジネス価値こそが、ロボティックプロセスオートメーション (RPA) の成功の理由です。

ただし、自動化の範囲は比較的単純である可能性があります。結果として得られるソリューションは、多くの場合、テストされておらず、未熟で、保守が難しいことに注意することが重要です。多くのソリューションは成功事例に焦点を当て、例外を忘れています。例外は本番環境で予期せず発生し、気付かれないことが多く、ソリューションを脆弱にします。

開発者に優しいタスク自動化

開発者にとって使いやすい方法で個々のタスクを自動化することは、多くの場合、ソフトウェア開発を活用するだけでなく、次のことも含めることを意味します。

統合フレームワーク (Apache Camel など): 統合フレームワークを使用すると、開発者はファイルシステム、メッセージングミドルウェア、その他のインターフェーステクノロジとの通信などの特定のタスクを簡単に実行できます。
バッチ処理: 単一のタスクを自動化する従来の方法は、特定のデータセット内のすべての行にそのタスクを適用するバッチジョブを使用することです。
イベント駆動型アーキテクチャ (EDA): コンポーネントは、データの出所を知らなくても、プロセス内のデータに反応できます。一般的なツールには、Apache Kafka などのイベントブローカーが含まれます。

ローコードソリューションとは対照的に、開発者向けのソリューションではソフトウェア開発者の関与が必要になります。一方、これらの開発者は既知のスタック内で作業できるため、通常は非常に生産的です。さらに、結果として得られるソリューションはより安定しており、より複雑な問題を解決できる場合が多くあります。

論理チェーンタスクの自動化

タスク自動化ツールではビジネスプロセスを実装できません。ただし、一連の RPA、統合タスク、またはイベントサブスクリプションによって、ビジネスプロセスを実装する論理チェーンが形成される場合があります。これには 2 つの課題があります。まず、プロセスが永続化されないため、インスタンスの現在の状態を判断することが困難になります。第二に、論理制御フローが目に見えないため、これらのアーキテクチャを理解して保守することが困難になります。

これらのタスクチェーンの可視性を提供することを目的としたツールには、次の 2 つのカテゴリがあります。

プロセスマイニングツール: これらの製品は、組織がさまざまなレガシーツールを使用してプロセスを自動化する方法を理解するのに役立ちます。通常、これには、これらのシステムから大量のログファイルを読み込んで分析し、相関関係を発見し、プロセスをマッピングすることが含まれます。
プロセスイベント監視ツール: これらのツールを使用すると、ユーザーは、プロビジョニングされたプロセスモデルまたはオンザフライで検出されたプロセスモデルにイベントをマップできます。通常、ログファイル分析に基づくプロセスマイニングとは異なり、プロセスイベント監視ツールは、イベント駆動型アーキテクチャによって生成される可能性のあるリアルタイムイベントストリームの取り込みに重点を置いています。

ローコードプロセス自動化

プロセス自動化ツールは、複数ステップのプロセスの制御フローを自動化します。個々のタスクよりも、タスク間の相互作用に重点を置いています。プロセスは通常、本質的に長時間実行されるため、ツール (永続性、運用ツールなど) に対する独自の要件が生じます。

ローコードツールは、開発者以外のユーザーでもこれらのプロセスを実装できるように設計されています。一般的なツールのカテゴリは次のとおりです。

従来のビジネスプロセス管理スイート (BPMS): 調査会社 Gartner は現在これを「インテリジェントビジネスプロセス管理スイート」(iBPMS) と呼んでおり、この分野のツールには Pega や Appian などがあります。
統合プラットフォームサービス (iPaaS) ツール: iPaaS 製品は、プロセスロジックを実装するための基本的な機能を提供します。例としては、Tray.io や Process Street などが挙げられます。
ロボティックプロセスオートメーション (RPA) ツール: ロボティックプロセスオートメーション (RPA) ツールは、プロセスを自動化するために悪用されることがありますが、これはお勧めできません。

これらのツールの中には、単純なプロセスの自動化に非常に役立つものもあります。組織がスタートアップである場合、いくつかの一般的な SaaS アプリケーションに精通しており、それらを iPaaS ソリューションで処理している可能性があります。ただし、これらのアプローチは、複雑なビジネスプロセスや統合シナリオでは不十分です。

ローコード製品は期待どおりの成果を得られず、熟練した開発者がコアプロセスを自ら実装できないことが多々あります。その結果、組織は IT 部門に依頼してこの作業を行う専門のソフトウェア開発者を割り当てる必要がありましたが、これらのアプローチは複雑なビジネスプロセスや統合シナリオには適用できません。

開発者に優しいプロセス自動化

ソフトウェア開発者がプロセス自動化プロジェクトを効果的に実装できるようにするツールがいくつかあります。

（１）開発者に優しいワークフローエンジン、プロセスオーケストレーター、またはマイクロサービスオーケストレーター。次の３つの形式がある。

オープンソース製品: Camunda、JBoss jBPM、Flowable などのベンダーから提供されるエンタープライズエディションを備えた軽量ツール。活発なオープンソースプロジェクトとコミュニティを持ち、その収益源に依存しているベンダーの保証と組み合わせることは、素晴らしい組み合わせです。
SaaS (Software as a Service): 多くのツールは、SaaS 形式 (AWS Step Functions や Google Workflow など)、または既存のオープンソース製品のホストバージョン (Camunda Cloud など) のいずれかで、マネージドサービスとして提供されています。現在、ほとんどのクラウドコンピューティングプロバイダーは、ビジネスプロセスよりも統合に重点を置いていることに注意することが重要です。
オープンソースプロジェクト: 大規模な組織では、ワークフローエンジンを含む独自のツールスタックを開発することがよくあります。これらのツールの一部はオープンソースライセンスに基づいて提供されていますが、サポートや保証はなく、ロードマップに影響を与える可能性もありません。これらのツールは、市場全体ではなく特定の組織向けに構築されているという点で、コンテキスト固有です。代表的な例としては、Netflix Conductor や Uber Cadence が挙げられます。

（２）デジタルプロセスオートメーション（DPA）：このカテゴリーは、本質的にはビジネスプロセスマネジメントスイート（BPMS）カテゴリーを拡張し、デジタルトランスフォーメーションの文脈におけるデジタルエンドツーエンドプロセスに焦点を当てています。この広範なカテゴリの境界は明確ではありません。ここで概説したすべてのカテゴリーのサプライヤーは、マーケティング上の理由からデジタルプロセスオートメーション (DPA) の実装を必要とします。デジタル化とエンドツーエンドのプロセス自動化は本質的に複雑であるため、このカテゴリは開発者に優しいプロセス自動化に含まれます。

場合によっては、特定のプロセス自動化サポートのないツールカテゴリも、プロセス自動化プロジェクトのコンテキストで評価されることがあります。データパイプラインは良い例です。多くの場合、グラフィカルにモデル化できるため、多くの人がプロセスの自動化に使用しています。

（3）データパイプライン（Apache Airflow、Spring Cloud Data Flowなど）：これらのツールは焦点が異なるため、ループなどの制御フロー構造のサポートなど、プロセス自動化のユースケースにとって重要な機能が欠けています。さらに、これらのツールには独自の永続性実装がないため、プロセスインスタンスの状態はパイプラインを流れるデータ項目になります。

もちろん、プロセスを自動化するためにすべてをハードコードして、カスタムワークフローエンジンを作成することもできますが、これは避けるべきです。