http://blog.kzfmix.com/RPAProgramming, Music, SnowboardingjaSun, 29 Apr 2018 23:56:51 +0919http://blog.kzfmix.com/entry/1525012632<p>RPAという言葉が流行っているようで、その定義を見るとなかなかそれっぽくて夢がある感じだった。</p> <p><a href="https://www.cresco.co.jp/blog/entry/5100/">エンジニア目線で見るRPA（１）</a>によると</p> <ul> <li>Class 1 : 定型業務の自動化 (Robotic Process Automation)</li> <li>Class 2 : 非定型業務の自動化 (Enhanced Process Automation)</li> <li>Class 3 : 高度な自律化 (Cognitive Automation)</li> </ul> <p>という三段階に分かれていて、<a href="https://persol-tech-s.co.jp/hatalabo/it_engineer/373.html">現状Class1の段階</a>にあるらしい。まぁClass2とClass1のハードルはかなり高いしそうでしょうね。まぁでもClass1程度の仕事だったら昔からあると思うし、みんなやってるでしょうって感じで今更感ありまくり。Class1はエンジニアの仕事っぽいけどClass2,3はデータサイエンスな感じですね。だからClass2,3で夢を見させてエンジニアリングでお金をとるというビジネスモデルはちょっとセコいなと思いました。Class1の仕事なんて前職で散々やってきたし、やってない会社ってどんだけ遅れてんの？っていいたいけど、今の会社は超遅れてるからあまりディスれないｗ</p> <p>あとコーディングしなくてもRPAができるっていう話もPiplinePilotとかKnimeのことか！っていう感じの既視感があって、ああいうツールをノンプログラマーに与えて出来たもののスパゲッティ感もよくわかっているのと、ベンダーロックされるのであまりいいことないと思うし、ちゃんと保守できるようなプログラマーを雇ったほうが長期的なコスパは高いと思う。</p> <p>それよりもRPAがうまくいくかどうかっていうのは、RPAツールの導入よりも、RPAツール導入のせいで職を奪われた人間に代わりに何をやらせて、そのモチベーションをどう維持するかとか考えないといけないところにかかっているのではないかと思う。そもそも、定形業務にしがみつくような人間は向上心なんて期待できないでしょう。そのあたり上手くやれるマネジメント力がいちばん重要なんじゃないかなぁと。</p> <p><a href="http://www.itmedia.co.jp/enterprise/articles/0703/20/news011_2.html">Perlの教え</a>にもあるようにlazinessは重要で、(今やってる)仕事が面倒だからどうにかしてその仕事を減らすっていうマインドがないとRPAってのもうまくいかないんじゃないかなぁと思う。</p>Sun, 29 Apr 2018 23:56:51 +0919RPA