DocsDesktopのプロセス設計に関する考慮事項
このセクションでは、
Desktopのプロセスを設計することは、無人のRPAソリューションとは若干異なります。Desktopの自動化により、ユーザーはプロセスの運用に直接貢献し、自動化が一貫して正常に実行されることが期待されます。無人RPAでは、ワークロードは一括して処理され、デジタルワーカーはクリーンで一貫した監視されていない環境で継続的に次から次へとケースをこなします。対照的に、Desktopの自動化では、ケースは一度に1つずつ来る傾向があり、環境の状態も予測しにくく、ユーザーは観察および参加し、干渉する可能性があります。
最適なユーザーエクスペリエンスを提供し、パフォーマンスを最大化し、障害のリスクを軽減する方法でDesktopソリューションを設計するよう配慮すること重要です。
ソリューションの設計に関する考慮事項
Desktopの自動化を設計する際には、次の要素を考慮する必要があります。
ユーザー要件
無人のRPAと同様に、要件と成功基準を特定し、合意することがプロジェクトの成功の鍵となります。Desktopの自動化では、Desktopユーザーも考慮する必要があります。
ビジネスアナリストとソリューション設計者は、ユーザーを顧客と見なし、理想的には要件の収集、プロセスウォークスルー、設計ワークショップ、および設計承認に関与させる必要があります。これらのユーザーはビジネスプロセスの特定業務領域の専門家（SME）であり、プロセスとそれに関連する回避策、問題を十分に理解しています。この貴重な知識と経験は、Desktopの自動化を設計する際に活用する必要があります。
プロジェクトでユーザー代表をすることは、ユーザーの賛同を促し、確実に情報を得るのに役立ちます。最終的な目的は、ユーザーが自動化を歓迎し、その恩恵を得ることであるため、ユーザーの関与は、Desktopソリューションがあまり受け入れられない、あるいは拒否されるという可能性を最小限に抑えます。
ソリューションの形
すでに述べたように、無人のRPAソリューションはケースを繰り返し処理するため、通常はループを利用します。Desktopソリューションはワークキューは含まず、Desktopユーザーの指示に従って、一度に1つのケースを処理する傾向があります。これは、ループが一般的に使用されていないため、Desktopプロセスは循環型ではなく、直線型の設計になる可能性が高いことを意味します。Desktopプロセスが特定のステップを繰り返すようには設計できないという意味ではありませんが、本質的に、要件はバッチ作業ではなくワンショット自動化に向いています。
プロセスの構造
標準の
事前チェック
Desktopソリューションの実行開始時に、複数の初期チェックを行う必要があることがよくあります。無人の自動化は、ランタイムリソース専用に構築された仮想環境で動作し、マシンの仕様は既知であり、マシンの状態は制御可能で予測可能です。
Desktop環境は極めて不明確で、不確実です。仕様やビルドが標準的でないことがあり、マシンの状態を推定できず、ユーザーの動作が予測不可能です。つまり、Desktopの自動化は動作している環境についてより少ない仮定しか立てることができず、Blue Prism Enterpriseの自動化よりも多くの許容値を設定する必要があるのです。以下は、Desktop自動化に必要な追加チェックの一部です。
- ユーザーは有効な入力パラメーターを入力したか？
- 対象アプリケーションはどのような状態か？すでに実行されているか、ユーザーはログインしているのか、アプリケーションのどの画面を開いているのか、アプリケーションを起動する必要があるか？
- 対象アプリケーションのバージョンは想定どおりか？
- 画面解像度は重要で、マシンは要件を満たしているか？
- Windowsのバージョンは重要で、マシンは要件を満たしているか？
- ユーザーの認証情報はWindowsの認証情報ストアにあるか？
自動化によって問題が解決できない場合、ユーザーに問題を通知するために、何らかの形で例外処理が必要になります。
アプリケーションの最小化
Desktopのユーザーは、自動化の実行中にタスクバーからアクティブなアプリケーションを最小化できます。したがって、プロセス設計には、対象アプリケーションがアクティブであり、必要に応じて画面に表示されることを確認することが推奨されます。
例外処理
Blue Prism Enterpriseの自動化では、例外処理は、キュー項目に対して問題の詳細を記録し、次のケースに進むのと同じくらい簡単です。しかし、Desktopにはワークキューはなく、次のケースもおそらく存在しないため、ソリューション設計者はユーザーに常に情報を提供するためにあらゆる努力をする必要があります。
中間プロセスの終了は避け、代わりに問題はユーザーに対して適切に報告する必要があります。使用する言語は、技術的な経験がない可能性のあるユーザーに合わせてカスタマイズする必要があります。
ユーザーのアクションが問題の原因である可能性があり、ソリューション設計者はユーザーのインタラクションを予測する必要があります。トレーニングによってユーザーの行動をコントロールすることはある程度可能ですが、Desktop自動化の設計者は予想外の事態を想定しておく必要があります。この問題に対する単純な解決策はありませんが、このような要因を認識しておくと、Desktopのプロセスを設計する際に役立ちます。
先頭に戻る