自動化に関するCIOの視点

先月のFORWARDIVでは、自動化の実践者を率いる3人の最高情報責任者（CIO）が、Bain ResearchCompanyのMichaelHericに加わり、自動化に関連するすべてのことについて話し合いました。 AutodeskのPrakashKota、Palo AltoNetworksのNaveenZutshi、WellsFargoのPeterTsahalisがHericと次のことについて話しました。

• 自動化によってビジネス戦略がどのように可能になるか

• 自動化プログラムを成功させる方法

• 自動化イニシアチブでCIOと協力する方法

CIOは、ビジネス戦略とIT戦略の両方に深く関わっています。そのため、自動化によってITリーダーとビジネスリーダーが連携する方法をどのように変革できるかを議論するのに最適な候補になります。 CIOも非常に忙しい人々であるため、FORWARD IVセッションは、この新しいビジネス時代の最前線にいるリーダーと率直な会話をする貴重な機会でした。

取り上げたトピックの概要は次のとおりです。

ロボティックプロセスオートメーション（RPA）—バリュードライバーまたはバンドエイド？

Zutshiは、彼の最初の感覚は、ロボットプロセス自動化（RPA）が単にルールベースのエンジンであるということであったと共有しました。パロアルトネットワークスが急速な成長を遂げるにつれ、RPAの力に対する評価とともに、そのプロセスは劇的に変化しました。 UiPathは、会社が運用のコアプロセスを変革するのに役立ち、現在は営業、経理、法務のユースケースを対象としています。

Kotaは、RPAがオートデスクに大きな付加価値をもたらした方法を指摘しました。自動化のアイデアはエキサイティングです。そして、ソフトウェア会社としてのチームの最初の本能は、RPAを試して、何が可能かを確認することでした。そのため、コタは会社がRPAをどのように使用するかを明確に定義する必要性を強調しました。彼は、RPAを使用するためのガバナンス構造を持つことが不可欠であると考えています。オートデスクは、RPAが複数のアプリケーションと人間の介入を伴う複雑なプロセスのユースケースに理想的であることを発見しました。

成功する自動化プログラムをどのように構築しますか？

Tsahalisによると、それはすべてボトルネックを理解することから始まります。自動化に熟した大規模なビジネスポートフォリオに興奮するのは簡単です。数千万ドルを節約できる可能性があります。しかし、適切なチームを編成するのに時間がかかることを知ることも同様に失望する可能性があります。

「市民開発者の軍隊を持つだけでは十分ではありません」とTsahalisは言いました。 「センターオブエクセレンス（CoE）を持つだけでは十分ではありません。あなたはそれらのものが必要です。それらは重要です。しかし、結局のところ、RPAのような自動化ツールはワークフローを簡素化し、変更し、修正します。そして、それらの対象分野の専門家（SME）が関与する必要があります。」

Tsahalisはまた、これらの中小企業は組織内で最も忙しい人々である傾向があるため、彼らの時間と注意が不足していると説明しました。プロセスの専門知識の限られた帯域幅を使用する方法について、忍耐強く、インテリジェントである必要があります。プロセスSMEは、自動化チームを導く知識マスターの重要な役割を果たします。

しかし、すべての業界が同じ優先順位で同じタイムラインで運営されているわけではありません。

Zutshiが言ったように、「私たちにとって、通貨はスピードです。私たちが十分に速く進んでいない場合、セキュリティの開始は私たちを混乱させるでしょう。」

ビジネスプロセスリーダーは、戦略と課題をITと事前に共有する必要があります。 ITは、ビジネスエキスパートと協力して、競争力を維持するために必要な速度で自動化する責任があります。彼は、ビジネスリーダーとIT専門家で構成される運営委員会を設立することを推奨しました。委員会の仕事は、作業のバックログに優先順位を付け、自動化のユースケースを特定することです。その後、CoEはそれらのディレクティブを実行できます。

オートデスクにとって、成功したプログラムは考え方の転換を意味しました。コタは、ほとんどのITグループの従来のアプローチが、事業部門のすべての技術的作業に集中することであったことについて話し合いました。しかし、ビジネスのペースが加速すると、ITがイノベーションを遅らせるボトルネックになる可能性があります。

「ITが果たす必要のある役割は、機能を実現することです」とコタ氏は述べています。 「さまざまな機能グループが自給自足できるようにするには、ガバナンスとガードレールを作成する必要があります。 ITはすべてを構築する必要はありません。意思決定と解決に関与することができます。」

自動化の過程で何を学びましたか？

多くの企業と同様に、COVIDは、ウェルズファーゴにとって多くの即時かつ破壊的な変化を意味しました。ほぼ一夜にして、同社は米国（U.S.）中小企業庁（SBA）および給与保護プログラム（PPP）ローンの連邦主導のプログラムをサポートするプロセスを開発する必要がありました。 Tsahalisが説明したように、新しいプログラムを管理するために機械を起動するには通常時間がかかります。しかし、迅速な対応が最優先事項でした。ウェルズファーゴの反応が遅かった場合、そのビジネス顧客はローンをすぐに申請できませんでした。これは顧客とウェルズファーゴにとって悪いことでした。そのため、ウェルズファーゴは自動化の力を活用しました。

Wells Fargo CoEは、エージェントが融資プロセスをより迅速にウォークスルーできるようにするために、長く接続された自動化を作成しました。また、エンドツーエンドの自動承認エクスペリエンスを開発し、25％以上のアプリケーションが人間の介入なしに処理されるようにしました。

「自動化ツールセットについて考えるときは、視野を広げる必要があります」とTsahalis氏はアドバイスしました。 「ボットが3つの標準以下のシステムを自動化するだけではないため、それらを使用する必要のある人は少なくなります。自動化を使用して迅速な対応を行うことができます。ただし、ワークフローに一貫性を持たせる必要がある場合は、リスクおよび制御ツールとしても使用できます。」

オートデスクがRPAを開始したとき、ITチームはすべてを自動化したいと考えていました。コタは、プロセスが完了する前に、彼のチームが新しいプロセスの自動化に飛び込むことに熱心だったと話しました。 「私たちが得た重要な学習は、減速することを確認する必要があるということです。あなたは速く行くために減速する必要があります。自動化に集中する前に、適切なプロセスの概要を説明し、その領域のプロセス所有者を明確にすることに、より多くの時間を費やす必要があります。」

Zutshiは、パンデミックが職場の生産性に関する仮定をどのように逆転させたかについて話し合った。

「人々はより生産的で、勤勉で、遠隔地で働くのと同じくらい熱心です」とZutshi氏は述べています。 「そして、ハイブリッド労働力で今見ているものは永久にそこにあります。」

Zutshiのチームは、ハイブリッド作業モデルをサポートするための体験学習を提供するために、新しいツールスタックをゼロから構築しました。また、従業員が利益を選択し、他のタスクを完了するのを支援するために、サンフランシスコ地域の他の企業とのフレックスワークプログラムを開始しました。

ハイブリッド作業モデルは今後も続くでしょう。これは、サイバーセキュリティにおけるさらなる課題と、ITおよび自動化の新しい役割を意味します。 「私たちは学び続けています。ハイブリッドな職場環境で従業員をどのように関与させるかは、今後も取り組んでいきます」とZutshi氏は述べています。

おすすめの記事：ハイブリッド作業モデルに新しい技術スタックが必要な理由

自動化プログラムの適切なガバナンスモデルは何ですか？

Tsahalisはそれが村を必要とすると信じています。

CIOは、テクノロジーがどのように機能するかを理解し、ビジネスが自動化および近代化する必要がある場所を特定できます。 ITは、自動化ガバナンスをガイドして、ボットをいつどのように使用するか、およびボットの寿命を調整することもできます。しかし、ITとビジネスプロセスの専門家の緊密なコラボレーションは不可欠です。 「私たちが自動化しようとしていることの多くはレガシービジネスフローであるため、ゲームには重要な方法でビジネスパートナーが必要です」とTsahalis氏は述べています。

おすすめの記事：自動化を成功させるためのビジネスとITの連携を実現する方法

ビジネスリーダーは、プロセスSMEの時間を解放する方法を見つけることに専念する運営委員会に参加する必要があります。利害関係者が自動化プロジェクトの範囲を理解することは重要です。ボットのデプロイは比較的簡単です。難しいのは、利害関係者のコンセンサスを構築し、自動化によって何が達成できるかについて彼らを教育することです。

コタ氏は、自動化の非機能的な側面は、ボットの構築と同じくらい成功に不可欠であると説明しました。組織は、作成した自動化を維持、維持、および廃止するための計画を必要としています。 ITは常に新しいアプリケーションやツールを追加していますが、その目的を果たした可能性のある既存のボットを廃止することについてはあまり考えていません。 「それはそれを構築することだけではありません。それを維持することです。そして、ある時点でそれを引退させる計画が必要です」とコタは強調しました。

Zutshiにとって、質問するのは間違った質問でした。 「ここにいる私たち全員は、自動化は旅の後半ではなく、旅の早い段階で行われるべきだと信じています。あらゆる場所で自動化を実現するには、膨大な量の作業が必要になると考えています」とZutshi氏は述べています。 「私たちはその使命の初期段階にあります。解決すべきターゲットが豊富な機会がたくさんあります。しかし、それは誰がそれを所有するかではなく、あなたがそれらの問題をどのように解決するかについてです。それらを大規模かつ適切なプロセスで解決していますか？」

彼は、自動化のパフォーマンス、メンテナンス、変更管理の監視は、ITとビジネスプロセスの所有者が平等に共有する必要がある共同責任であると強調しました。

ITとより効果的に提携するための別れのアドバイス

責任を持って自動化します。それがツァハリスからのメッセージです。

「ワークフローを自動化するたびに、結果を非常に明確に理解する必要があります。そして、その結果は、ビジネスリーダー、ITリーダー、そして時にはリスクとコントロールのリーダーによって合意されなければなりません。」

彼はまた、代わりに廃止すべきシステムまたはプロセスの寿命を延ばそうとしているかどうかについて、正直である必要があることを強調しました。

コタの別れのアドバイス：「プロセスが明確に定義されておらず、適切なプロセス所有者が特定されていない場合は、自動化しないでください。」自動化のためにただ飛び込んで自動化しないでください。

最後に、Zutshiは、「戦略的自動化の旅の早い段階でITを導入する」ことを推奨しました。

早ければ早いほど、プロセスのさらに進んだ障害に雪だるま式に進む可能性のある問題をより早く解決できます。

このユニークなセッションで洞察を共有してくれたTsahalis、Zutshi、およびKotaに感謝します。登録してセッションのリプレイを視聴するか、FORWARDの参加者がUiPathイベントアプリでセッションの記録を見つけることができます。

また、先月ラスベガスで開催されたイベントの重要なポイントをまとめたい場合は、UiPath FORWARD IVの「TheBestBits」に登録して、カンファレンスから独占的なコンテンツを入手してください。