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

**デフォルトの名無しさん** · 2019/02/14(木) 23:58:05.00

語りましょう。
※前スレ
[RPA]PC自動化技術総合スレ[効率化]
http://mevius.5ch.net/test/read.cgi/tech/1526938606/

**デフォルトの名無しさん** · 2019/03/31(日) 15:21:42.39

二三日止まっても問題が無くて、現場で解決できるならいいんだけど
上長経由で「何とかしろ」となるに決まっている
パソコンがぶっこわれたときも諦めてくれそうにないし

**デフォルトの名無しさん** · 2019/03/31(日) 15:26:40.13

>>862
そんな汎用性ないマイナーツール押し付けられてもなぁ

**デフォルトの名無しさん** · 2019/03/31(日) 15:35:36.85

>>864
今後RPA関連の仕事が来たら断れば万事解決
おめでとう
日本では職業選択の自由が憲法で保障されてるからな

**デフォルトの名無しさん** · 2019/03/31(日) 15:38:32.43

そういえばテスト工数に言及してるレスっていままでなかったな

ユーザー環境に死ぬほど依存してる素人が書いた副作用だらけのルーチン
当然ながら明確な仕様すら定められてない
そんな厄介極まりない無数のロボットのテストなんて実質不可能だよな
だから情シスとしてはサポート出来ますとは絶対に言えない
責任感があるなら出来ないことを出来ると言っちゃいけない

コスト削減って宣伝文句につられて導入しちゃったのに
そのせいでテストコスト爆上げなんてことになったら推進担当の顔に泥を塗ることになってしまう
だから情シス部としては人員を出してコストを増やすのは気が引けるね
なのでそっちでサビ残でもなんでもして低コストでやっちゃってくださいって感じ

**デフォルトの名無しさん** · 2019/03/31(日) 15:44:55.53

>>865
そりゃまず最初は断るけどさ
人間関係ってそんな簡単じゃないから断りきれないトキもあるんだよね
そうなったら犬に噛まれたと思ってやり過ごすしかないんだろうな

**デフォルトの名無しさん** · 2019/03/31(日) 15:53:07.76

犬に噛まれても金ば貰えないが、嫌な仕事でも仕事であるなら金が貰えるからマシじゃん

**デフォルトの名無しさん** · 2019/03/31(日) 16:10:13.74

なんつーか見てると、「こうだからダメ」「それだからダメ」ばかりな意見が多いな。
RPA自体じゃなくて、結局は作る人の問題だろ？
マクロだってプログラムだって、結局は素人が作ったら糞だし。
RPAだってちゃんと仕様を決めて技術者が作れば使えるもんになるだろうし。
RPAの導入が良くないのではなく、導入時、運営時に気をつける事の方が大切じゃないか。

**デフォルトの名無しさん** · 2019/03/31(日) 16:39:22.39

RPAという付け焼き刃を使ってでも何とかするしかない立場の人間に対して
「それって結局付け焼き刃だよねｗ後悔しても知らないよｗ」って指摘して回る奴は、
単に相手を見下したいだけよ、いくら突いたって実のある話なんて出てきやしない

**デフォルトの名無しさん** · 2019/03/31(日) 16:54:28.31

>>869
WinActorのWebでの説明だと素人さんにこそ！みたいな印象
https://winactor.com/column/about_rpa

｜ノンプログラミングのRPAは、非IT部門でも使いこなせる｜
　　一方、RPAであれば、現場のホワイトカラーが自らITによる自動化を行うことができるため、IT部門が制約とはならなくなったのです。
　　またIT部門にとっても、自動化のために現場から業務を巻き取る負荷が無くなるという点で、歓迎すべき技術となっています。

**デフォルトの名無しさん** · 2019/03/31(日) 17:00:13.34

>>871
そりゃただの営業文句だろ。

**デフォルトの名無しさん** · 2019/03/31(日) 17:04:34.61

定期的に沸く「プログラマーが使ってないからGUIプログラミングは糞」マンはなんなんだろう
ラダーとSFC言語の存在知らんのか？？？
今も昔も "自動化" つったらグラフィカルな言語がメジャーなんだよ
視野を広く持て

**デフォルトの名無しさん** · 2019/03/31(日) 17:07:53.83

>>872
買い手が納得してくれるからの営業文句だろうに　(騙す騙されるとは言わない)

**デフォルトの名無しさん** · 2019/03/31(日) 17:22:38.35

>>870
見下されているのはシステム部門のほうなんじゃあ？
>>871のページを読んでいると、システム部門は役立たずという気になってくる

**デフォルトの名無しさん** · 2019/03/31(日) 17:32:11.20

そりゃ役立たずでしょ、利益もあげないし改善もしてこなかった

**デフォルトの名無しさん** · 2019/03/31(日) 17:35:35.57

>>873
メジャー？冗談きついよ

**デフォルトの名無しさん** · 2019/03/31(日) 17:36:15.68

有能な情シスなら社内定型業務くらい既に何らかの手を打ってるだろうしな…
察し

**デフォルトの名無しさん** · 2019/03/31(日) 17:37:27.27

システム部が十分に仕事をしている組織であれば、そもそもRPAなんて議題にすら挙がらなかったのでは

**デフォルトの名無しさん** · 2019/03/31(日) 17:41:00.32

それなー

**デフォルトの名無しさん** · 2019/03/31(日) 17:48:56.64

>>877
>>877
世の中のFAシステムがCで動いてるとでも？冗談きついよ

**デフォルトの名無しさん** · 2019/03/31(日) 17:50:18.54

ネコも杓子もAPI、なっちゃらAsCode、小学生でもコード書くのが当たり前に普及した時代にまーだGUIプログラミングとか言ってんのかｗ

**デフォルトの名無しさん** · 2019/03/31(日) 17:57:12.93

>>881
https://trends.google.co.jp/trends/explore?geo=JP&;q=C%E8%A8%80%E8%AA%9E,SFC%E8%A8%80%E8%AA%9E,%E3%83%A9%E3%83%80%E3%83%BC%E8%A8%80%E8%AA%9E,%E3%82%B0%E3%83%A9%E3%83%95%E3%82%A3%E3%82%AB%E3%83%AB%E8%A8%80%E8%AA%9E

メジャーｗｗｗｗｗ

**デフォルトの名無しさん** · 2019/03/31(日) 17:59:47.24

実際のところ、現場でRPAを導入したくて、現場で完結する体制を取れるなら、反対どころか大賛成

>>863の
二三日止まっても問題が無くて、現場で解決できる
をもう少し書き出すと

WinActorやUiPathの窓口と直接話し合って、導入、契約、質問、バグやクレームも各現場で
RPAツールのセットアップや、メデイア、マニュアル、保証書、契約書の管理も各現場で
内的(部署の分割、統廃合)、外的(取引先変更、法律改正など)の変化の対応も各現場で、
それぞれ完結させるようにおながいします

お勧めは、各現場にシステム担当を正副二人ぐらい置いて把握させること。兼任できるかは状況次第
それなら新人ユーザーの教育、新人担当者の教育も何とかなるでしょう

他にも、開発、テスト、バージョン管理、処理日付とデータ日付指定の処理変更、共通ルーチンの作成とリリースの管理などもあるけど、
スクラップ＆レコーディングなら瑣末な問題
むしろシステム時刻が狂っていないかの指差し確認の徹底が大事

**デフォルトの名無しさん** · 2019/03/31(日) 18:11:30.27

>>884
RPA導入に非協力的だと君の社内での存在理由なくなるんじゃない？

**デフォルトの名無しさん** · 2019/03/31(日) 18:12:53.89

>>884
自分達が特別だと思ってる情シスほどタチ悪いもんはないな

**デフォルトの名無しさん** · 2019/03/31(日) 18:16:01.43

システムリソースの機密性や可用性の確保、事業体レベルで決めたセキュリティポリシの履行確保、エンティティの責任追跡性の担保とか考えるといろいろと問題があるから、現場に全部責任持たせるのは現実的に難しくないかね

**デフォルトの名無しさん** · 2019/03/31(日) 18:20:27.35

ご心配ありがとうございます
RPAの後始末が嫌なのはシステム部でのコンセンサスは取れています

たとえ立場が悪くなっても、仕事はあふれているし、
むしろ立場が悪くなったほうが出世しなくて好都合だし、立場を利用して早く帰宅できるかも

**デフォルトの名無しさん** · 2019/03/31(日) 18:25:08.17

>>883
はずかしいからやめれ…
PLCでラダー使われてるのは常識だろ

**デフォルトの名無しさん** · 2019/03/31(日) 18:27:37.78

>>887
システム部はそういうルール、セキュリティ、優先順位、予算を盾にして願望をかなえてくれないから
現場からみると、仕事していない、お荷物らしいですよ

そこをさくっと願望通りのものが造れるのがRPAです
現場の人が飛びつく気持ちは良く分かります
分かりますから、システム部を飛び越えて導入するのは大賛成します

**デフォルトの名無しさん** · 2019/03/31(日) 18:40:51.62

システム部門の邪魔にならなきゃ別に構わないけど九分九厘邪魔になるの見え見えなんだよなぁ
他所の子の尻拭いで仕事増やされたら誰だって嫌だろう？

**デフォルトの名無しさん** · 2019/03/31(日) 18:44:41.86

よその子？

**デフォルトの名無しさん** · 2019/03/31(日) 18:46:03.76

今までネ申エクセルを管理してきたように今回も現場側でうまくやるだろう
RPAってそういう泥臭い仕事に向いてる。もちろんいい意味でな

**デフォルトの名無しさん** · 2019/03/31(日) 18:54:34.81

システム部門いらないって人にひとつ聞きたいんだけど、クローリング業務を任されたRPAが未知のWebサイトにアクセスして社内の機密情報をPOSTするような事態とか、どうやって防ぐんですかね
パラメタ設定をミスすれば普通にあり得る事故なんだけど

**デフォルトの名無しさん** · 2019/03/31(日) 19:00:49.59

>>890
システム部門飛び越えてやってくれるのは大いに賛成
何かあってもCISOや信用管理部門が死ぬだけだから純粋なシステム側はノーダメ
ネットワークが重いだの何だの言われたらいっそのことインフラもお前らの責任で調達しろと言いたい

**デフォルトの名無しさん** · 2019/03/31(日) 19:02:10.17

機密情報持たない、アクセスできないPCで実行するだけじゃね

**デフォルトの名無しさん** · 2019/03/31(日) 19:02:45.08

お前らそれが仕事なんだろ？

今までのやり方なら対応するけど
新たなシステム開発はソフトウェア会計にそって処理してね。システム売っても売上計上、原価積み上げてpl報告してね。もちろん会計基準、税制改正に対応お願いします。
後お金の回収支払いは各自お願いします。
交通費の立替？各々各自銀行から引落といて。

1つ1つチェックしておくと税務調査で指摘されないからチェックも大事

そんな事言ったって仕方ないだろう。。

**デフォルトの名無しさん** · 2019/03/31(日) 19:12:34.62

>>896
機密情報を扱わない事務仕事なんて現実にはほとんどないだろう

外部ネットワークから遮断するのが一番だけど、処理の中で外部サイトにPOSTリクエストを送らなきゃならない場合もある
ホワイトリストに記載されたドメインのサイトでしかセッション確立出来ないようにファイアウォールの設定を調整する感じで対応せざるを得ない
そんな設定がシステム部の介入なしに出来るのかね

**デフォルトの名無しさん** · 2019/03/31(日) 19:12:52.15

>>894
機密情報気にしてる会社で設定ミスでRPAが外部のサイトに情報上げられるような環境とか今時ありえないだろw

**デフォルトの名無しさん** · 2019/03/31(日) 19:21:05.51

監査も適当だからセキュリティインシデントに気が付かないんじゃないか？
気が付かないならお咎めなしだよかったな

**デフォルトの名無しさん** · 2019/03/31(日) 19:31:41.46

>>899
セキュリティを気にしてるのはセキュリティ部門や情シスだぞ
そこらへんが介入してRPA導入してるからまだ何とかなってるだけ
大概の事業部門はセキュリティに関してはとことん無知だぞ
ACLとかセキュリティグループとかの基本概念すら知らない人が殆どだろう

**デフォルトの名無しさん** · 2019/03/31(日) 19:33:37.02

システム部いらないとは全然思わないが…
想定から外れた挙動した時点でエラー吐くようにシナリオ組むだけだけだぞ
ページ遷移毎に要素チェック挟むだけ
必要ならホワイトリスト記載のドメインに限定する処理もRPA内で完結するぞ

**デフォルトの名無しさん** · 2019/03/31(日) 19:52:57.48

ホワイトリストをRPA内で完結

なんて強固なせきゅりてぃなんだ
さいつよ

**デフォルトの名無しさん** · 2019/03/31(日) 20:32:44.67

RPAの導入を防ぎたければ、システム部門が各部署の業務をヒアリングしてコード書いて自動化すればいいんじゃね？
会社としては定型業務に人を割かなくてよくなり、システム部門は自分達で管理できる。
皆んなハッピー！

**デフォルトの名無しさん** · 2019/03/31(日) 20:34:09.31

やっぱり末端の社員にセキュリティを預けるのは不安だと強く再認識してしまうね
セキュリティ系資格保有者のみRPAを解放などといったルール作りが必要であろう

**デフォルトの名無しさん** · 2019/03/31(日) 20:36:25.66

今ある業務手動業務を自動化するんでしょ、そんなに怯えるのは何でなの？怖いの？

**デフォルトの名無しさん** · 2019/03/31(日) 20:52:55.74

>>901
だから勝手に入れたRPAで認証とかの設定も無しに外部にPOSTできる環境とかお笑いでしかないだろ
って話な

**デフォルトの名無しさん** · 2019/03/31(日) 21:49:42.11

>>907
いやいや、システム部門の介入要らないって要はそういうことだろって話じゃない
お笑い状態になるから要介入ってことになるのよ

**デフォルトの名無しさん** · 2019/03/31(日) 22:06:23.93

何を言ってるのか意味不明

**デフォルトの名無しさん** · 2019/03/31(日) 22:09:12.17

お笑いRPA

**デフォルトの名無しさん** · 2019/03/31(日) 22:45:04.04

どっかの野党みたい
「RPAがー、RPAがー！」って
定型業務の自動化って目標があっても、反対ばかりで現実的な対案がない

**デフォルトの名無しさん** · 2019/03/31(日) 23:36:31.70

プログラマ以外の人間が簡単に使えるって前提条件だから
そもそもが現実的じゃない

**デフォルトの名無しさん** · 2019/04/01(月) 00:12:36.06

Excelのマクロ記録でなんとかかんとかマクロ書いてた人がRPAの対象だぞ！
VBAからCOMやDLLを駆使してた人は.Netのライブラリ買ってVB.NETに移行するべき、そうすべき

**デフォルトの名無しさん** · 2019/04/01(月) 00:43:41.23

>>911
同感まぁそりゃシステム部が孤立して経営層から疎まれるわけだよなぁ(まぁ経営層のせいでもあるんだろうけど) 建設的な意見がありゃ議論も進むのになぁ

**デフォルトの名無しさん** · 2019/04/01(月) 01:05:13.84

非IT部門の出身であることが多い経営層は情報セキュリティやシステム運用管理の基本とか自社の既存リソースの管理実態とかを把握してないことが殆どだからな
ITとの間で建設的な話を進めると言ってもそもそもリスクに対する認識が違うので難しい面はあるよ

**デフォルトの名無しさん** · 2019/04/01(月) 01:05:39.75

>>911
その、RPAがーがーって
「RPAがーがー簡単なんです、RPAがーがー誰でも使えるのです、RPAがーがー希望をかなえてくれるのです」
だよね？
RPAに問題点が有るとする人も、簡単に誰でも希望通りの点については反対しないと思うけど？

**デフォルトの名無しさん** · 2019/04/01(月) 01:22:59.84

>>914
いままでにも有った、ユーザー作成のEXCELマクロにもシステム部は関与していないけど、別に孤立はしていないというのに
RPAだと孤立、あげくに経営と対立するのは何故だろう

RPAの導入が経営上部からの号令なら
RPAの導入とその後についてスケジュールと、メリット、デメリット、リスクと、費用、体制を試算した資料をお持ちして説明するのが普通
ことがERPでも、AIでも、as a Serviceでも一緒

**デフォルトの名無しさん** · 2019/04/01(月) 01:43:41.09

ExcelマクロはOfficeの標準パッケージに組み込まれてるから業務自動化ツール単体としての導入コストは事実上なかった
RPAの場合は敢えて行うIT投資になるので個別にROIがチェックされるし、セキュリティリスクの他にベンダロックインのリスクも伴うのでシステム部門としては賛成しづらい

**デフォルトの名無しさん** · 2019/04/01(月) 01:48:46.02

>>915
まぁその気持ちもわかるし、個人的には今の時代の管理職にはITリテラシーがかなり必要だと思うけどね
とはいえ、現実的には上の意向を汲むしかないからなあ

>>917
基本的にはRPAに限らないんじゃね
ITを魔法のツールばりに認識して攻めを重視したい経営層とITのリスクや現実が見えていて守りを重視したいシステム部との対立という一般的な構図なのでは

RPAの特殊性としてはハードルが低い点にあるので >>831 さんが言う通り問題の発生頻度が上がることだろうね要は、もっとめんどくさいことになりそう、なんじゃないか

**デフォルトの名無しさん** · 2019/04/01(月) 08:33:59.30

システム化できない細々した定型業務の解決手段としてRPAが推されてるわけだけど
ここでRPA否定派の人はRPA以外で現場サイドの定型業務を解決する対案持ち合わせているのかね？
現場側がプログラミングすればいいみたいな非現実的なことは抜きとすると俺ら情シスが社内の定型業務課題を取り纏めてスクリプト組むくらいしか思いつかんのだが

それだとヒアリングとコーディングの手間半端ないし結局はある程度現場サイドに任せられるRPAが楽じゃね？ってなってる
情シス部ではセキュリティ考慮したシナリオ作成ルールの共有と、ルールが守られてるかの管理に徹するのが現実的な役割分担じゃないか

RPAには色々懸念があるから反対だけど対案もないので皆今まで通り手作業で頑張って！なんて無責任なこと言えないしなあ

**デフォルトの名無しさん** · 2019/04/01(月) 08:37:47.27

おお。初めて情シスの人から建設的な意見が出た。
感動。

**デフォルトの名無しさん** · 2019/04/01(月) 09:05:54.20

>>920
現場側がプログラミングすればいいよ
子供でもできることで、まったく非現実的じゃない
これから小学生でもプログラミングが必修になるということは、政府は小学生でもプログラミングできると判断してるわけだ
そんな中でいい年こいた大人がプログラミングできませんじゃ恥をかくぞ

なんども言われてるが野良の管理とセキュリティリスクのほうが問題
ヒアリングとコーディングで解決するならそれでいいよ
なにもUI操作からシナリオ作成まで全て情シスがやる必要はない
情シスは有用性の高い外部サイトのページオブジェクトなど、再利用しやすいクラスライブラリとして提供する(+ここでセキュリティと監査のアスペクトを仕込む)
ユーザーはクラスライブラリを使ってジョブを自動化する
このように情シスの作業量を減らしつつ、ユーザーのプログラミングを支援してやればいい
ちなみにグラフィカル言語はエコシステムが整ってないからコードと違ってレビューが格段に難しい
なのでロボットを全てチェックして、ルールを徹底させる工数は極めて大きいので非現実的だぞ
というか情シスとユーザーの人数比的にもそりゃ酷だろ

対案は普通にプログラミングな
まあ正直、素人の付け焼き刃のロボットで技術的負債を背負うマイナスになるよか、今まで通り手作業でプラマイゼロでもいいと思うがな

**デフォルトの名無しさん** · 2019/04/01(月) 10:05:37.19

>>920
目指すべきシステムのゴールとしては、
PCで行うタスクであれば、
システム内で全て完結させるよう業務プロセスの変更も含めて設計する。
RPAの出番は、それに至る経過の中での一時利用に限られる。

理想論だけど

**デフォルトの名無しさん** · 2019/04/01(月) 10:07:38.65

結局、急造の素人プログラムでも色々文句を言われて、定型業務はそのまま残りそうな予感。
会社としては何も前進してない、みたいな。
もう情シスが会社の支配者だな。

**デフォルトの名無しさん** · 2019/04/01(月) 10:43:07.28

>>922
子供でもできるんじゃなく、頭の柔らかい子供のうちからプログラミング的思考に慣れさせるための必修化だよ
もっと言えば子供のプログラミング授業は「Scratch」っていう教育用のGUIプログラミング言語を使う。実際にCやらJavaをがりがり書けるようになることが目的じゃないよ
ビジュアルでわかりやすい所からプログラミングの基礎を学ばせて、そこから他の言語に移行していくのが最良なカリキュラムだっていうのが政府の判断なんだろう

社員全員がスクリプト組めるようになればそれはそれは素晴らしいことだけど
頭の固まりきった大人が過程スッ飛ばしてすぐにコーディングできるのかって言われたらそりゃ無理な話で学習コスト考えるとやっぱり現実的じゃないねってなる。
サルでも３日で理解できるコーディング学習環境でもあるならそりゃそっちのほうがいいと思うが・・・

野良の管理とセキュリティリスクはVBAでも問題になってたようにRPAに限らず"素人プログラミング"全般の問題だし
寧ろちょっとでも規定外の動きになればエラー停止するRPAのが安全性は高いんじゃないか

サーバー機能付きのRPAなら野良の管理もできるし
>>情シスは有用性の高い外部サイトのページオブジェクトなど、再利用しやすいクラスライブラリとして提供する(+ここでセキュリティと監査のアスペクトを仕込む)
>>ユーザーはクラスライブラリを使ってジョブを自動化する
>>このように情シスの作業量を減らしつつ、ユーザーのプログラミングを支援してやればいい
こういうことを一番やりやすくするように最適化された形がRPAなのかなと思う。UiPathならXAML言語だから既存エコシステムの恩恵にもあやかれるし
現場サイドでプログラミングをするっていう前提条件ではやっぱり便利だと思うよ。日々変わる業務に流動的に対応できるし
最もベストなのはRPAが必要ないくらい最適化された環境を作ることだけどね

**デフォルトの名無しさん** · 2019/04/01(月) 11:00:03.19

>>923
これは本当にそう思う
RPAも所詮は部分最適化でしかないから原因を退治できるならそれが一番いい

だが今RPAが必要になってるようような糞システムも導入当初はちゃんと最適化されたものだったはずなんだ
結局業務内容自体が日々変化していっちゃうからそれに対応できないシステムとの差を埋めるために無駄な定型作業が生まれるんだよなあ

システムに合わせて不変の業務プロセスを組むか、変化を吸収できるシステムを組むか、RPAでひたすらその場しのぐか・・・

**デフォルトの名無しさん** · 2019/04/01(月) 12:02:19.86

>>925
大人でも全然問題なくできるよ
まったくプログラミング経験ない新人が毎年入ってくるけど、1週間前後の教育で例外なく簡単なJavaプログラムぐらいは書けるようになってる

規定外の動きで止まるかどうかは処理の内容次第
例えば想定とまったく違う画面にアクセスして、期待する入力項目自体が存在しなかったらなにもしなくてもエラーで止まるだろう
でも例えば正しい画面に住所1と住所2があってこれを逆に入力してしまう処理を組んじゃったら、想定外だろうけど止まらずに動いちゃうよね
これはロボットでも通常のプログラムでも同じこと
RPAに特別なアドバンテージがあるわけじゃない

RPAが採用しているフレームワークに依存してるから部品の再利用性が低くなる
例えば特定のクラスの継承が必要でその制約にしたがう必要があったりね
これは分業には向かない設計だな
XAMLのエコシステムは全くなくはないがプログラミング言語のそれと比べたら有って無いようなもの

**デフォルトの名無しさん** · 2019/04/01(月) 12:56:05.23

数学習ってるから中学生でも微積がわかるはず、くらいの暴論言ってる奴いるな
そりゃそういう会社に入るやる気のある大人なら学習できるさそれでも''新人''で１週間で''簡単な''プログラムなんだろ？じゃあやる気のないおばさんがまともなプログラム書けるようになるのにどれくらいかかるんだろうね？
まさに >>924 のように情シス帝国やな

**デフォルトの名無しさん** · 2019/04/01(月) 13:05:13.73

>>928
数年の積み重ねが必要な微積分と比べたらだめだろwww
事務のおばちゃんでも楽勝だよ
業務覚えるほうがよっぽど難しいわ

**デフォルトの名無しさん** · 2019/04/01(月) 13:06:57.38

微分が傾き、積分が面積体積をイメージ出来れば楽勝やで

**デフォルトの名無しさん** · 2019/04/01(月) 13:13:49.02

メールの文面とか印鑑の押し方の掟・仕来りを学ぶより、プログラムの方が簡単だと思う
掟破りは社畜生命に関わるがプログラムのバグなら障害・対応書いて終わりだし

**デフォルトの名無しさん** · 2019/04/01(月) 14:01:32.03

>>931
対応しましたハイ終わりじゃないだろう
然るべき人がそれなりに責任問題に対応するんだぞ

**デフォルトの名無しさん** · 2019/04/01(月) 14:11:12.87

>>927
入社後1週間のJava研修ってことはシステム系かな？
本人にプログラミングを学ぶ意思があって且つビッチリ研修するならそりゃ1週間で基本構文くらいはできると思う
まぁその新人に「このGUIツールのこの要素をクリックする処理書いといて」って言ってもできないとは思うが・・・

もし仮にプログラミングに全く興味もない「OSって何？」みたいな3~50代のおっちゃんおばちゃん相手に1週間で自分の業務自動化できるようになるレベルの
研修ができるなら是非そのノウハウを社外に発信してほしい。それだけで一山当てれると思う

**デフォルトの名無しさん** · 2019/04/01(月) 14:41:59.13

日本の業務システムは約半世紀前に完成しており、形だけオープン化してそのメリットすら享受してないレガシー企業が多いんや

**デフォルトの名無しさん** · 2019/04/01(月) 15:18:51.34

ASCII.jp：日本のITは20年間進化していない──野口悠紀雄が語る (1/6)
https://ascii.jp/elem/000/000/151/151210/
※2008年の記事

**デフォルトの名無しさん** · 2019/04/01(月) 16:47:49.24

日本人は天上人だから進化する必要がない

**デフォルトの名無しさん** · 2019/04/01(月) 17:56:58.68

30年進化してねーのかよ

**デフォルトの名無しさん** · 2019/04/01(月) 19:01:59.46

縮減率は平均66.8％：
RPAで年換算438時間の縮減、東京都が実証実験
https://www.atmarkit.co.jp/ait/spv/1904/01/news044.html

東京都は、RPAによる作業自動化の共同実証実験結果を発表した。主税局やオリンピック・パラリンピック準備局などの29業務を対象に実施した結果、25業務で年間換算438時間の縮減効果が得られたという。

**デフォルトの名無しさん** · 2019/04/01(月) 19:59:52.73

年間なのか、438時間って
月間でもよさそうなくらいだが

**デフォルトの名無しさん** · 2019/04/01(月) 20:08:11.32

>>933
だから要素をクリックする処理書いて、じゃないんだって
このページオブジェクトクラスのこのメソッド呼んで、だからな
おばちゃんでも楽勝だよ

**デフォルトの名無しさん** · 2019/04/01(月) 20:11:53.45

年間数百時間の削減と
正しいシステム化を阻む負の遺産、技術的負債を抱え込むことになるリスク
どっちが大きいのかねえ

**デフォルトの名無しさん** · 2019/04/01(月) 20:41:34.95

そうやって指導できる人材が居て大ナタを振るえる組織なら、そもそもRPAなんて泥縄には縋らんよ
失われた30年と引き換えに延命してきた非効率ゾンビ企業をナメるなよ？

**デフォルトの名無しさん** · 2019/04/01(月) 20:42:15.96

438時間　÷　実働200日　＝　2.19時間
2.19時間　÷　29業務　＝　0.0755時間　＝　4.53分

438時間　÷　29業務　＝　15.1時間
15.1時間　×　時給2000円　＝　30,200円
30,200円　－　RPA年間費用　＝

**デフォルトの名無しさん** · 2019/04/01(月) 20:50:52.96

実装費用、メンテ費用、電気代、コンピュータリソース費用は？

**デフォルトの名無しさん** · 2019/04/01(月) 21:09:16.32

>>938
1事業所当たりの改善: 88時間
WinActorの年間ライセンス: 90万
運用保守サポートの工数: プライスレス

太陽光発電、売電…う頭が

**デフォルトの名無しさん** · 2019/04/01(月) 21:12:32.21

RPAってさ倉庫の運搬車を自動運転させるのに似てない？

この条件にあった貨物をここに書いてる場所に運搬してね、
明日様子見に来るからヨロシクって言って
あとは全自動で運搬作業をロボット運搬車にまかせる

結局、制御系のプログラミングになるよね
その辺をRPAツールがやってくれるならいいけど今のところ全部自前で実装する必要があるから。

曲がり角まがれなかったらバックして曲がり直しとか
20時過ぎたら通路Aは封鎖されるから通路Bを通ってねとか

おばちゃんにもできるだなんてとんでもない、かなりの熟練技術者を雇わないと
本っ当に単純なケースしか処理できない、スケーリングの全く効かないただのオモチャになってしまって、
その程度ならそれこそフリーソフトで十分ってわけで

**デフォルトの名無しさん** · 2019/04/01(月) 21:16:07.68

東京都のレポート自体をちゃんと読んだ方がいいよ
まぁ若干提灯というかやったからにはいいこと書く的なバイアスはあるが

**デフォルトの名無しさん** · 2019/04/01(月) 21:22:34.07

ツールのスケーリングが必要になったらおばちゃんが額を寄せ合って物凄い工数をかけて四苦八苦しながら何とかやりすごすってのが日本企業！まの一般的な事務作業管理だぞ

**デフォルトの名無しさん** · 2019/04/01(月) 21:46:27.18

>>938
まあ別に記事としては間違いじゃないけど、報告書によると全体に適用したらもっと効果が出るらしいよ
https://i.imgur.com/7EHH10g.jpg

しかも、「RPA 削減効果」とかで調べるともっと効果的な事例は多いんだが否定ありきで話してるのがモロバレなんだよなあ↓

RPAの活用で､年間約1100万円の削減効果 | RPA | 東洋経済オンライン | 経済ニュースの新基準
https://toyokeizai.net/articles/-/177416

茨城県庁、RPA導入で年間4万6000時間の削減効果を推定 - ZDNet Japan
https://japan.zdnet.com/article/35132390/

【11事例】RPAでどこまで業務効率化できているのか？（2019年版）｜アスピック
https://www.aspicjapan.org/asu/article/838

**デフォルトの名無しさん** · 2019/04/01(月) 21:51:50.47

× RPAがすごい
○ 無駄な仕事多すぎ

**デフォルトの名無しさん** · 2019/04/01(月) 21:55:50.67

無駄な仕事が減らせるならやっぱりRPAがすごいってことじゃんｗ

**デフォルトの名無しさん** · 2019/04/01(月) 22:03:10.44

なにやっても減るからRPAはすごくない

**デフォルトの名無しさん** · 2019/04/01(月) 22:10:55.65

RPAがくるまで減らなかった仕事がRPAが来て実際に減ってるんやで？

**デフォルトの名無しさん** · 2019/04/01(月) 22:20:26.69

未達なら評価に関わるという状況の中で出された報告書に
信憑性は一体どこまであるのだろうか

削減効果はこれだけ出ましたっていうけどさ
算定基準は非公開なんでしょ、第三者の審査もまっとうに受けていない

一番ありそうで怖いのが、業者から何らかの形でリベート貰ってる可能性
内部告発がきっかけで独禁法やら不正競争防止法違反に発展しないのか不安になってくる

姉歯建築や耐震偽造問題を思い起こした上で考えて業者まで加担していましたとなると
思ったより闇が深そうで俺の中の危険察知アラートが鳴り始めてる

**デフォルトの名無しさん** · 2019/04/01(月) 22:30:16.23

>>953
たまたま導入したのがRPAだっただけでは？

**デフォルトの名無しさん** · 2019/04/01(月) 22:32:12.89

>>954
妄想の気と心配症で大変なんですね、カウンセリングをお勧めします

**デフォルトの名無しさん** · 2019/04/01(月) 23:17:07.39

>>955
たまたまでも結果が出たならそれでいいだろ。別にRPAでなくてもいいよ。
ただ、お前さんのいうおばちゃんにプログラムさせるという方法はそのたまたまの結果以上の効果がほんとに得られるのか？
実際どの程度効果が出るのか、それを示さない限りはいつまでたっても｢ぼくのかんがえたさいきょうのりろん｣でしかないぞ。

**デフォルトの名無しさん** · 2019/04/01(月) 23:19:51.01

>>957
大丈夫か？
普通のプログラミングは世界中で成果出てるぞ

**デフォルトの名無しさん** · 2019/04/01(月) 23:57:53.90

普通のプログラミングは普通の非IT系事務員も使ってるのか？

**デフォルトの名無しさん** · 2019/04/02(火) 03:10:52.37

>>940
ページって何？オブジェクトって何？クラスって何？メソッドって何？呼ぶって誰を？
おばちゃん相手だと間違いなくこうなるぞ…自分が理解できるからといって相手も当然分かると考えるのは理系の悪い癖だぞ
>>このページオブジェクトクラスのこのメソッド呼んで
この言葉の意味を理解できるようになるまでで余裕で1ヶ月以上かかるぞ

**デフォルトの名無しさん** · 2019/04/02(火) 06:16:05.46

>>960
はぁ？
ページオブジェクトはこれ
メソッドはこれ
って教えりゃいいだろ
お前ほんと大丈夫か？

**デフォルトの名無しさん** · 2019/04/02(火) 06:55:01.24

教える、というプロセスが成立するかしないかというところで一つハードルがある
エクセルの記録マクロをやり方教わっても自分で作れない人は厳しい