RPAにおけるロボットオペレーティングモデル(ROM)の重要性
「RPAのすべての人が「良い」プロセスとは何かを知っているわけではありません。ビジネス上のメリットがあるか、後で問題を引き起こすことを目的とした複雑なロジックで構築されています。」
ベンジャミンフランクリンが「1オンスの予防は1ポンドの治療に値する」と言ったとき、彼は特にロボットプロセス自動化(RPA)とロボットオペレーティングモデル(ROM)の重要性について言及していませんでした。しかし、彼もそうだったかもしれません。
RPAは、エラーを発見するまで待ってから修正するのではなく、完全な旅程が事前に定義されている場合に最適に実装されます。
Blue PrismのROMは、まさにこの目的を果たすために設立され、7つの柱に分かれています。
- ビジョン
- 組織
- ガバナンスとパイプライン
- 配信方法
- サービスモデル
- 人
- テクノロジー
各柱には、RPAソリューションを実装するときに行う必要のあるさまざまな考慮事項が含まれています。
Blue Prism ROMを順守することで、RPA Center of Excellence(CoE)が停滞するのではなく、有機的に成長します。これにより、RPAは簡単にスケーラブルになり、企業がRPAを実行する前に実行できなくなります。
ビジョン
まず、RPA実装の戦略と目的を検討する必要があります。より迅速で正確な応答を提供することで、データの品質を向上させ、コストを節約し、ユーザーエクスペリエンスを向上させたいとお考えですか?
理由が何であれ、RPAの戦略がより広範なビジネスの戦略とどのように一致するかを理解することが重要です。このようにして、スケーリングの準備ができたら、すでにバッキングがあります。
ビジョンを確立したら、そこに出て、自分の意見を聞いてもらいましょう。組織のトップからの賛同を確保し、それが前向きに下向きにカスケードされていることを確認します。
組織の目標に熱意を持ってRPAの責任者を見つけ、ロードショー、ワークショップ、その他のイニシアチブを主催して、ビジネス全体の人々を引き付けます。 RPAチャンピオンは、良い言葉を広め、自動化のさらなる機会を特定することもできます。
適切な人を早く乗せるほど良いです!
組織
次のステップでは、組織モデルを計画します。 RPAはビジネスのどこに位置し、成長のための計画は何ですか?一元化されたアプローチは、組織全体を網羅します。これを既存のCoEに組み込むことは有益かもしれません。ただし、配送チームが限られている場合は、プロセスを自動化するために、ビジネスの隅々までがドアをノックしているときの期待を管理する必要があります。
フェデレーションアプローチでは、RPA機能は特定の機能内にありますが、中央チームが標準とベストプラクティスを管理し、ビジネス全体に拡張されます。これは、組織全体に配信ポッドを作成することで実現され、CoEによって管理される独自の自動化されたプロセスの識別と配信を担当します。
分割アプローチは最も好ましくありません。これは、複数のRPA機能が、個別のインフラストラクチャ、個別のガバナンス、および個別のチームを使用して、組織全体で個別に実行される場所です。費用対効果が低く、真の規模を妨げます。
ガバナンスとパイプライン
RPAの全員が、「優れた」プロセスとは何かを知っているわけではありません。一部は、ビジネス上のメリットがほとんどないかまったくない状態で開発されているか、後で問題を引き起こすことを目的とした複雑なロジックで構築されています。
何が本当に良いプロセスになるのかを明確にすることが重要です。バイナリロジック、およびトランザクション性が高く信頼性の高いターゲットアプリケーションは、探しているべきもののほんの一部です。
「良い」の定義が明確になったら、ガバナンスを通じて提供されるプロセスを特定できます。このようにして、適切な対象者に適切な質問をします。
たとえば、一見理想的な自動化プロセスを見つけることができたとしても、ガバナンス委員会のIT担当者は、2か月以内に対象アプリケーションのパッチが予定されていることを通知します。要素を再スパイし、パッチが実行されるまでプロセスを保留にする必要があります。
ガバナンス委員会で議論されている他のトピックの中で、需要生成について説明します。つまり、ビジネス内でRPAの需要をどのように生成するのでしょうか。適切なプロセスの特定、社内コミュニケーション、エンゲージメントのためのワークショップの実施に対する従業員のインセンティブは、私たちが推奨する手法のほんの一部です。
配信方法
これらすべてのプロセスを特定したので、自動化されたソリューションとしてどのように提供しますか?
定義フェーズで誤った情報をキャプチャする(またはキャプチャするのを忘れる)と、壊滅的な影響を与える可能性があるため、プロセス情報をキャプチャするには、知識のあるSMEが必要です。適切な対象者向けのプロセスウォークスルーを実施することも価値があります。
開発者にBluePrismのソリューションをできるだけ早く自動化してもらうのはとても魅力的です。ただし、長期的には、もう少し時間がかかることを望みます。
まず、「将来の」プロセスを文書化します。ロボットのプロセスは人間のプロセスとどのように異なりますか?ブループリズムで構築するための青写真は何ですか?
このソリューションに必要なビジネスオブジェクトの概要を説明し、環境にすでに存在するオブジェクトと比較します。これにより、再利用可能なオブジェクトライブラリを拡張するときに、最終的に開発時間が短縮されます。 「将来」がビジネスと合意され、設計機関/主任開発者が提案された青写真を承認し、必要なピアレビューを実施すると、開発を開始できます。
テストを承認し、ビジネスが満足していることを確認します。テストフェーズとリリースフェーズで作成する必要のある主要な成果物は他にもあります。それらを無視しないことが重要です!
サービスモデル
プロセスが本番環境に移行したら、適切なサポートを受ける必要があります。
あなたのロボットは、手動キーイングのためにビジネス紹介を運用チームに返していますか?ロボットが期待どおりに動作しない場合に備えて、開発者は手元にいますか?ロボットリソースの損失を防ぐための災害復旧計画はありますか?
最後に必要なのは、サービスモデルが不十分なためにロボットリソースを失うことです。
人
すべての優れたチームは、最初から将来の成功を計画しています。ただし、開発者が経験を積んでいない場合、開発者は避けられないRPAの問題点に対処するのに苦労します。質の高いリード開発者を任命することは不可欠ですが、これらの人々を現在の市場で見つけるのは非常に難しい場合があります。
開発者は、BluePrismの開発とプロセス分析の両方で最高水準のトレーニングを受ける必要があります。このようにして、経験豊富なコンサルタントからオンサイトサポートを受けながら、ハイブリッドの役割を実行する準備が整います。
開発チームが成長し続けるにつれて、標準が維持されていることを確認するための設計機関と、生産ロボットを管理するための制御室モニターを任命することを検討する必要があります。
最後に、いつ雇用する必要があるかを計画します。これにより、配信チーム全体で継続性と品質を維持できます。
テクノロジー
7番目の柱には、どの技術的アプローチを採用するかに関する考慮事項が含まれます。仮想マシンのセットアップ、将来のスケーリングのためのライセンスプロビジョニング、およびディザスタリカバリをすべて検討する必要があります。また、クラウドベースのソリューションとオンプレミスホストのどちらかを選択する必要があります。
一般的な問題は、一般的なイメージに対して仮想マシンを構築できないことです。つまり、Surface Automationなどの開発手法は、失敗するという大きな脅威をもたらします。
RPAソリューションを成功させるには、各柱を正しく理解することが不可欠です。
Robiquity、主任コンサルタント、RobDawson著
自動制御システム