運用のベスト・プラクティス
コミュニケーションを促進
多くの組織では、チームは自動化の責任を分担することがよくあります。
-
人やチームがロボットを作ります。
-
別の人またはチームが、ロボットを呼び出す統合を設計します。
-
サード・パーソンまたはチームは、稼働後に自動化を監視します。
そのような場合には、目標とスケジュールを早期かつ頻繁に伝えます。 従業員の空き状況を特定し、作業のスケジュールを作成し、定期的なチェックインをスケジュールして、全員が同じ期日を迎えられるようにします。
今日の自動化で未来を反復
今日のビジネス・プロセスが組織で機能している場合は、プロセスを自動化する前に再設計する必要はありません。 今すぐ自動化し、得たインサイトを使用して効率性と有効性の機会を見つけます。
詳細は、「問題の特定」を参照してください。
チーム全体で戦略的に計画
多くの組織では、ロボットと統合をビルドする責任は、人やチームによって異なる場合があります。 Oracle Integrationは、プロジェクト内でコラボレーションしながら、統合およびロボット開発者が作業を並行または順番に完了できるようにすることで、この共同作業をサポートします。
計画および作業中に、コンポーネント・ベースのソフトウェアを開発するためのベスト・プラクティスに従ってください。 契約を事前に定義して意図的に作業し、すべての人が同意するようにします。 たとえば、ロボットが購買オーダーを取得してサプライヤ名を搬送することを期待しているという契約があるとします。
誰もが契約に同意した後、作業を開始することができます。 ロボット開発者は、統合開発者がまだ統合作業を開始できない場合でも、ロボットをビルドしてテストできます。 同様に、統合開発者は、ロボット開発者がロボットのシェル(わずか数分かかるタスク)のみを作成した後に作業を開始できます。 「ロボットの作成」を参照してください。
問題を解決する前に問題を理解
解決策を計画する前に、解決しようとしている問題を十分に理解することが重要です。
多くの場合、ソフトウェアには制限と制限があります。 アプリケーションをよく知っているので、ビジネス目標ではなく、ソフトウェア・ツールでできることに集中できます。 その結果、最初から妥協を始めることができます。 ソリューションは、ビジネスに必要なものではなく、ソフトウェアがサポートできるものになり、問題の一部のみを解決する可能性があります。
Oracle Integrationを使用すると、APIベースの自動化とUIベースの自動化を同じ場所で設計できるため、自動化に関して妥協する必要がありません。
Oracleは、現在いる場所でお客様と出会い、アプリケーションをよりインテリジェントにするのに役立ちます。 Oracle Integrationを使用すると、完全でシンプルで観察可能なインテリジェントな自動化戦略を作成できます。
継続的な改善に努める
自動化ソリューションを本番環境にデプロイすることは、多くの点で自動化ジャーニの始まりです。 ソリューションをデプロイした後、分析および最適化できます。
自動化ソリューションをデプロイした後、ソリューションを分析し、より完璧なビジネス・プロセスへと組織を移行する戦術的改善の機会を探してください。
自動化には、次の3つの主な利点があります:
-
効率性: たとえば、少ないリソースで同じ数のオーダーを配送します。
-
有効性: たとえば、エラーを減らし、より短い時間でオーダーを配送します。
-
インサイト: たとえば、オーダーを履行するためにより多くのリソースを必要とする問題、エラーにつながる問題、およびオーダーの遅延につながる問題を特定します。
自動化から得られる洞察は、自動化を最適化するための鍵です。 これらのインサイトにより、必要な変更を特定できます。
たとえば、承認プロセスを自動化した後、チームに承認を提供するために平均で6.5日が必要であることがわかる場合があります。 この遅延は、非効率性、下流の遅延、およびストレスにつながります。 ビジネスへの影響に関するインサイトと理解は、次のような次のステップを決定するのに役立ちます:
- 承認者のプールを拡張します。
- 承認要件の削除。
- 全てのオープン・リクエストを1日末までに承認する必要がある、毎日指定の承認者を指定します。