[RPA]PC自動化技術総合スレ[効率化] Part.2

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2019/02/14(木) 23:58:05.00ID:UTw68bPF
語りましょう。
※前スレ
[RPA]PC自動化技術総合スレ[効率化]
http://mevius.5ch.net/test/read.cgi/tech/1526938606/
237デフォルトの名無しさん
垢版 |
2019/02/27(水) 01:59:58.73ID:EU0BpKlc
人を雇うと健康保険、年金保険、労働保険、税金の手続きとか色々必要になる
2019/02/27(水) 02:51:52.18ID:YqtUXYqI
余った人員をよりクリエイティブなところに配属して生じる損害が組み込まれていなくない？
2019/02/27(水) 03:31:45.11ID:GA6HxK2a
>>235
細かいけど開発期間分のツール使用料が入ってないかな
あと省力化がコストゼロにまでになるのは違和感ある
2019/02/27(水) 06:45:25.80ID:E1dx+kyh
日本の業務システムは1980年代のホストコンピューター〜オフコンが有った時代のOA化(笑)の発想のままなんだな
日本人は合理思考ではない人が大多数だから、日本人自身がどこか効率化を否定している側面もある
だからいつまで経ってもAPIによるデータ連携という考えに至らない
プロセスの途中で必ずどこかで人の手が入る
241Level3
垢版 |
2019/02/27(水) 08:54:05.52ID:CZVCGyRP
>>239
>あと省力化がコストゼロにまでになるのは違和感ある
の意味をもっと詳しくお願いします。

開発期間のツール使用料は、後で計算式を直します。
ちなみに、開発期間が一月だったら、試用版を使って開発するって手もあると思う。
2019/02/27(水) 10:10:53.53ID:M6HLGQS+
メンテナンスコストと将来の別テクノロジへの移行コストも計算して
2019/02/27(水) 10:25:46.65ID:GA6HxK2a
>>241
>コストゼロ
動かす人、監視する人、業務知る人がいなくていいわけでもないから減りはしてもゼロにはならないよね？
さらに言えば10年ノーメンテも無理では、ということ

試用版での開発はどのツールがどんな制限あるか知らんけどね、製品版への移行作業が多少でも発生したりしそうなら選択肢にないかなー
2019/02/27(水) 12:08:25.54ID:RqK+U6hc
日本人は10年以上ノーメンテで出来るようにしてくれ、
が本音じゃね
2019/02/27(水) 12:27:07.49ID:GA6HxK2a
出来るわけないじゃん
もっと言えばメンテどころか運用自体10年持つわけがない
業務が変わればさっさと捨てて作り直すものでしょ？
旧来のシステム開発、運用コストみたいに試算するのはまさしく皮算用にしかならない
2019/02/27(水) 15:51:19.37ID:jnWMG0hA
>>245
できるわけないなんてみんな分かってるわ
くだらんレスすんな
2019/02/27(水) 16:15:58.51ID:GA6HxK2a
分かってないのがいるから10年運用の試算なんていうレスが出てくるんじゃないの？
誰もその辺突っ込まなかったら5chで情報収集しちゃうようなのが鵜呑みにしちゃうじゃん
2019/02/27(水) 16:51:37.59ID:RqK+U6hc
分かってない人＝顧客のエンドユーザと権限の無い御用聞き情シス部門
2019/02/27(水) 17:38:33.26ID:U+okKr8F
フローチャートやレコーディングはメンテナンスが大変そうだな
2019/02/27(水) 18:16:49.92ID:qqdC7ZSv
>>235
そもそもRPAが流行りだしたのは
コスト削減が目的じゃないからな。

こういう計算してどれほどの意味があるのか考えた方がいいよ。
2019/02/27(水) 18:36:42.55ID:U+okKr8F
いやコスト削減が目的でもっとはっきり言っちゃうと人員削減が目的だと考えるが別の目的なんてあるのか？
いやもちろん目的はともかく手段としてお粗末ってんならわかるけど
2019/02/27(水) 19:08:47.14ID:ZkQd1Rae
>>250
うちの場合はただRPAを業務に利用していると宣伝するためだけにやってる
実際にどれだけ時間削減されたかなんか興味ない

うちみたいなとこ多いんじゃないのかな
2019/02/27(水) 20:01:19.72ID:BB6po7LT
RPA使えるような業務って少なくね？
2019/02/27(水) 20:06:01.21ID:R045imi1
うちの会社にはRPA使えるような業務専門の課があるが
2019/02/27(水) 20:29:20.32ID:GA6HxK2a
コスト削減、人員削減したい人もいれば手元の作業楽にする為の手段でしかない人もいるんじゃない？
後者を大袈裟に、みんなでやったら大規模なコスト削減、人員削減になると言い出したのは誰なんだろうね

てか前から言われてるが空いた時間でクリエイティブ(笑)じゃなくてもいいからより別の仕事すればいいのになんで人員削減するのか分からん
単に経営不振で仕事ない、予算ないってだけなんじゃ？
2019/02/27(水) 20:39:08.72ID:qqdC7ZSv
人が足りなくなってきたから
ゴミ作業は機械にやらせましょうっていうのが今の流れ。

人員削減が目的とは意味がちょっと違うわな。
2019/02/27(水) 20:42:30.44ID:qqdC7ZSv
あと、導入する企業の規模によって効果が違うから。

大企業ほど、業務フローがドキュメント化されていて
どこにRPA導入したらいいか、イメージがつきやすい。

同じ作業をする人員も中小と違って、複数人、場合によっては何百人となるから
この点でも大企業の方が効果が出やすい。
2019/02/27(水) 20:45:09.04ID:qqdC7ZSv
業務のこと考えずに
単にコストだけみて試算して、導入の判断してどーすんの。

だから、ツッコミどころ満載なのよ。
259Level3
垢版 |
2019/02/27(水) 21:13:52.28ID:CZVCGyRP
>>243
意見を数式にとり入れてみた。他に意見があるなら、またください。

(RPAによって節約できる一月分のお金)>(RPA導入による一月分のコスト)
ならRPAを導入してもよい。

RPAの一月分のコスト=(RPAの年間値段/12[月])
+((プログラマの時間単価*8[時間]*開発日数)/ロボットの使用年数/12[月])
+((RPAの年間値段/365[日]*開発日数)/ロボットの使用年数/12[月]))

RPAによって節約できる一月分のお金=(開発日数/ロボット一体の製造日数)[体]
*ロボット一体が一日に省力化する時間*事務員の時間単価*月の労働日数
-(プログラマの時間単価*8[時間]*月あたりのメンテ日数)
260Level3
垢版 |
2019/02/27(水) 21:29:39.05ID:CZVCGyRP
>>247
適当に書いた数値に関して、いつまでもいわれもなー。
数値を決めて、計算式の話をしたかっただけなんで、正直、なーんも考えて
なかったから、まさに、業務が変わるとか考えない奴とかいわれたらそうなんだけどね。
ただまあ、計算式に1年（もしくはそれ以下でも）っていれて計算すればいいと思うけど、
また、何か取りこぼしがあるかな？
261Level3
垢版 |
2019/02/27(水) 21:31:49.34ID:CZVCGyRP
>>258
「業務のこと考えずに 」ってのは、まさに、今、ぼくは、考えていないんだけど、
もうちょっと詳しくは、どういうことかな？
教えてくれたらうれしい。
262Level3
垢版 |
2019/02/27(水) 21:38:58.28ID:CZVCGyRP
RPAが本来なんのためのものかは知らないけど、過去やったRPAの仕事の導入目的は、以下
・ガッツリ、リストラのため、単純作業をやる従業員をカットして、収益力をあげたい。
・高学歴な従業員に単純作業をやらせているため、離職率が高くなるのをふせぐため。
・将来、作業量が増える予定なので、ロボットを使って高速化したい。

まあ、どの目的でも、ソフトを導入するには、簡単な、コストの計算はすると思うよ。
263Level3
垢版 |
2019/02/27(水) 21:43:28.76ID:CZVCGyRP
>>250
ところで、「そもそもRPAが流行りだした」ときの「目的」ってなに？
2019/02/27(水) 21:44:45.48ID:KyKRLtdw
うちは人が足りないから自動化せざるを得なかった
RPAって用語は後から知った
2019/02/27(水) 22:06:22.09ID:R045imi1
退屈なことはPythonにやらせようという本があったな
読んでないけど
2019/02/27(水) 22:33:01.75ID:U+okKr8F
既存技術がAIブームに乗っかっただけという気もする
267デフォルトの名無しさん
垢版 |
2019/02/28(木) 08:39:21.74ID:TL6iMeJf
昔からあったWeb系のテスト自動化ツールを業務システム向けにリブランドしてるだけやで
2019/02/28(木) 18:53:57.74ID:aIJMwzrH
>>259
開発期間も業務してるからそこのコストも…とか言い出すとキリがないがどこまで精度高めたい？

てかもっと単純にならないかな
節約できるコストってのが状況次第すぎて全くピンとこないのもあるが

人間がやる場合のコスト > RPAの場合のコスト

という図式が分かりやすい
まあ、したら結局はシステム開発と同じで短期(特に一年未満の運用)では逆転するってだけで面白くないか

現実的には今のあり物をRPA化するのは早々に廃れるので、RPA前提のシステム/業務プロセス設計込みで数式化できたら役に立つ場面もありそう

というかゆくゆくはそういう為の設計だとかテクニックの話をしたいもんだけど
2019/02/28(木) 19:15:20.82ID:5j7okfVi
RPA前提…API製造禁止とかですか？
うわーさすが科学技術大国日本
2019/02/28(木) 20:24:02.81ID:aIJMwzrH
何寝ぼけた事言ってんのさ
RPAでAPI叩いてもいいしAPIで連携したアプリのコントロールやインターフェースの仲立ちさせたっていい
細かな業務処理をマイクロサービスに分割してAPIで公開してRPAで業務プロセスをデザインするのもいい

GUI操作がRPAだとでも思ってるクチかね？
そんなのAIと関連付けるレベルの勘違い
2019/02/28(木) 21:14:42.66ID:iS196VpN
今関わってる会社は部署によりけりだが、上手くRPAを活用してるけどな
15時間とかぶっつづけで回して、結構な処理をさせてる
社内システムへの入力業務や、物流データ整理とか
2019/02/28(木) 21:30:10.50ID:5j7okfVi
>>270
ヒューマンインターフェイスの操縦をやるからロボットっていうんだよ
それ除いたら普通のシステム化と全く区別が付かんよ
はっきり言って今の業界のRPAの拡大解釈にはうんざりしてる
そう言った方が素人をカモりやすいんだろうけどさ
2019/02/28(木) 21:39:02.09ID:+1KMHubT
システム監査の観点では、
RPA導入によって解決できるタスクがPCを使った業務に存在する時点で
全体設計に対する減点になるけど、現実はツギハギだから
2019/02/28(木) 21:44:12.67ID:5j7okfVi
前にも言ったけど
RPAに手を出すユーザーってRPAの宣伝に踊らされて思考停止してる感がある
RPAって結局なんなんだ？
従来のシステムと何が違うんだ？
違いからどんなメリットが生じるんだ？
逆に何が同じなんだ？
同じものになぜ違う名前を付けたんだ？
同じところは要らないから違いだけ安く導入できないか？
代替となる技術はないのか？
どんな時にオワコンになるんだ？
ひとつひとつ疑問を持って突き詰めていかないと簡単にカモられちゃうぜ
2019/02/28(木) 21:52:17.00ID:5j7okfVi
例えばさ

毎日フォルダに追加される定型のエクセルファイルを読み取り
読み取ったデータをビジネスルールに則り加工して
加工したデータをAPI非対応のウェブサイトに画面経由で入力する

このアプリはRPA開発ツールを使っても実装できるし
ごく普通のプログラミング言語でも実装できる

同じ仕様のアプリを作って全く同じ動作をしてるのに片方はRPAでもう片方はRPAじゃないのか？
この2つのアプリの違いは一体なんなんだ？
RPAと名乗ったツールを使って開発すればアプリの内容に関わらずRPAになるのか？
2019/02/28(木) 21:52:45.46ID:aIJMwzrH
>>272
そんな定義はじめて聞いたけど、それに拘る意味も区別する必要もなくない？
拡大解釈や勘違いはいらないけど出来ることは呼び名がなんだっていいじゃん

>>274
どうぞ好きなだけ深慮遠謀なさって下さい
僕らは好きなように、使えるもの使ってお仕事出来ればなんでもいいんで
2019/02/28(木) 23:17:24.28ID:AqzmdR4R
RPAは所詮ツールなんだから、別にそんなに嫌悪しなくてもいいじゃん
業務に使えそうなツールが増えるのはいい事だと思うぞ
目的に合った使いやすいのを使えばいい
.NetFrameworkでもPythonでもVBAでもRPAでも
コレじゃなきゃダメ！おかしい！って方が変だ
2019/03/01(金) 00:03:12.21ID:Qi3IKA03
大方、Winactorでもつかまされたあげく工数削減を迫られて逆恨みしてるんだろう。
2019/03/01(金) 00:20:30.51ID:QVNDzabT
RPA導入で奪われるような単純な仕事でもしてたんじゃないの？
2019/03/01(金) 01:53:14.34ID:TR+EaNRL
RPAの普及で困るのは、野良マクロを量産して優位な立場を確保していた人々
281デフォルトの名無しさん
垢版 |
2019/03/01(金) 06:40:00.85ID:FPYDejBW
今はRPAを売ったもの勝ちみたいなところがあるからダメなの
将来に禍根を残す事が理解出来ない経営者
2019/03/01(金) 07:17:16.97ID:Ek7WcGMZ
Office系ソフトのどれかのVBAアドインを配布するだけで解決するようなソリューションをRPAで実現しようとするの、本当に金の無駄だよな
2019/03/01(金) 07:23:49.18ID:Ek7WcGMZ
RPAを入れると無駄な作業が減るとかいう世間の思い込みは何とかならんのか
RPAに任せた作業そのものがプロセスの全体最適の視点からすると無駄だったとかいう事例が山ほどあるだろう
もっとシステム監査とかでボロクソに叩かれないとあかんぞそういうの
2019/03/01(金) 07:52:30.66ID:XNu9hxEF
世間がそんなこと思い込んでるという思い込み何とかならんのか
2019/03/01(金) 08:40:05.21ID:B22OVtKr
野良RPAと言うが、他のプログラムなら野良にならないのか？
不思議だぜ…
2019/03/01(金) 08:54:11.02ID:IB7Yh9y1
RPAはコードレビューとの相性が最悪だからすぐに野良になる
他の言語ならレビュー環境すぐ作れるからあとは情シスのやる気次第
2019/03/01(金) 10:04:21.84ID:LdpPFqwq
野良社員ですが
2019/03/01(金) 12:03:20.18ID:ECt0aciZ
フリーってことやん
2019/03/01(金) 12:35:44.51ID:KSyELWIp
最近になってもてはやされてるけど、こんなのはやってる人は20年以上前からやってるだろ。
ツールが無くて自作してた人もいるだろうし。

Windows3.1のレコーダーは音声だけじゃなく操作も記録してくれたから、それ使った記憶がある。
2019/03/01(金) 13:08:49.90ID:VWbcPJmE
クラウドガークラウドガーって盛り上がってたときもおんなじこと言ってたなお前ら
2019/03/01(金) 13:47:52.11ID:zYPhFnxm
野良ウドガー
2019/03/01(金) 14:26:13.89ID:3edbSPld
>>289
だよねー3.1の頃からあったのにねー
2019/03/01(金) 17:41:03.84ID:jYXMQwAm
クラウドは革命的だったけどRPAはないなー
2019/03/01(金) 23:34:49.11ID:zWZoP6hm
>>283
ならないわな。
エクセルだって、わざわざ神エクセルを作って、マクロでどうにかしろって発想だしな。
2019/03/01(金) 23:57:19.80ID:sJuoO7ZG
>>293
それは間違い

クラウドはもともとあったwebの概念に新たに名前を付けただけ
2019/03/02(土) 00:01:29.10ID:m/0gfP2p
3.1の頃からあったかどうか、ではなくて使い物になるかどうかだろう
ツールを作れば、よりもツールを作らずに済むは大きい
WinActorは3.1のやつと大差ないかもしれんが…
2019/03/03(日) 21:39:27.45ID:joo5Azov
90年代にオンラインゲームで寝マクロ用にRocket Mouse使って
普通に自動化してたからほんと今更感が強い。
自動化ソフトが昔からあること知らない人多いのね。
2019/03/03(日) 22:18:01.69ID:gq1Ytgo+
人不足と人員削減とプロセッサの性能向上とか
様々な要因が組み合わさって
浮き上がる要素が大きくなったと思う
自社システムならともかく
他社システムがGUIしか提供してない場合も多いし
2019/03/03(日) 23:08:12.13ID:PCCGC897
もともと性能はそんな必要ないんだがな
要するに自動化したい対象が動くスペックにほんのわずかなリソースを追加するだけだから
なのでスペック進化がうんたらという理論はウソ
2019/03/03(日) 23:15:41.37ID:PCCGC897
既存の枯れた技術を売るためにパッケージしなおして販売戦略としてAIで注目を浴びたキーワードであるロボットってラベルを付けただけ
2019/03/03(日) 23:37:27.30ID:QYLcpjfr
WinActorとかはRPAの流れにのって急いで作られた中途半端品だが、
BluePrismとかは15年以上前に最初のバージョンがリリースされてるぞ
2003〜4年頃なんてまだAIは注目されていなかった
2019/03/04(月) 06:09:14.95ID:LMssFTDP
そもそもRPAとAIなんて1mmも関係ないって思うのは俺だけかな？
2019/03/04(月) 06:52:17.20ID:6jDgRgd5
無料RPAで「ソリティア」に挑んでみた　業務自動化でゲームも自動化できるか (1/2) - ITmedia NEWS
https://www.itmedia.co.jp/news/articles/1903/03/news033.html
304デフォルトの名無しさん
垢版 |
2019/03/04(月) 09:38:40.52ID:xPEqgrz2
AIと言って桶狭間売れる定期
2019/03/04(月) 10:45:48.14ID:vM9NvnRR
天下分け目？
306デフォルトの名無しさん
垢版 |
2019/03/04(月) 12:30:20.06ID:XSHS6EV9
>>302
OCRがAIで性能アップしてるので、
データエントリー（入力作業）をRPAでって、連想の関係

紙文化の国は入力作業が多い
2019/03/04(月) 12:47:05.52ID:DH88pTU/
>>303
ソリティアすらまともに処理できないのは
このライターがアホなだけだな
ソリティアごときにOCR使うとかほざいてるし
2019/03/04(月) 12:54:06.66ID:LMssFTDP
>>306
> OCRがAIで性能アップしてるので、
もうそこから騙されてるだろw
2019/03/04(月) 12:58:32.42ID:JHRaVEIx
機械学習とAIを勘違いしてるのかな
2019/03/04(月) 16:01:59.75ID:q8Y6CJsq
世間で言うAIって、ニューラルネットワークと機械学習が一緒になってるよね
2019/03/04(月) 16:16:02.44ID:3thrXQ4B
ちょっと複雑な条件判断があるだけでAIって言ってる人もいそう
2019/03/04(月) 19:38:04.66ID:ZH4MPSEW
ちょっと複雑な条件判断が出来るだけで無能社員より優秀そう
2019/03/04(月) 20:41:10.97ID:FTt3YdyV
ガチ無能は居るだけでマイナスだから、コケシ置いとく方が何もしないだけ優秀ってなる
2019/03/04(月) 20:49:28.19ID:3Y+sLsNJ
チューリング完全なら文句ないわ。
チューリング完全未満はゴミ。
2019/03/04(月) 21:14:30.88ID:56/Jbqfw
証明支援系のcoqは停止性保証のためにチューリング完全にならないよう設計されたとか聞いたことある
2019/03/04(月) 21:17:09.38ID:3Y+sLsNJ
ほう、まさかそんな高度なレスがつくとは思ってなかった。
2019/03/05(火) 00:15:42.72ID:BZGq33rj
日本だけでバカ売れするRPA、愚かな結末を改めて警告する
https://tech.nikkeibp.co.jp/atcl/nxt/column/18/00148/022800048/
2019/03/05(火) 07:08:33.56ID:KFUDiqvX
uipath導入したけど、自動化できる業務が思いつかんのだが、
2019/03/05(火) 07:59:37.66ID:phjrpqyW
AIより愛が欲しい
2019/03/05(火) 09:13:23.93ID:K5flI6jo
普通にクライアント端末でスクリプトを書いてWindowsのタスクスケジューラに定時実行させるだけで終わりそうな自動化処理をわざわざRPA発注して実現しようとしてる所って本当に何を考えてるんだろうな
発注したシステムも使用者側に案の定ある程度のシステム管理のセンスや知識がないとパラメタ設定とかワークフロー設計とかうまくこなせないし
ほんと無意味
2019/03/05(火) 09:26:24.91ID:C0vZLuqm
情弱を騙して金を巻き上げるビジネスっていくらでもあるからね
胡散臭い健康食品とかと似たようなもんでしょう
流行ってればいいものだと考える程度の知性しかない会社が買う
2019/03/05(火) 10:56:17.52ID:FrQIUozU
弊社はバットファイルで業務を半自動化しています
2019/03/05(火) 12:15:05.94ID:IGhfqt8j
本職のプログラマが全く使ってないんだからお察しだよな
2019/03/05(火) 12:37:52.07ID:OvGhLa+B
本職のプログラマが必要ない時点でいいんじゃないか？
そこそこの知識と経験は必要だけど
325デフォルトの名無しさん
垢版 |
2019/03/05(火) 13:12:44.27ID:9wv1dhpP
End User Computingの悪夢の再来
ExcelマクロやNotesスクリプトの悪夢を思い出すんや
2019/03/05(火) 18:14:43.88ID:PwHIR69E
未だに320みたいな阿呆もいるし再来と言うほどでも
2019/03/05(火) 20:20:09.82ID:4QATplxu
プログラマ不要とか言って調子こける規模の小さいアプリならRPAなんて使わずともスクリプトで十分
今はもう小学生がコード書く時代だからな
規模がでかくなきゃ素人でも簡単に書けてしまう

小さいアプリならと言うとじゃあ規模が大きくなったらRPAが効果を発揮するのかと聞かれそうだが
残念ながらそれはそれで全然効果を発揮しない
規模が大きくなると個々のアプリより増えすぎた資産をどうやって管理・制御するかが課題になるがRPAエコシステムはその辺りガバガバなんだよな
2019/03/05(火) 20:53:46.25ID:xKSTJ1TB
環境依存の野良マクロを蔓延らせて技術的負債を不動のものにする糞商品
2019/03/05(火) 21:45:10.73ID:O56EO1hJ
近代的プログラミングツールのほぼ全てを無力化する独自仕様のプラットフォーム。
そして凄まじく貧弱な言語仕様とIDE。90年代かよ。

マトモな技術者は絶対逃げると思いましたまる
2019/03/06(水) 08:31:56.25ID:xJ0aj8T0
ベンチャーでもない限り技術者にRPA導入の可否の権限なんてない気がする
そもそもベンチャーならRPAなんて必要ないし
2019/03/06(水) 18:26:26.92ID:QSDQfBpc
売るならともかくエンジニアが自分達で使う理由がない
2019/03/06(水) 18:45:28.66ID:wM42Row7
「事業部門主導のRPA導入」に多い勘違い
https://www.itmedia.co.jp/enterprise/spv/1903/06/news014.html
Accentureが発行したレポートによると、初期のRPAプロジェクトはIT部門の介入なしに進められると誤解してしまうことが多いという。
RPAツールは侵略的ではなく、従来のアプリケーションに統合する必要がない上に、どのデスクトップにもインストール可能だからだ。

　またIT部門は、RPAはサポートされていないマクロと「スクリーンスクレイピング」で構築されていると仮定して、非常にマイナスな先入観を持っている。
しかも、自分たちがビジネスプロセス管理システムに投資しているため、RPAは不要だとも考えている。

　Accentureのオートメーションエンジニアリングサービス事業のマネージングディレクターを務めるジェームス・ホール氏によると、IT部門はRPAについて、企業をリスクにさらしかねない本質的に粗野なアプローチだと考えがちだという。

　「RPAはずさんな問題解決方法だと考えられている。アプリケーションを拡張したりAPIを取り入れたりする方法を強化できれば、望ましいアプローチになるという。
IT部門には、事業部門がデスクトップで何やら良からぬことをしているという認識がある。不正なアプリケーション、Excelマクロ、さまざまなサポート対象外のソフトウェアを使っているという疑いを持っている。
責任者が退職した後にそれが動作不能になったら、誰がそれを修正するのかを懸念している」（ホール氏）
2019/03/06(水) 18:48:17.54ID:wM42Row7
IT部門の回避
　Capgeminiでグローバルビジネスサービス部門の最高技術責任者（CTO）を務めるリー・バードモア氏は、RPAの魅力の一つとして「IT部門を介さなくてよいことが約束されている」点を挙げた。
企業人はRPAについて、IT部門と話し合うことなく手短に成功を収める方法と見ている。

　その考え方は賢明とはいえない可能性がある。
「このことが今の最も大きな学びの一つだ。RPAはIT部門とその厳しさを免れるための言い訳ではない」

　「RPAを素早く配信できるのは確かだが、スケーリングとなると途端に頭打ちになる。
IT部門のシステム配信に関する古くからの規律、つまり『堅牢（けんろう）な導入にまつわるあらゆるもの』という観点から考える必要がある。
先陣を切るのは基幹業務だが、どこかの時点で前に進めないことを理解する」（バードモア氏）

　同氏によると、RPAの取り組みが事業部門のみによって主導され、自動化が秘める広い可能性が見過ごされていることが問題だという。
既存のAPIのみに基づいて自動化を行ったのでは、プロセスの効率化や転換に失敗してしまう。

　同氏は次のように語る。
「アプリケーションがプロセスを効率化するとしても、プロセスの構築自体はまだ人間が中心だ。
それはRPAソリューションの単純な展開をサポートしていない。
つまりプロセスを変更する際は、まず自動化することを考えるべきだ。
その手段がRPAなのか人工知能（AI）なのか機械学習なのかということだ。
これはわずかに異なる考え方、そして働き方だ」

　RPAは大量データの処理には適しているが、特定の基準に基づいて主観的なルールを適用するのには向いていない。
企業がRPAの利点を最適化するには、プロセスをシンプルにしなくてはならないことが多い。

　自社独自のプロセスを細かく把握する必要があるが、ほとんどの企業は理解が不十分だという。
「ロボットを構築する際は、全ての画面、全てのフィールド、キーストローク、人間がタスクを完了する順序を知らなければならない。
細部の重要性は過小評価されることがある」
2019/03/06(水) 18:54:33.35ID:PDaWCZbd
なんかお粗末なレポートだなあ。
RPAがダメなんじゃ無くて具体的なRPAの製品群がどれも出来が悪くて、複雑な処理を複雑にしか組めない、必要とされないほど簡単な処理を簡単に組めるようなもんなのが不要な理由だろ。
2019/03/06(水) 20:08:49.83ID:ZuXoITq7
仮にRPAの製品群がいくら高いプログラマビリティを備えていようとも、発注側がRPAで自動化しようとしている業務プロセス自体が部分最適の産物で無駄なコストやリスクを内包するものばかりなら、結局RPAは世の中に価値をもたらすものにはなりえない
自動化するとはどういうことなのかを本質的に考えないとプロセス管理のスケーラビリティが頭打ちになるというのはそういう話で、要は事業部門側が業務効率化を手作業の高速化と考えてるのが良くないわけ
336デフォルトの名無しさん
垢版 |
2019/03/06(水) 21:03:00.98ID:R1RBRuDP
まぁよくわからんけど、ボタン１つでit部門に依頼することも無いちょっとした業務が自動で自分で作れるようになったのはいいことだよ
今日2時間かけて作って1時間/月は浮くことになったし
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況