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

[RPA]PC自動化技術総� ..

328:デフォルトの名無しさん
19/05/05 23:18:16.23 j/Wgo/yQ.net
>>326
業務効率を引き上げるなら常駐プログラマは必要不可欠だよ。
経験上ボタンの位置や入力順等、UIの最適化だけでも効果があるのは分かってる。
マウスオペレーションをなるべく省くとか、長時間見続けても目の負担にならない配色にするとかね。
外注だとそういう細かい改善はまずやらないのでは？
それに機密情報を扱うケースを考えるとやはり正社員で固めておきたいよね。

329:デフォルトの名無しさん
19/05/06 00:51:37.94 wfe37y+m.net
RPAは末端の職員が気軽に開発できることがセールスポイントの1つ
だから開発者数が増えやすくライセンス料も高くつくのでは?

330:デフォルトの名無しさん
19/05/06 01:07:29.56 0+jpfba2.net
俺が誰が作ったかわからん既存の社内謎システムを読み解き一から業務を見直してクラウドERP入れたいけど超面倒、人も予算も時間もない、それに失敗して決算発表遅れたらダサいし嫌だし、今のシステムいかして安価で時短になるRPAサイコーっていう事でしょ。

331:デフォルトの名無しさん
19/05/06 02:28:49.41 CO/WmZrs.net
事務をやっているような女の子にＵｉＰａｔｈ等が使えるわけねーだろ
プログラマーの自分でも悩むくらいだぞ

332:デフォルトの名無しさん
19/05/06 02:34:14.27 qbM9QpeG.net
>>328
常駐プログラマ方式がベストってのは一事務社員としては同感だけどこの辺りをクリアしないとうまくいかなそう
・今その方式になってないのはなぜ？
・今後その方式に移行＆維持するためにはどうしたら？
＞外注なら細かい改善はまずやらないのでは？
そうだと思うけど、これも逆に言えばそれだけの費用対効果がないと発注者側が認識してるというわけでこの辺の認識ギャップがどうしようもないと思うんだよね
240さんの事例もたまたまIT人材がいて、今のところ上手くいってるだけだしなー

333:デフォルトの名無しさん
19/05/06 02:35:23.33 0+jpfba2.net
>>331
プロ向けと事務向けのRPAがあるから仕方無いよ

334:デフォルトの名無しさん
19/05/06 02:46:34.32 1UO6RZdN.net
RPA否定派って、玄人と素人とか複数種類の人種なり作業なりがあるのを区別しないよな 331がそういう意図じゃなかったらすまない
「プログラマの俺でも悩むような(難しい)処理を事務の女の子ができるわけがない」←そりゃそうやろ
「プログラマが使ってないんだから役に立たないはず」←そもそも素人の事務向けだろ

335:デフォルトの名無しさん
19/05/06 03:26:25.31 15NoRwq1.net
>>332
>>・今その方式になってないのはなぜ？
ケース分けすれば128や256はあるけど3つだけ
case-01　そもそも (IT以前の) システム化の必要性が無い
～略～
case-16　必要性はわかるが投資対効果が不明
～略～
case-32　うさん臭くて嫌い
>>・今後その方式に移行＆維持するためにはどうしたら？
Step-01 予算が立てやすくて、コンピュータに何をやらせているかが明解なRPAの導入
～略～
Step-04 いくつかの道に分かれる
　Root-01 経営者が意識改革して、システム部を作る、アウトソーシングなどをする
　Root-02 経営者が意識改革をして、それでもなおシステム化不要
　～略～
　Root-64 RPAやPythonに下手に依存しすぎてサポート切れ、提供会社の倒産などのあおりを食って事業継続不能
(ここまで15分ででっちあげ)

336:デフォルトの名無しさん
19/05/06 04:18:17.14 EmaDULxB.net
Pythonでやるにせよ最終的には商用RPAと同等の処理になるのでしょ?
PyautoGUIを使うならそうなるよね。
ならRPAそのものを否定している訳じゃないのでは?
素人目には商用RPAの為にプログラマを置くなら、その人達がPythonで似たようなのを組めばいいと思うんだけど
実際携わっている人の意見はどうでしょう。
それでも商用RPAを導入するだけの価値はある?

337:デフォルトの名無しさん
19/05/06 05:01:50.99 SWl7CgPU.net
商用RPAをプログラマー「しか」触らない、なら意味ないかと
Pythonでいいよな
RPAいじるメインは今までExcelのマクロくらいは書けてたあんちゃん達で
プログラマーはあくまでもお手伝いレベルならあり

338:デフォルトの名無しさん
19/05/06 07:50:39.62 2LUHWGK8.net
専門家をずっと雇っておくだけの金がないということだろ
昔は専門家が社内にいたが、経費削減で外注に変えた
長い目で見てどっちが得かはなんともいえない

339:デフォルトの名無しさん
19/05/06 07:55:47.74 wfe37y+m.net
>>337
あんちゃんたちみんなの分の開発者ライセンスを買ったら幾らになりますか？

340:デフォルトの名無しさん
19/05/06 09:56:39.21 kZ09Ourc.net
金はないのに開発者ライセンスは沢山買ってもらえるの？
それともやっぱり金がないから開発者ライセンス数をケチって少数精鋭でやるの？
開発者ライセンスは末端の下級職員でも気軽に開発できるってメリットを潰しちゃってる気がする
開発者ライセンスぐらい気前よく無料にしてくれないのかね

341:デフォルトの名無しさん
19/05/06 10:21:39.92 ZwYgATzZ.net
毎回同じ話になるんだけどVBAが叩かれるのと全く同じなんだね。
手軽に作れるけど、その為に腐ったコードが乱立して、言語が悪いわけじゃ無いのに忌み嫌われるという。
結局、ちゃんとしたプログラマーが組まないと碌でもないものが出来上がってまわりが迷惑する。
値段も首を傾げる。
これを採用した奴に20年くらい前に安い時給でソフトウェア評価の仕事してた時にやってたことを見せてやりたい。
そうすれば、こんなものに高い金出さなくても、いくらでもやりようがあると分かるだろう。

342:デフォルトの名無しさん
19/05/06 10:29:09.83 0sDNb/G9.net
はっきり言ってRPAに積極的な会社は経営層のITリテラシーが異常に低いんだなと思ってる

343:デフォルトの名無しさん
19/05/06 10:32:06.03 0+jpfba2.net
システムのおじさんが見せてこなかったから、現場主導で導入できるRPAが流行ってるんだよ。
見せたら～とか20年間何してたんだと非難対象やで。

344:デフォルトの名無しさん
19/05/06 11:22:52.88 HiIEkthH.net
そういう会社だとWindows PCの標準搭載アプリでスクリプト作成できることすら知らない人間が経営者だったりするから

345:デフォルトの名無しさん
19/05/06 11:22:59.46 ZwYgATzZ.net
>>343
いやいや、そういう仕事じゃないし…
そもそも、IT殆ど知らない奴(上司)は関わるなよっつう話。

346:デフォルトの名無しさん
19/05/06 11:39:18.95 kZ09Ourc.net
>>343
IT屋としては何度も見せてきたのだけど
わからないものは関わりたくない
動いてるなら別にいいじゃん
そう言って拒絶を続けてきたのは経営ほうなんだよね

347:デフォルトの名無しさん
19/05/06 11:58:27.24 PtykNPu7.net
非難対象？？
物知らずの素人に教えてやってるのに何だその言い草は？
20年間技術一本でやってきた人間をシステムのおじさん呼ばわりとか
警備員か何かと勘違いしてるんじゃねーか？

348:デフォルトの名無しさん
19/05/06 12:07:02.07 kZ09Ourc.net
末端の職員達が気軽にRPA開発できるように開発者ライセンスを行きわたらせたら幾らになるのか誰も知らないのですか？
導入企業の社員はここにはいないのだろうか

349:デフォルトの名無しさん
19/05/06 12:09:19.19 PtykNPu7.net
Part1の一桁台見ただけでも分かるが当初は技術者のスレだった
今はIT素人のレベルの低い話題ばかり
俺も金輪際関わらないようにするわ

350:デフォルトの名無しさん
19/05/06 12:13:24.60 EmaDULxB.net
システムの改善はユーザー目線じゃないと分からない事が多いから難しいよね。
しかし大半のユーザーは知識と経験が無いからどう直したらいいのか分からない＆気付かない。
そうなると当然そちらからの提案が出ないので改善されないまま時間が過ぎていくパターンが多いんじゃないかな。
実際俺の周りはそうで、とにかく手順を覚えて速く手を動かす事に終始しがち。
で、「いや、普通に使えてるし特に不満は無いよ」となる。

351:デフォルトの名無しさん
19/05/06 12:14:54.02 1UO6RZdN.net
具体的な金額出す人いないよな
経営者とプログラマ側が(どちらが悪いにせよ)協力できずに非効率が放置されてきたという現状があって
RPAをネタに(他にも方法があるにせよ)それを改善をしようとする動きが生じるんだからもはやそれはRPAが有能ってことに等しいやろ

352:デフォルトの名無しさん
19/05/06 12:18:34.23 EmaDULxB.net
>>349
変な話題にして申し訳ない。
技術的な話の方が面白いので是非そちらの話をお願いします。

353:デフォルトの名無しさん
19/05/06 12:34:44.32 kZ09Ourc.net
開発と運用の歩み寄りは世界的にも進んでるけど海外はDevOpsが中心
テクノロジを否定せずに根本的な組織改革を進めてる
それに比べてRPAによる臭いものに蓋をするような雑な対応で戦っていけるのだろうか

354:デフォルトの名無しさん
19/05/06 17:06:59.33 QkNnPrv/.net
RPAってテストツールとかには良いと思うけど、業務で日常使い続ける意味があるか？改善できるのならなんでシステムを改善しない？
明らかにシステム屋がサボってるとしか言えない。

355:デフォルトの名無しさん
19/05/06 17:10:17.28 kZ09Ourc.net
改善してやりたいのだが経営がお金もったいないから勝手に改善するなって言うんだよ

356:デフォルトの名無しさん
19/05/06 17:24:28.80 /AotcPFn.net
>>353
まぁ世界と戦うみたいな視点もないし、ITを戦略的に使う意識もないんでしょう(もしあるなら既に効率化が進んでるはずでRPAがバズらないはず)
いかにも日本っぽいじゃん理想とか合理性とかを追うんじゃなくて現実とか手頃さが響くとかさ
とはいえ、それでも現状よりマシになりそうっていう意味では良いと思うけどね

357:デフォルトの名無しさん
19/05/06 17:30:21.88 QkNnPrv/.net
なんかおかしいなと思うんだが、数年間もシステムや基本ソフトが固定されてる環境ならそれなりに効果があると思うけど、年々変わるシステムにどれだけの効果があるだろ。
苦労して動くようにしたら壊されたとかで不満だけ高まるのでは？

358:デフォルトの名無しさん
19/05/06 17:30:45.09 kZ09Ourc.net
手頃ではないかな

359:デフォルトの名無しさん
19/05/06 17:31:42.71 /AotcPFn.net
>>354
システム化しにくいのもあるんじゃね？ RPAって塵も積もれば山となる的な発想もポイントで多数の事務のおばはんが各自色んなサイトからデータをダウンロードして色んな整形して色んなものに転記するみたいな
ダウンロード→整形→転記というガワは同種の作業だけど、具体的な各工程の作業内容は違うから、それをシステム化しようとするとRPAみたいなものになるんじゃないの？

360:デフォルトの名無しさん
19/05/06 17:33:52.71 QkNnPrv/.net
>>359 スクレイピングといって大流行り。

361:デフォルトの名無しさん
19/05/06 17:35:46.42 QkNnPrv/.net
>>359 そんなものをRPAでやるなんて大馬鹿じゃないの？

362:デフォルトの名無しさん
19/05/06 18:24:26.25 kZ09Ourc.net
うーんでも
その塵みたいなおばさんでもキッチリ一人一人にライセンス料がかかるんだろ？それって本当にお得なのか？
部署や会社単位でライセンスを買って何人開発者が居ても料金固定ってシステムなら人海戦術もまあ理解はできるんだけどさ

363:デフォルトの名無しさん
19/05/06 18:25:51.11 kZ09Ourc.net
あ、もちろん、理解できるってのは、将来のこと全く考えてないその場しのぎとしてはアリかな、ぐらいの理解ね

364:デフォルトの名無しさん
19/05/06 19:37:34.11 1UO6RZdN.net
なんかRPA反対派って文句しか言わないよね
スクレイピングがどうしたの？RPAも大流行りだね
大馬鹿じゃない人はどういう代案あるのかね？聞かせて欲しいなあ

365:デフォルトの名無しさん
19/05/06 19:52:06.41 kZ09Ourc.net
いやRPAは別にそんな流行ってないだろう
まだまだスターターだよ
代替案はお手軽で無料のごく普通のプログラムね

366:デフォルトの名無しさん
19/05/06 20:21:48.56 1UO6RZdN.net
それで経営者を動かせばいいんじゃない？
動かせてないんでしょ 346に書いてあるけど
普通のプログラムが代案→経営層に響かない→じゃあRPAがいいんじゃない？→普通のプログラムの方が良い→最初に戻る

367:デフォルトの名無しさん
19/05/06 20:23:13.94 CO/WmZrs.net
とにかく値段が高いわな
そのうちＭｉｃｒｏｓｏｆｔあたりがＯＳに標準でのっけてくるだろうから、
そのあたりがブレイク点かも

368:デフォルトの名無しさん
19/05/06 20:34:50.85 z/ggCOLO.net
値段が高いって人件費に比べたら全然安いだろ？
事務のおばちゃんにいくらかかってると思ってるんだ

369:デフォルトの名無しさん
19/05/06 20:42:13.05 z/ggCOLO.net
ていうか、単純入力作業を人間にやらせるのは人権問題。
社会から糾弾されるぞ？

370:デフォルトの名無しさん
19/05/06 20:45:27.59 kZ09Ourc.net
>>366
経営にはわからんからなぁ
情報系の意思決定機関を経営とは別に置くべきなんだろうな

371:デフォルトの名無しさん
19/05/06 20:54:57.69 kZ09Ourc.net
>>368
おばちゃんが開発するんだからおばちゃんのコストは変わらないのでは？
おばちゃん切る前提だとおばちゃんはロボット作ってくれないだろうし
そこにライセンス料、マシンリソース料、教育費、既存資産メンテ費用、セキュリティ事故リスクなどが上乗せされる

372:デフォルトの名無しさん
19/05/06 20:55:56.79 b9GxypdW.net
ITリテラシーの無い経営陣の考え方なんて「快適な事務所でPC弄ってるだけの給料泥棒」程度だからな

373:デフォルトの名無しさん
19/05/06 20:56:03.98 kZ09Ourc.net
>>369
それは同意

374:デフォルトの名無しさん
19/05/06 21:42:48.34 H31C6bGD.net
導入した奴の体験談がないんだが
肯定派も否定派も全員使ってないんじゃないかと邪推しちゃうぜ

375:デフォルトの名無しさん
19/05/06 22:11:40.18 VM7AflvM.net
>>370
そんな「本来はー、理想的にはー、アメリカではー」みたいな夢物語語られてもね
普通のプログラムが代案だっていうなら、最低限経営層に響かせるための方策とか、仰ってる情報意思決定機関を実現するための方法とかをセットで語ってくれんと

376:デフォルトの名無しさん
19/05/06 22:13:00.92 q+iR741h.net
>>371
働き方改革がらみで流行してるから首切りがゴールではないと思うよ。

377:デフォルトの名無しさん
19/05/06 22:24:30.38 z/ggCOLO.net
働き方改革とかどうせぽしゃるだろ

378:デフォルトの名無しさん
19/05/06 22:25:12.75 z/ggCOLO.net
まあRPAは一定の効果はあるとは思うがな

379:デフォルトの名無しさん
19/05/06 23:08:28.22 kisq242W.net
>>376
結果的に首切りがゴールになると思うよ
人がいらなくなるから

380:デフォルトの名無しさん
19/05/06 23:15:31.48 ya/vusNS.net
ここには管理部門・事務系の人はいないかな？正直自社がERPやRPAとかAI導入決めないか危機感ある
せめてRPA使える様に勉強しとく位しないとね

381:デフォルトの名無しさん
19/05/07 00:03:41.13 DnLl63Fc.net
働き方改革で「社内」向け資料にチカラ入れてんじゃねえよ！
という考えが広まると、日本ではRPAより効果が有るのではないかっ(看破)

382:デフォルトの名無しさん
19/05/07 00:04:40.21 H+F7Bn0m.net
>>371
システム詳しい人はシステムのリスクだけを詳細に語り出しがちだけど、人雇うのも十分リスクやし金かかるわ
退職リスク、休職リスク、ハラスメントリスク、犯罪リスク、給与、法定福利費、教育費、端末費しかもコントロールしづらいタイプが多いというね
方法にしても、超勤を減らす、派遣を減らす、自然に辞める人がいる、採用数を絞る、とか直接的に事務のおばはんを切るだけじゃないし

383:デフォルトの名無しさん
19/05/07 00:11:36.73 PZx0oT5r.net
>>382
なので少数精鋭で普通のシステムを組む、が正解になる

384:デフォルトの名無しさん
19/05/07 00:18:12.55 H+F7Bn0m.net
>>383
じゃあ今できてないのはなんで？
その原因を解決する方法は？

385:デフォルトの名無しさん
19/05/07 00:25:41.08 PZx0oT5r.net
>>384
たぶん経営が無能なんじゃないかな

386:デフォルトの名無しさん
19/05/07 00:41:11.28 7BR7qUHO.net
>>384
俺の所は粗削りでもとりあえず作ったら後はそれっきりで
煮詰める事無くそのまま運用し続けてしまうケースが多いよ。
作業者の動きを追っていくと違う解決策が見えてくる事もあるからかなり大事なんだけどね。

387:デフォルトの名無しさん
19/05/07 00:51:37.91 5lWwuQQh.net
>>384
少数精鋭のチーム組むには最初にエンジニアスキル見極める人がいないと無理だが、
普通の会社には採用面接でスキル見極められる人がいない
経歴書に開発言語とそれっぽい経験書いてあったら通して痛い目を見てるケースがままある

388:デフォルトの名無しさん
19/05/07 00:51:53.50 OdT0SJzW.net
>>366 python にRPAをやらせれば全て解決。
おばさんはおばさんなりに、プログラマはプログラマなりに使えるだろ。

389:デフォルトの名無しさん
19/05/07 00:52:24.23 H+F7Bn0m.net
>>385
ん？経営が無能という原因を解決する方法が書かれてないよ？正解とやらを教えてね
 >>386
まぁそうなりがちだよねうちも10年以上前の担当者が作ったマクロが利用だけされ続けてるし、導入後のERPなんてほっときゃ動き続けるくらいに思われてそうな感触

390:デフォルトの名無しさん
19/05/07 00:58:17.03 PZx0oT5r.net
>>389
転職

391:デフォルトの名無しさん
19/05/07 01:00:34.86 OdT0SJzW.net
>>384 モノタロウが一つの解では？モノタロウでは全てのコンピューターシステムをPythonに移行した。
もちろん専任のプログラム部門が開発してる。
Python のプログラムの遅さは、サーバを増やすことでカバーしてる。多少ハードに金がかかっても開発効率が高くなることには変えられないという考え方。

392:デフォルトの名無しさん
19/05/07 01:39:48.38 vUOs/xRi.net
先日行った勉強会では某新興大手IT企業ですらか外国製RPAを導入していた。
使い方はまだ模索中みたいだが、面白い使い方してた。

393:デフォルトの名無しさん
19/05/07 02:15:50.53 H+F7Bn0m.net
>>390
経営が無能という原因に対する解決策になってないよ？
>>387
それだけなら単純に実技検査とかして採用の精度を上げりゃいいと思うんだけどね傍から見ればそれだけのコスパはありそうだけど
 >>391
へぇー、おもしろいね！ ERPで内製から外注に移るところもあると聞いたことあるし、内製向きと外注向きを分ける基準はなんなんだろうなー
モノタロウで上手くいった理由とかも知りたいね

394:デフォルトの名無しさん
19/05/07 03:43:35.14 OdT0SJzW.net
>>393 モノタロウでPython に移行した理由は、先ず教育コストが低いこと。少しの時間で使えるようになる。
新人が入ってきても直ぐに使える様になる。
開発効率が高いこと。ライブラリーが揃ってて何でも出来るし、インタープリタの特徴として試行錯誤が簡単。
この二つみたいだけど。

395:デフォルトの名無しさん
19/05/07 06:05:01.30 PZx0oT5r.net
>>394
やっぱり普通のプログラムが正解だったということか

396:デフォルトの名無しさん
19/05/07 12:17:26.95 jLM9FRzw.net
モノタロウの成功はまず第一に社長をはじめ上層部の意識が高いことにあるね。
急成長しているし外注では改良スピードが間に合わないのかもしれない。
社員の2割がIT関係に携わってるらしい。
ジャストインタイムで日々改善をし続けてるし。　よく回転してる。

397:デフォルトの名無しさん
19/05/07 12:30:01.14 b+Ix+FO0.net
トップが有能でアクティブだと従業員は幸せだね
逆に下から一生懸命説得しなきゃ動けないような愚鈍な経営者はダメだな
従業員の方からNOを突きつけて転職すべき
無理して動かそうとせず淘汰されて消えたほうがいい

398:デフォルトの名無しさん
19/05/07 13:04:14.17 H+F7Bn0m.net
言語の比較でPython優位なのはわかるとして、他の方法との比較で内製にしたのはなんでなんだろうね？ 396の言うスピード重視なのかな？長期的に見れば安上がりなのか
経営者の説得について仮に「いくら投資してシステムを改善すればいくら人件費が浮きます」みたいな正攻法の説得ができたら経営者も動きそうなもんだけど、何が悪いんかね？具体的なデータを出しづらいのか、経営者が過小評価するのか

399:デフォルトの名無しさん
19/05/07 13:04:48.09 GFJfl7A7.net
>>392
＞面白い使い方してた
詳しく

400:デフォルトの名無しさん
19/05/07 13:39:04.30 L8iv3v8M.net
何にもしらない奴(経営、上司)に流行りを見せて飛び付かせたというだけ。
まずね、ITに関係有るんだから何にも知らない奴はITに詳しい奴に相談しろよ。
といっても、詳しいとされてる奴が実は大して詳しく無かったりもするんだけどさ。
実際にこういうツ－ル無しで他アプリを操作するプログラム組んだりするのは難しいかどうか検討しないのはどうしてなんかね。
テレビでも漫画でもIT絡むと滑稽なのばかりなのはどうしてなんだろう。

401:デフォルトの名無しさん
19/05/07 13:40:05.23 jLM9FRzw.net
>>980　穴の深さは50cm位かな。　コンポストの直径は60～70cm位？　大きな部類のコンポスト。
コンポストの上に半分位溜まった頃に埋め戻して別の所に移している。　ミズアブとかが完璧に消化してくれるから殆どたまらない。

402:デフォルトの名無しさん
19/05/07 14:40:54.01 6RfkMtDB.net
誤爆

403:デフォルトの名無しさん
19/05/07 14:41:37.25 hN4+9CWm.net
>>398
何言っても
そんなのワシ分かんないよ～
でおしまい

404:デフォルトの名無しさん
19/05/07 14:49:03.21 5lWwuQQh.net
>>400
日本の情シスって外注に仕事投げるだけのおじさんが大量にいるから、その連中に聞こうとも思わんのだろう
かといって、RPAコンサルに騙される経営者は不動産投資営業に騙される連中と変わらん

405:デフォルトの名無しさん
19/05/07 15:24:37.14 H+F7Bn0m.net
>>403
安くなるんだったら良きに計らってやっちゃってよ～、とならないのは何故？

406:デフォルトの名無しさん
19/05/07 15:29:19.84 QRHhhLYx.net
>>405 1円も出したくない。

407:デフォルトの名無しさん
19/05/07 16:06:26.36 of7dq8Mv.net
システムに金出したがらないのは悪しき風潮だよな
ま、経営者視点じゃブラックボックスだしROIが見えにくいからいいようにボラれそうって心理になるんだろ
その点RPAは既存業務の自動化ってことで時間削減効果が目に見えて分かるから経営者が飛びつきやすいんだろう

408:デフォルトの名無しさん
19/05/07 16:40:50.47 QRHhhLYx.net
少なくともIT担当重役か部長が1人位いないとIT革命は進まないだろうな。
わからない人間は判断できっこないんだから。

409:デフォルトの名無しさん
19/05/07 16:55:56.70 H+F7Bn0m.net
>>406
トータルで安くなる(って部下から提案されてる)のに？
まあ、失敗のリスクを過大に見積りがちってことなのかねそんな上手い話言ったって失敗したら無駄金じゃないの～、みたいな
あるいは、新たな出費は嫌だけど現状の無駄遣いは構わないという判断の不合理性みたいな
確かに管理職の昇格条件とかにするべきだよな

410:デフォルトの名無しさん
19/05/07 17:09:36.64 QRHhhLYx.net
決算が赤字の場合は、訳解らない人間が残業代を垂れ流してるより首を切った方が直接的な利益になるからな。
後の事などケセラセラ

411:デフォルトの名無しさん
19/05/07 17:10:54.01 QRHhhLYx.net
モノタロウは利益が急成長し続けていると言うのも大きいだろうな。プラスがプラスを生む良い回転に入ってる。

412:デフォルトの名無しさん
19/05/07 17:43:24.36 87cryGvC.net
>>405
何故か？
企業が広告を出してないから

413:デフォルトの名無しさん
19/05/07 18:53:49.95 7BR7qUHO.net
>>398
現場からすると経営と情シス双方が過小評価しているように思える。
よく聞くのが「たかが数秒速くなったところで変わらないだろう？」というセリフ。
改善の効果を見積もるのは難しいので予算を取ろうにも
「そんな不透明なものに金は出せない」と言われてしまう。
しかし無から始まるものは分かり易いのでそのまま通る事が多い。
後はそもそも情シスが多忙でやりたがらないケース。
「今動いているから別にいいよね？」で終わる。

414:デフォルトの名無しさん
19/05/07 19:08:25.13 87cryGvC.net
>>413
正攻法じゃ何を言っても無駄
広告を出して流行ってるような記事をばらまかなきゃ購買意欲が湧かない
専門知識ない企業幹部なんてただの消費者と変わらない
消費者に物を売るにはとにかく宣伝だ

415:デフォルトの名無しさん
19/05/07 19:20:52.69 FI6nsC1D.net
>>413
情シスの立場からすれば、将来かならず問題が起きて負債になるのが見えているから嫌
だから、現場の人が情シスを飛び越えて
「我々でずっとやります。情シスなんて頼りにしません」
と一筆入れないと無理

416:デフォルトの名無しさん
19/05/07 20:40:06.18 hrAmjaGQ.net
>>415
RPAって情シスと現場が歩み寄って連携しないと、絶対にうまくいかないのに、
なんだかRPAそのものが争いの火種になってるよね。
現場「情シスが働かねえから、おれらがRPAでやってやる。エンジニアは不要だ。」
情シス「無知な現場の暴走で俺達の負担が増える。ふざけるな。あとで泣きついても、絶対に面倒みねえぞ。」
このジレンマを解消しないかぎり、RPAに未来はないのではないか？

417:デフォルトの名無しさん
19/05/07 23:12:29.83 e0mXKW/t.net
だって情シスが考えてるのは自分達の事だけで、会社の利益じゃないもん。
現場: 定型業務を自動化したい。RPAでどうだろう？
情シス: RPAはダメ。やるなら自己責任でやれ。
現場: なら何がいいの？
情シス: 知るかボケ。自分達で考えろ。
現場: .....
情シス: Pythonでも覚えて自分達でどうにかしろ。キレイなソース書かないと許さないからな。
これが現実。

418:デフォルトの名無しさん
19/05/07 23:24:38.86 L8iv3v8M.net
分かってね―な。
情シスにそれだけの予算があれば自動化だってやるだろう。
もっとも、その力量があるかというと疑問符が付くけど。
結局、経営と現場と情シスの連携が出来ないという組織の問題。

419:デフォルトの名無しさん
19/05/07 23:26:42.42 /j0Mfgya.net
まだRPAやってないけど、情シスとしての心配事いくつかある
・イレギュラーが洗い出しきれず、エラー停止＝即メンテが日常化
・エラー対応を現場に理解してもらえないとロボット増＝情シスの運用工数増
・Excel大好き企業なのでExcelからExcelへの転記は一瞬で要望出てくるが投資効果なし
今の所インターネット上の客先システム自動化だけにしとけ！って脳内で叫んでる

420:デフォルトの名無しさん
19/05/07 23:35:12.90 87cryGvC.net
>>417
まるで情シスの不利益は会社の不利益じゃないみたいな言い方だけど
情シスがRPAに工数を取られて基幹システム等々に工数を割けなくなったら会社の不利益になる
将来的に重大なリスクになりうると指摘されてるのに無視して自分達が楽することしか考えない
現場のほうが会社のことを考えてない

421:デフォルトの名無しさん
19/05/08 00:22:43.03 a9GJfRRs.net
情シスがそのシステムを組んだのなら商用RPAに頼らず改良の道を選んで欲しいんだがなぁ。
ExcelのデータをUIエミュでコピペしていくのと
システムにそのままインポートするのでは
どちらが効率的か分かるよね。

422:デフォルトの名無しさん
19/05/08 01:06:41.52 sRggY6Vl.net
RPAをプロトタイピングツールとして使うのがいいかも
まずなにか一つをRPAでやってみて効果ありなら情シスにリクエストとして上げる
仕様はRPAでやっている通り
毎月１つずつでも12個はできる

423:デフォルトの名無しさん
19/05/08 01:21:59.35 Ny+AL5d0.net
excel入れたとき勝手に現場が使っていったああいう感覚だけどなあ、なんでこんな反対なの。とにかく触って欲しい。

424:デフォルトの名無しさん
19/05/08 03:45:56.80 b6SshhZM.net
>>421
うちは中間方式だな、
Excel何々フォーマットからA-J列をコピペすれば一括投入出来るよ、
みたいな画面をいろいろ作った
ロジックとしてはTSVファイルのインポートと同じでGUI付けただけとも言える

425:デフォルトの名無しさん
19/05/08 05:55:39.66 sxATbMFO.net
>>423
外部サービス都合で壊れやすい
自社システムの更新を難しくする

426:デフォルトの名無しさん
19/05/08 06:36:57.14 kXFX7cnY.net
excelのimportごときに年間何百万も使うのかブルジョワすげえな

427:デフォルトの名無しさん
19/05/08 06:57:35.22 iXR7L8kv.net
付加価値の低い事務作業のために数百万で派遣入れてるような状態に比べればマシだぞ

428:デフォルトの名無しさん
19/05/08 07:00:14.27 Set1kIMU.net
>>417
まさにこれの現場側なんだけど、人手不足という表現が正しいかわからないけど、やっぱり作業に時間取られる事が多すぎる。
でもこんな作業に人は増やせない。
情シスは投資対効果の高いシステム開発メインで、１つの仕組みで30分自動化されますみたいな事まで回ってこれない。
じゃあどうすればいいのさ？

429:デフォルトの名無しさん
19/05/08 07:07:35.56 zP1T6LNF.net
>>428 python を覚えて自分たちでやれ

430:デフォルトの名無しさん
19/05/08 07:17:48.43 zP1T6LNF.net
>>428 RPA がダメと言ってるのは金がかかりすぎるからじゃないの？ python と各種RPAツールを使えばタダでできるからやってみたら？ PyAutoGui など

431:デフォルトの名無しさん
19/05/08 07:41:08.96 sxATbMFO.net
>>427
派遣と比べる必要はない
正社員が隙間時間とかでpythonでもなんでも使ってサッと作ればいい
たかが15分や30分の余裕もないブラック企業というわけでもあるまい

432:デフォルトの名無しさん
19/05/08 07:51:44.15 sxATbMFO.net
pythonでもなんでもいいけど
簡単なプログラムすら習得できない学習能力と意欲の低い人材はそれこそ人件費の無駄だな

433:デフォルトの名無しさん
19/05/08 08:13:09.11 Fluj1Ywe.net
このご時世、管轄外の新規分野を業務の隙間時間に意欲的に取り組んでモノにして下さる人材なんか高望みだよ
「お前の代わりなどいくらでもいるんだ！」と若手を千切っては投げしてた氷河期世代採用と同じ感覚でいらっしゃる？
それはご愁傷様（周囲が）

434:デフォルトの名無しさん
19/05/08 08:51:18.95 sxATbMFO.net
普段している学習時間の何割かをプログラミング学習に割り当てるだけだろ
たったそれだけのことが出来ないのは普段から全く学習に時間を使ってないからではないかな
社会人として普段から全く学習してないというのはありえないブラック人材だ

435:デフォルトの名無しさん
19/05/08 09:49:51.60 zP1T6LNF.net
新しいことを覚えてできることが増えていくのは誰にとっても楽しい事だよ。
出来れば情シスを少しおだてて、時々見てもらうとかすれば協力してくれるんじゃないかな。
勉強時間を少し取られても将来的に残業も少なくなるなら上の方も認めてくれるだろ。

436:デフォルトの名無しさん
19/05/08 10:22:27.36 znNi4A6U.net
大規模な工数管理というか人員管理レベルの話なんだから本来は経営層マターなのに、事務部門vs情シスっていう同階層間の抗争になってしまう構造がおかしいわな
なので、責任は一義的には経営層にあるそれは当たり前
だが、一方で情シスは情シスでなんやかんやリスクや多忙等の理由をつけて守りに特化しがちだから文句言われるんでしょう
「RPAじゃなくてプログラム組め」とか言うけど、じゃあスクレイピング用の簡単なツール作るので年間何百時間浮きます、みたいな攻めの試みはしてないんでしょうもしそういう試みをしてたら経営層もRPAよりまずそっちを考えるだろうし

437:デフォルトの名無しさん
19/05/08 10:26:08.66 znNi4A6U.net
>>422
これ結構良いアイデアだと思うまぁ勿体ないけどね無料のVBAでプロトタイプ作る方が理想だろうけど、現実的じゃないしな
単にRPA入れるな、よりはこういう戦略の方が生産的かと

438:デフォルトの名無しさん
19/05/08 12:11:00.05 2JjNEfMi.net
>>436
真面目に計算したらマイナスなんでな
短期的にはプラスかもしれんがそれは俗に言う技術的負債というものだ

439:デフォルトの名無しさん
19/05/08 12:12:45.32 s8JIMIDD.net
>>286
何を目指せばいいのか価値観が多様でわからないから民主主義が採用されているだけ
なにを目指せばいいか明確ならその実現方法は時間的経済的なコストがかからない方が良い
一人でもチームでもどっちでも良い

440:デフォルトの名無しさん
19/05/08 12:17:29.55 s8JIMIDD.net
各部署で好き勝手に作ると狭い範囲で使うには良いだろう
各部署が連携する場合は
ある部署での変更の影響が波及する可能性を考慮しておいた方が変更に強いものを作れる可能性が高い
RPAが頻繁な変更に耐えられるとしたら
そんな考慮は不要かもしれない

441:デフォルトの名無しさん
19/05/08 12:18:45.10 s8JIMIDD.net
>>311
excelの処理を早くすると言う解決策も考えられる

442:デフォルトの名無しさん
19/05/08 12:19:53.50 s8JIMIDD.net
>>317
ユーザインターフェイスはどうしてるの？

443:デフォルトの名無しさん
19/05/08 12:20:52.50 s8JIMIDD.net
>>325
それ全部excelで可能じゃね？

444:デフォルトの名無しさん
19/05/08 12:23:44.96 2JjNEfMi.net
>>440
変更に強いとか考え出すと真面目にシステム化してapi提供するとかそういう方向にすすむ
なので使い捨ての雑なバッチ処理みたいな使い方するしかないんじゃねえかな
雑な作りで長期間残るのが最悪なんでこれだけは避けなきゃいかん

445:デフォルトの名無しさん
19/05/08 12:28:05.61 s8JIMIDD.net
>>417
情報システム部門って全社的なことを考えているから
一部門に合わせたら全社的なシステムが維持できなくなる心配がある
だから自己責任でやる分には構わないって事だろう
どうすればいいのかは
自分たちがどうしたいのかわからないのに
提案できないんじゃね？
それを調査検討する工数も取りにくいだろう
自分たちで調査検討できない部門が
自己責任で導入したら
問題発生時に自分たちで対応できない可能性が高い
情報システム部門からすると歓迎できないんじゃね？

446:デフォルトの名無しさん
19/05/08 12:31:12.28 s8JIMIDD.net
>>444
だから狭い範囲で自分達だけで対応するようなものには適しているだろうね

447:デフォルトの名無しさん
19/05/08 18:22:10.60 I274EZst.net
>>190
一度だけ、家の鍋持参しておでん買ってるおばちゃん見たことある

448:447
19/05/08 18:23:16.55 I274EZst.net
↑ごめん誤爆

449:デフォルトの名無しさん
19/05/08 18:58:00.09 9CSKv70g.net
UiPath　communityって実名じゃないと登録しないといけないの？
ググっても出てこないわ

450:デフォルトの名無しさん
19/05/08 19:07:38.62 fmEHJviF.net
>>266
厚かましいじゃなくおこがましいでは…

451:デフォルトの名無しさん
19/05/08 19:20:35.47 GyFGNvMK.net
>>311
何のためにPowerQueryとPowerPivotが実装されたのか分かってなさそう

452:デフォルトの名無しさん
19/05/08 19:37:02.52 WjHrEZib.net
>>446
徹底できるならいいよ
でもできないでしょ

453:デフォルトの名無しさん
19/05/08 20:27:53.99 znNi4A6U.net
>>438
長期的な収支でマイナスだっていう量の話したいなら量についてどう計算したのか語ってくれんとな「俗に言う技術的負債だ」とか言うだけじゃあねぇ
じゃあ技術的負債にならないためにどうするのとかも言わないし文句言うだけで生産的な話がないんだよな(別にこう判断したからってのがあれば手作業継続にしたとしても生産的だが)

454:デフォルトの名無しさん
19/05/08 20:38:59.41 znNi4A6U.net
>>439
何を目指せばいいか(利潤追求？)が明確だとしても、不明確な点が一杯あるでしょ理念的に1人でもチームでもいいってのは同意するけど、現実的に総じて1人はないだろうね
1人に任せられるスキルがあるのか、不正しないのか、
レビューどうするのか、評価どうするのかとか
小さい会社で、社長も詳しくて、信頼出来る友人1人に頼むとかの限定された状況ならわからんでもないけど

455:デフォルトの名無しさん
19/05/08 20:59:59.26 qayTeWuR.net
>>417
RPAって現場要望というより経営者要望だろうね現場で効率化したいって人はVBAやるんじゃないかなと
RPAにせよVBAにせよPythonにせよなんかツールを作る以上、情シスが絡まないって選択肢はないと思う
下手な繰り返し処理とかで基幹システムのサーバダウンとかしてみろよ仮に事前に各自の責任で使うことって取り決めしてたとしても、そもそもそんな取り決めアホか責任放棄だろとか経営者あるいは外部から言われるに決まってるじゃん
RPAにせよVBAにせよPythonにせよニーズの高いものを厳選して現場と情シスが協力して作るしかないんじゃないかね厳選するのはどっちか、作るのはどっちかとか細かい話はあれど

456:デフォルトの名無しさん
19/05/08 21:13:57.84 J+nR0hZG.net
ニーズが高い、てのもくせ者で、
声のでかいやつ「だけ」が見てる三ヵ月に一回のレポート、誰も見ていない
とかあるよな
声の小さいやつが毎日三回作業してるものは無視とか

457:デフォルトの名無しさん
19/05/08 21:46:02.73 wwwDbbDR.net
スレが伸びてると思ったらｗ

458:デフォルトの名無しさん
19/05/08 22:04:53.53 wwwDbbDR.net
なんにせよ、やらせてみて人を育てないと駄目だよ～

459:デフォルトの名無しさん
19/05/08 22:06:49.41 a9GJfRRs.net
>>441 >>442 >>451
>>311のを作った時はまだPowerQueryは無かったし
そもそも会社の環境だとExcelの起動が遅くて閲覧するだけでも時間が掛かるのがまずい。
>>311ではPythonと書いたけど運用はC++で組んだのを使用している。
社内外システムへの入出力が多いからなるべく速度を稼いでおきたいんだよ。
1台のPCで並列処理できるようにしたいしね。
UIはデータファイルをフォームかあるフォルダにD&Dすると内容に応じて処理する物とか
ゲームパッドで開始するとか色々あるかな。
職業柄、常時PCの前にいる訳でもないのでK/Bやマウス以外の操作も取り入れている。

460:デフォルトの名無しさん
19/05/08 22:15:38.30 wwwDbbDR.net
正直、技術的負債っていってるやつも >>422には反対しにくいだろ？
となるとあとの問題はコストか？

461:デフォルトの名無しさん
19/05/08 22:28:07.70 RkwR9rAD.net
そうね、コストが安ければ全く反対はない
何千万かけてそんなものを入れるぐらいならエンジニア一人雇った方が安い

462:デフォルトの名無しさん
19/05/08 22:31:33.04 wwwDbbDR.net
お、議論が一歩前進したな。

463:デフォルトの名無しさん
19/05/08 22:37:19.62 wwwDbbDR.net
事務のおばちゃんがRPA書けるようになればおばちゃんの付加価値も上がるんだが、育てる気はない？

464:デフォルトの名無しさん
19/05/08 22:38:17.58 wwwDbbDR.net
おっとこれだとRPAのコストの問題から外れるか。
うーん。

465:デフォルトの名無しさん
19/05/08 22:40:49.68 Ny+AL5d0.net
お前らそんな予算の無いの？

466:デフォルトの名無しさん
19/05/08 22:49:27.51 CGxddMJi.net
上層部からの人件費削減で派遣二人切った代わりにその半額くらいの維持費かかるRPAさんがやってきて負担が増えたよ！！
ちなみにRPAさん今の所使用用途はないよ！！！

467:デフォルトの名無しさん
19/05/08 22:53:30.36 wwwDbbDR.net
>>466
いや、買う前に用途検討しとけよｗ

468:デフォルトの名無しさん
19/05/08 23:05:19.33 oBoq4iSA.net
>>454
不明確な点って
それが何を目指すか判らないって事
最終的なゴールが同じだとしても
ルートが違えばマイルストーンは違う
技術的な事は
調べる試す相談する依頼するとかで解決するしかない
手段をどうするかはコストの問題

469:デフォルトの名無しさん
19/05/08 23:08:36.63 a9GJfRRs.net
PythonやVBAばかり出てくるけど、他のスクリプト言語で組んでいる人居る？
LuaJITやJuliaはどうなんだろうか

470:デフォルトの名無しさん
19/05/08 23:18:57.19 RkwR9rAD.net
powershellもええぞ
.net使えるし、開発環境も標準で入ってる
非IT社員が使うなら検討対象に入っても良いと思う

471:デフォルトの名無しさん
19/05/08 23:20:25.69 wwwDbbDR.net
powershell慣れるまで奇異に感じるけどオブジェクト指向とか割とちゃんとしてて慣れればいい感じだよね

472:デフォルトの名無しさん
19/05/08 23:45:43.82 WjHrEZib.net
>>460
RPAの成果物は個人・特定領域に寄りすぎる傾向があるからシステム化の候補とするには向かないだろう
API化の需要を測る程度になら役に立つかもしれない

473:デフォルトの名無しさん
19/05/09 00:01:07.57 jfWIRB3u.net
>>443 スピードがとんでもなく遅いじゃん

次ページ