ロボティックプロセスオートメーション(RPA)をソフトウェアおよびデータ管理スタックにどう取り入れるかが、2019年のトレンドの一つだった。(続きはページの末尾にあります)
Adobeのシンシア・ストッダード氏は、同社のCIOとしてRPAやAI技術の導入などさまざまな施策を統括している。その取り組みをどのように進めているのか。ストッダード氏に聞いた。
「顧客と直接応対する業務が膨大にある企業ほど、RPAの導入効果が期待できる」とRPAベンダーは口をそろえる。RPAの導入が大きな影響を及ぼした業界の例を紹介する。
RPA導入に失敗する企業もある一方で、多くの従業員に歓迎され、コストダウンに成功する企業もある。成功企業の事例をぜひ参考にしてほしい。そこには他社でもマネできる何かがあるはずだ。
CX(カスタマーエクスペリエンス)の改善に効果的と考えられるAIと自動化。だが適用する場面を間違えるとCXの悪化やコスト増を招く。失敗しない導入方法と成功例、そして残念な失敗例を紹介する。
RPAとAIを連携させることにより、インテリジェントに意思決定するシステムを構築できる。自ら学習し、改善するシステムの可能性も開ける。だが、RPAにはあるリスクが内在する。
AI導入の最も重要なポイントは「AIでなければできない」ことにAIを使うことだ。「AI導入」が目的ではなく手段であることを見失わなかった2つの事例を紹介する。
四国銀行はタブレットを活用し、行員が来店者と一緒に画面を見ながら申請手続きを進めることができるシステムを導入した。来店者が紙の申請書を記入する手間を減らし、業務効率と顧客満足度の向上を目指す狙い。
ビジネスプロセスの自動化を検討しているなら、まずボトルネックを最適化する必要がある。事例を参考に、自社に最適な方法論を見つけよう。
最新のツールを活用すれば業務の自動化は実現する。だがそれが業務の改善や効率化に直結するとは限らない。自動化しても業務が改善しないのは、重要なステップを見落としたからだ。
レガシー化したERP製品のアップグレードや移行を検討するには時間がかかる。刷新プロセスの途中段階で役立つ可能性があるのが「RPA」製品だ。どのように役立つのか。
ドイツの化学・医薬品企業Merckの医薬営業部門は、ビジネスプロセスの自動化を実現するために「インテリジェントプロセスオートメーション」(IPA)を導入した。IPAがもたらす価値は何か。
RPAが普及し組織での利用が拡大するとどうなるのか。正しく活用するなら、それは雇用を奪うものではないという。先進事例からRPA活用の在り方を考えよう。
RPAによる人事プロセスの自動化はさまざまなメリットをもたらす。3つの成功事例がRPA導入のヒントを提供してくれる。
導入したロボティックプロセスオートメーション(RPA)製品に満足している企業がある一方、RPA製品のグローバル展開に時間がかかり、すぐには成果が得られなかった企業もある。両社の違いを生んだ要因とは。
自治体もまた、一般企業と同じくコスト削減とサービス向上に迫られている。スウェーデンの自治体は大学の研究プログラムを利用してAIやRPAのトライアルに着手。現場の不信感を解消しつつ成果を挙げている。
「RPA」より高度な業務自動化技術として、AI技術を組み込んだ「IPA」がある。IPAはRPAと何が違うのか。
RPAによる業務の自動化がもてはやされているが、全ての業務を自動化しようとするのは間違いだ。RPAには使うべき用途と同時に、「使うべきではない用途」がある。RPAよりも優れた手段がある場合もある。
グローバル企業のEastman Chemical Companyは、全社的なRPA導入計画にAutomation Anywhereを採用した。導入して分かったメリットと課題、他のRPAソフトウェアとの違いは。
John Lewis PartnershipはRPAを導入して6.6億円のコスト削減に成功した。同社の事例から、経営層や事業部門に受け入れられる導入プロセスの在り方を見ていく。
業務自動化システムは人工知能(AI)技術を利用することで、高度な処理が可能になりつつある。具体的にどのような処理ができるようになるのか。
RPAはインテリジェンスを意味する小文字の「i」と組み合わされることもあり、主にユーザーの動作、さらにはコンピュータの動作の記録と構築、実行、モニターにフォーカスしている。
Avanadeの新興技術、製品、エンジニアリング責任者クリス・ロイドジョーンズ氏によると、RPAのフォーカスはITの最適化からビジネス機能の効率化へと切り替わっている。Avanadeから見ると、ビジネス機能は多くの組織で似通っている。会計や人事といった分野はRPAによる効率化が期待できる。
RPAはアプリケーションやデータベース操作に存在するワークフローを通過しながら、観察可能な動作の分類、記録、さらにはモニターを行う。続いてそうした動作を予測可能な方法で自動化する。
この予測可能なプログラミングの要素があるために複雑なスクリプトを必要とせず、APIを使わなくてもワークフローを連携させることができる。よって、RPAはAPIを使うことなくITシステムを統合するノーコード/ローコードの手段と見なすことが可能だ。
RPAの効率性は、人とのやりとりができる会話botやマシン対マシンのインタフェース、データベース対データベースのインタフェースの形で表れている。
Blue Prismの最高顧客責任者、ジョン・テアーコーフ氏は、ビジネスプロセスオートメーションの主な目標を、大規模な価値を長期的にもたらすための手段と位置付ける。自動化を戦略的な目標に関連した明確な展望で下支えして、ビジネスユーザーがそれを促進し、IT部門がサポートし、他の主要ステークホルダーが支持しなければならない。
その後、念入りに計画を立て、モデルを作成し、設計し、再利用のため中央にプールすることをテアーコーフ氏は勧めている。
「自動化の前にプロセスの効率性を高めるか、設計段階で再設計するのが最善だ。そうすれば全社を横断するもっと革新的でインパクトのあるRPAの用途について、プロセスと組織的な構造を再創造できる」とテアーコーフ氏は言う。
同氏によるとこのアプローチは、インサイトによって初期の取り組みをよりインテリジェントかつ戦略的に拡張することによって自動化し、質を高めたプロセスオートメーションをもっと早く、もっと簡単に長期にわたって構築・運用することによって自動化の向上を図ることにつながる。
英仏海峡トンネルやテムズ川の堤防を手掛けたスマートインフラソリューション企業のCostain Groupは、ABBYYとUiPathの技術を組み合わせて調達から決済までの業務を転換させた。会計チームをスキルアップさせることで、請求書から必要なデータを取得し、特定して抽出するプロセスを自動化できた。同システムはRPAを使って請求書をERPに登録する。
ABBYYの主張によると、このシステムのおかげでCostainは仕入れ送り状の処理に必要な人的介入の量を80%削減できた。
RPAは手早く導入して本番環境に展開することができるが、それでも効率的な構築、開発、導入にはコストがかかる。
NICE Systemsの製品ディレクター、アイテイ・ライナー氏が指摘する通り、もしも組織が自動化すべき適切なプロセスの選定に失敗すれば、具体的な投資利益率(ROI)目標の達成に関する限り、そのプロジェクトは失敗して想定通りの成果が出せない公算が高い。
ライナー氏が例に挙げた大手エネルギー会社の場合、通貨為替レートに沿った会計モデルの刷新のために、非常に複雑な形でRPAを利用した。
ライナー氏によると、この複雑なシナリオを自動化することには成功したが、ROIは達成できなかった。その原因は、これが1人の担当者によって月に1回のみ、短時間で行われていた作業だったことによる。プロセスを自動化することはできたが、これが1カ月にたった1日のマンパワーしか必要としない仕事だったことから、自動化する価値はほとんどなかった。
自動化が可能なだけでなくビジネスにとって価値のあるプロセスを見極めることに加えて、RPAは仕事の機能と仕事の役割がどう表現されるかについても再考が求められる。
Enateのキット・コックスCEOは言う。「IT部門を越えて、プロセスについての考え方を変える必要がある。人の能力と技術のリソースプールを横断する中核的なスキルに沿って作業が割り当てられる中で、『仕事』という概念そのものにも変化が求められる」
Computer Weeklyが話を聞いた専門家は、組織のデジタルトランスフォーメーション戦略を支援するツールとしてRPAを位置付けていた。botを利用すれば自動的にデジタルトランスフォーメーションが実現できるわけではない。だが少なくとも顧客を相手にする観点からは、まとまりのある一貫した組織に見せることができる。
「APIによる接続が限られる、あるいは存在しないレガシープラットフォームが幅を利かせる中で、エンタープライズアプリケーションインテグレーション(EAI)の要素としてのRPAの重要性が増している」。Appianの主席ソリューションアーキテクト、サスヤ・スリニバサン氏はそう話す。
レガシープラットフォームを接続するためにRPAを利用できる一例として、ユーザーが医療機関に関する詳細をチェックして医療免許などの情報を入手できる医療記録確認サイトが挙げられる。
「インテグレーションを簡単に成功させることのできるシステム対システムのAPIは存在しない」とスリニバサン氏は言う。「botに人の動作をまねさせて情報を抽出する用例として、これは理想的だ」
Digital Workforceのトレーニング責任者、ニコ・レフトネン氏によると、RPAは古いレガシーITシステムに入れ替わるのではなく、人間の従業員のように動作して、2つの切り離されたITシステムのコミュニケーションを橋渡しできる。「ソフトウェアbotはわずか数日で単純なプロセスを学習できる。従って、組織はすぐにインテグレーションの恩恵を受けることができる」
ただしRPAは、コストがかさむインテグレーションを避けるための必然的な選択肢と見なすことはできない。レフトネン氏の経験では、微妙で複雑なシステムの統合には限界があり、APIの方が適していることもある。
RPAはデジタルトランスフォーメーションと並行して語られることがある。RPAは、シームレスに連携していないアプリケーションのために人があるシステムから別のシステムへと情報を入力し直さなければならない状況を避ける方法を提供する。
Avanadeのロイドジョーンズ氏が指摘する通り、botは一般的に従来人間が行っていた作業の一部を置き換える。時にはアプリケーションが必要とする入力をbotで行うことにより、その作業が自動化されることがある。厳密に言うと、これは必ずしも根本的なビジネスプロセスのデジタルトランスフォーメーションを意味しない。
ロイドジョーンズ氏によると、RPAがデジタル化に即した場面では、RPAが人間の時間を解放して、価値を高める仕事に専念できるようにするためのエンジンとなる。ITの観点からは、RPAを使うことでそのビジネスプロセスが現在どう使われているかを反映した形で記述できるようになる。これは、後日更新できることを意味する。「これでモダナイズに専念できる。まずbotを使ってプロセスを自動化することから始め、それからAPIを使ってbotを呼び出す」
RPAが接続していたレガシーコードは、いずれモダンなアプリケーションとして書き直すことができる。このアプローチの素晴らしい点は、botを呼び出すために使われるAPIは変わらないという点だ。そのアプリケーションがモダナイズされれば、IT部門はレガシーアプリケーションのもっと長期的なモダナイズに取り組みながら、RPAを通じてすぐにもビジネスに価値をもたらすことができる。
RPAは固定されたレベルのロジックしか持つことができない。組織はディープなインテグレーションに踏み込むことなく、RPAを使ってビジネスプロセスを連携させることにより、どの程度のビジネスプロセスが自動化できるかを検討しなければならない。ロイドジョーンズ氏が言う通り、それはデジタルトランスフォーメーションに向けた道のりにおける足掛かりとして役に立つ。