ロボティックプロセスオートメーション(RPA)をソフトウェアおよびデータ管理スタックにどう取り入れるかが、2019年のトレンドの一つだった。(続きはページの末尾にあります)
面倒な仕事を自動化する手段として期待を集めた「RPA」(ロボティックプロセスオートメーション)。実際には期待外れに終わることが珍しくなかったという。それはなぜなのか。
人種差別に起因する問題は、単純ではない。例えば黒人とアジア系人種が直面する壁は異なる。多様な人材を採用するのであれば、企業は何に留意すべきなのか。
コンプライアンスに人工知能(AI)技術を生かすことで、金融機関が改善できることに「スピード」と「セキュリティ」があるという。それぞれどのような効果があるのか。
16進法は、10進法とどのような点が異なるのか。10進法の数値を16進法に換算する場合は、どうすればよいのか。10進法の数値と16進法の数値の対応表を基に考える。
コンピュータの世界ではデータを2進法で表現することが一般的だ。われわれの日常生活ではあまりなじみのない2進法を簡潔に解説しよう。
新人の受け入れ時には、必要書類の作成や給与情報の入力など、人事部門はさまざまな登録作業に追われる。こうしたオンボーディングの過程で発生する定型作業にRPAが役立つ可能性がある。成功のために何をすべきか。
最適なRPA製品を選ぶために、サプライヤーに質問すべき8つのポイントを紹介する。これによってサプライヤーの戦略や製品の方向性を知ることができる。
新型コロナウイルス感染症のパンデミックは、業務自動化技術の導入を後押ししている。「ロボットの同僚」と共に働く機会は今後増える可能性がある。ロボットと協働できる人材をどう育てればいいか。
RPAのメリット/デメリットを理解し、効果的なユースケースを検討するだけではまだ足りない。経営陣はRPAの導入効果について“誤った考え方”に傾きがちだ。RPA推進者はこれを防ぐ必要がある。
RPAはもはや人間の作業を模倣するだけの存在ではなくなった。むしろ人間よりも優れている面もある。RPAの適用方法を検討する上で、こうした優位点を考慮する必要がある。
「RPA」による業務の自動化は、ビジネススピードや効率性の向上にどう役立つのか。専門家の話から、その実力を探る。
「プロセスマイニング」とAI技術の関係とは。プロセスマイニングツールの導入をスムーズに進めるには。これらの疑問に、プロセスマイニングの第一人者、ウィル・ファン・デル・アールスト氏が答える。
「プロセスマイニング」は企業に何をもたらすのか。企業がプロセスマイニングを導入するきっかけとは何か。プロセスマイニングの第一人者であるウィル・ファン・デル・アールスト氏に聞いた。
RPAの利点は人の行動を模倣できる点にある。その原則を念頭に、botによる自動化のセキュリティ対策を講じ、セキュリティの失敗を防止しなければならない。
ロボティックプロセスオートメーション(RPA)は、個々のタスクを自動化するものから、特定業務の仕事全体を自動化するものに進化し始めている。RPAベンダー大手Automation Anywhereが提供する「デジタルワーカー」がその一例だ。
業務自動化を実現するRPAツールは、現場を理解している作業担当者自身が開発するのが理想的。ノンプログラミングで開発できるRPAツールでも、事前に覚えておくと役立つノウハウがあります。
RPAテクノロジーズが2018年11月12日にリリースした「BizRobo! mini」は、RPAを導入したい中小企業向けのRPAソフトウェアだ。通常版より価格を抑え、導入や運用の負荷を軽減した。
企業はRPA(ロボティックプロセスオートメーション)を導入し、ルールに基づく反復作業をコスト効率の高い方法で自動化している。この場合のROI(投資利益率)は、導入したRPAのアーキテクチャが適切かどうかに左右される。
企業にも従業員にもメリットをもたらす「ロボティックプロセスオートメーション」(RPA)。見過ごされやすいのが、そのセキュリティリスクだ。具体的にどのようなリスクがあり、どう対処すべきなのか。
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を使ってビジネスプロセスを連携させることにより、どの程度のビジネスプロセスが自動化できるかを検討しなければならない。ロイドジョーンズ氏が言う通り、それはデジタルトランスフォーメーションに向けた道のりにおける足掛かりとして役に立つ。