RPA でやるべき？それとも他の技術を使うべき？

[Anonymous]

・・・画像は単なる煽りですスイマセン☆

ただ、昨今、「RPA でやるべきか、そうでないか、線引きはどこだ！？」
というご質問、少なくないです。

ただ、これも質問の背景がバラバラで、

1. Excel の処理を RPA でやるべきか VBA でやるべきか（Excel自動化の技術論）
2. システム間のデータ受け渡しを RPA でやるべきか API でやるべきか（ちょっとフワフワした技術論）
3. RPA（というか、要は EUC スタイル）でやるべきかシステム開発（ちゃんとフェーズ切って成果物を作って…）でやるべきか

・・・などなど、様々です。

そこで教えていただきたいのですが、
皆様の中で、「これは RPA でやるべき、やらざるべき」の基準を
明文化（ドキュメント化）してらっしゃる方はいらっしゃいますか。
もしいらっしゃるなら、ぜひ、どのような基準を設けておられるのか、
お伺いしたいです！

ぜひともご回答の程、
どうぞよろしくお願い申し上げます☆彡

------------------------------
市川 義規
Blue Prism 株式会社
エバンジェリスト
---
Yoshinori Ichikawa
Japan Evangelist
Blue Prism Ltd
Asia/Tokyo
------------------------------

[ykoike]

RPAは間男（笑）なんだと思います。

なので「いつか止まる（終了する）ロボット」という認識を持って作成してます・してもらってます。
それが受け入れられない場合は『システム開発しろ』又は『業務ごと見直せ』と言っています。
（したがって、皆さん受け入れてくれますが・・・笑）

RPAが必要となる場合、かなりのケースが市川さんがおっしゃる通りの課題なのですが、よくよく整理して考えると

・ビジネスをする全員がマクロの技術を持っていればVBで済む ⇒ ITリテラシーの課題
・システム連携が最初からできていればRPAはそもそも不要 ⇒ ITサービスマネジメントの課題（設計、構築、運用、改善）
・現場でちゃんとしたEUCができるなら、CoEは無い方が良い ⇒ ITリテラシーとプロジェクト管理の課題

などなど

これらの課題を解決できれば、DXしたとか言えちゃうんでしょうが、弊社にはそこまでの技術もリソースもまだありません。
なので、少しずつ上記の課題を解決するためにRPAも使っています。

------------------------------
Yasuyuki Koike
Specialist
Toshiba IT-Services.corp
Asia/Tokyo
------------------------------

[yiweiding]

​市川さん

1. Excel の処理を RPA でやるべきか VBA でやるべきか（Excel自動化の技術論）
＞＞最近人事の業務にて、似たようなCaseがありました。マクロで一度自動化できていたのですが、メンテナンス要員が長期いなく、結局はマニュアルに戻りました。
　現在は、再自動化（RPA化）しているのですが、そこでなるべくマクロを使わず、全部BPでできるものはやろうという感じになっております。
　なぜなら、マクロでですと、社内にてメンテナンスできる人がいない？少ない？からです。

２．３．については、あまりお答えできる技術？レベルではないので、回答なしです。。。。

基準のドキュメント化はしておらず、すべてIT部門のチーム会での判断です。。

------------------------------
yiwei ding
smt
smt
Asia/Tokyo
------------------------------

[tsutomunamba]

市川さん

弊社の場合ですが

＞1.Excel の処理を RPA でやるべきか VBA でやるべきか（Excel自動化の技術論）

　⇒どっちでやったほうが「早いか」、「効率的か」あたりで都度都度判断してます。
　　はじめは全部RPAでという考えでしたが、RPAでやったら30分かかる作業がマクロなら10分のようなケースもあって
　　見直しをしました。ただ、VBAはメンテナンスできる要員がいないので誰もメンテナンスできないケースもあり
　　現在の結構重めの課題です。（IT部門としては現場のユーザが作ったVBAを巻き取りたくないので・・・）

＞2.システム間のデータ受け渡しを RPA でやるべきか API でやるべきか（ちょっとフワフワした技術論）
＞3.RPA（というか、要は EUC スタイル）でやるべきかシステム開発（ちゃんとフェーズ切って成果物を作って…）でやるべきか

　⇒「本来システムにあるべき機能はシステムに持たせるべき」という方針で動いてます。
　　ただ、予算確保や改修できるまでの『つなぎ』としてのRPAは認めてます。
　　この方針については一応社内のガイドラインに載せてます。

------------------------------
Tsutomu Namba
Project Manager
Toppan Printing co.,ltd.
Asia/Tokyo
------------------------------

[Anonymous]

皆さま、ご回答いただき、ありがとうございました！！
やっぱり RPA はサブ的な役割なんですね。。

RPA を含めて、企業システム全体のエンタープライズ・アーキテクチャも、
今度、考えてみたいなぁ、と思いました。

引き続き、どうぞよろしくお願い申し上げます☆

------------------------------
市川 義規
Blue Prism 株式会社
エバンジェリスト
---
Yoshinori Ichikawa
Japan Evangelist
Blue Prism Ltd
Asia/Tokyo
------------------------------