機械翻訳について

ロボットの計画のワークフロー

自動化の計画と設計の重要なステップを省略しないでください。 Planningは、自動化がビジネス目標を達成し、再加工の必要性を軽減または排除するのに役立ちます。

前のワークフロー: 前提条件の完了。

問題の特定

ロボットを計画する最初のステップは、ビジネス・プロセスが解決する問題など、ロボットが対処するビジネス・プロセスに精通することです。

タスク	詳細情報
ビジネスに影響を与えるビジネス・プロセスの特定	ビジネスの影響を定義する方法はあなた次第です。 たとえば、インパクトは次のうち1つ以上になります: Inefficiencies. 有効性の低下。 監視と可観測性を制限またはなし。 継続的な改善の欠如。
利害関係者の識別	次のようなビジネス・プロセスの利害関係者を識別します: 現在のプロセスの任意のステップを完了したユーザー、およびプロセスに関心のある組織内のユーザー。 自動化作業の利害関係者であるユーザー。
現在のビジネス・プロセスとそれに対処する問題をレビュー	組織に影響を及ぼすビジネス・プロセスに関する情報を収集します。 可能な場合は、利害関係者と会い、ビジネス・プロセスの現在の状態およびプロセスが対処する問題に関する情報を収集します。 改善の機会や実装の詳細ではなく、現在の状況に焦点を当てます。 得られる深い知識は、適切なソリューションを計画するのに役立ちます。
ビジネス・プロセスを再設計する必要性の評価	プロセスが組織で機能しているかどうかを確認します: 動作していないプロセス 一部のビジネス・プロセスには、本質的に欠陥があります。 たとえば、現在のプロセスが無効なオーダーを生成した場合、自動化は意味がありません。 無効なオーダーをより効率的に生成することは、受注ではありません。 かわりに、プロセスを自動化する前に再設計してください。 動作しているプロセス 一部のビジネス・プロセスは完璧ですが、ほとんどのビジネス・プロセスには改善の余地があります。 プロセスを再考するか、そのまま自動化するかをどのように把握していますか。 悪いプロセスの自動化は、一般的に悪い考えです。 Oracleが推奨する内容は次のとおりです: 現在使用しているビジネス・プロセスが機能している場合は、「本日」を自動化することでメリットが得られます。 自動化はビジネス・プロセスを変更または改善するものではありませんが、自動化によってすぐに価値を得ることができます。 たとえば: ビジネス・プロセスが自動化され、効率性と有効性がすぐに向上する可能性があります。 ビジネス・プロセスがどのように機能しているかを把握できるため、改善すべき領域を特定し始めることができます。 ノート: 非効率なプロセスの自動化は非生産的に見えるかもしれません。 ただし、ビジネス・プロセスを再考するコストを考慮してください。 プロセスを評価して評価し、すべての利害関係者との合意に達するのに何年も費やすことができます。 自動化なしで働く年です。 かわりに、Oracleでは、現在の自動化と、獲得したインサイトを使用して将来的に戦術的な改善を行うことをお薦めします。

アプリケーションの理解

自動化しているアプリケーションとそのAPI(該当する場合)について理解します。

タスク	詳細情報
アプリケーションの理解	自動化しているアプリケーションについて理解します。 たとえば、ユーザーのインタビュー中に、自動化するビジネス・プロセスのデモを要求する場合があります。
アプリケーションにAPIがあるかどうかの判断	アプリケーションにAPIがあるかどうかを判断して、自動化のオプションを理解できます: アプリケーションにAPIがない場合は、ロボットを使用して自動化できます。 アプリケーションにAPIがある場合は、統合を使用して自動化することもできます。
アプリケーションにAPIがある場合は、そのAPIについて理解	ドキュメントを確認して、アプリケーションのAPIについて理解します。 この知識は、特定のタスクに対する適切な自動化を決定するのに役立ちます。 たとえば、自動化するタスクでAPIを使用できる場合は、自動化のための統合を設計することを検討できます。

要件の定義

自動化のユース・ケースに関する情報を収集した後、要件を定義して優先順位を付けます。

タスク	詳細情報
要件の理解	収集したユース・ケースを使用して、自動化ソリューションの要件を記述します。 好きなように具体的に作業し、チームで通常使用する形式で作業します。 たとえば、製品要件ドキュメントを記述したり、問題トラッキング・ソフトウェアに1つ以上のチケットを作成したりできます。
必要に応じて、要件に優先順位を付けます	作業のタイムライン、作業の範囲およびリソースの可用性を決定します。 次に、自動化の初期配信ですべての要件を提供できるかどうかを決定します。 作業を複数のスプリント、フェーズまたはリリースに分割する必要がある場合は、利害関係者と協力して要件に優先順位を付けます。
実装と作業の計画	要件の実装方法を決定します。 たとえば: 設計およびビルドする統合とロボットの数を識別します。 「ロボットと統合を作成するタイミング」を参照してください。 統合とロボットが実行するアクションを指定します。 設定する必要がある環境の数を決定し、それらに対するシステム要件を作成します。 作業のスケジュールを作成します。

次のワークフロー: ロボットのビルドのワークフロー。