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

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

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 スピードがとんでもなく遅いじゃん

474:デフォルトの名無しさん
19/05/09 00:51:40.31 OB9Nwknz.net
>>460
基本的には賛成各事務所で同じRPA作ってたわ、それならまとめよう、って感じでシステム化が進められるはず(RPAなしでもできるのが理想だろうけど各事務所で同じ作業してるからシステム化してくれみたいな)
一方で、懸念点としては必ずしもシステム化向きとは言えない作業(つまり、RPA向きの作業)があるんじゃないか、ってことかなスクレイピングとか転記とかひとくちに言っても、取得先HPとか転記先システムとかに拠るからまとめづらい、みたいな
要は、同じやり方で大量にやるタイプの作業はシステム化向きだけど、似てるけど違うやり方で各自が少量ずつやる(けど塵も積もれば的に全体としては大量となる)タイプの作業はシステム化に不向きだろうと

475:デフォルトの名無しさん
19/05/09 01:09:17.65 yTwKfpb/.net
Excelはデータ増えてくるとどんどん遅くなるからな
お試しはおkなんだけどいずれ破綻するみたいな

476:デフォルトの名無しさん
19/05/09 01:30:37.08 SmkE+b3r.net
>>467
そんな頭が良い上層部なら真っ当にシステムを更新するんやで………
導入が目的の悪い見本だね。うん。
上層部と業務改革推進なんとかが喜んで買って与えてきた…けど、現場では使うマシンも用意してなければ用途もないのに削減目標だけ先に実行されててんやわんややでー。

477:デフォルトの名無しさん
19/05/09 02:15:27.09 OB9Nwknz.net
>>476
派遣2人の半額っていくらくらいなんかな？
派遣2人にやらせてた仕事をRPAでやる算段だったんだろうけど何がダメだったん？

478:デフォルトの名無しさん
19/05/09 02:37:37.71 jfWIRB3u.net
>>475 Excel VBA は、プロトタイプだと理解してれば解決法は自ずから出てくるけど、慣れ過ぎてるとおかしいとも思わないのが危険。

479:デフォルトの名無しさん
19/05/09 03:01:19.65 eHGtht1V.net
> 現場: 定型業務を自動化したい。RPAでどうだろう？
> 情シス: RPAはダメ。やるなら自己責任でやれ。
情シスが正解
> 現場: なら何がいいの？
> 情シス: 知るかボケ。自分達で考えろ。
情シスが正解
> 情シス: Pythonでも覚えて自分達でどうにかしろ。キレイなソース書かないと許さないからな。
情シスが正解
これが情シスの職責。
おまえら病院行ったら医者の言うことに従わないのか？
法律事務所言ったら弁護士の言うことに従わないのか？
さっさと無能経営者にゴミツール返品するよう言ってこい
それがお前らの職責。

480:デフォルトの名無しさん
19/05/09 05:44:30.05 SLG8y6Tb.net
>>474
独立にやってる事業所で偶然同じツール作ってたなんて滅多にない
そんなレアケースのための何百万(いや多事業所だから桁が増えるか？)かけてプロトタイプとかもったいなすぎ

481:デフォルトの名無しさん
19/05/09 06:07:45.56 SLG8y6Tb.net
RPAと基幹システムでは要求される品質が全く違うから
はいこれプロトタイプって気軽に渡されてもそんなに簡単には取り込めんよ
RPAでは単純な処理がシステム化する際にはそれだけでちょっとしたサブシステム程度の規模になる場合も多々ある

482:デフォルトの名無しさん
19/05/09 06:55:13.51 DcBw1LTk.net
>>479
お医者さんならなんで定型業務の自動化してくれないのさ！

483:デフォルトの名無しさん
19/05/09 07:10:07.77 yTwKfpb/.net
>>482
だって定型定型って言うけどウソばっかりじゃん、
「あ、この場合はですね」とか
「この客先は、特別でー」とか
後出しばっかでなんにも定型じゃない

484:デフォルトの名無しさん
19/05/09 07:28:23.56 SLG8y6Tb.net
>>483
素人の思いつきレベルだからねぇ

485:デフォルトの名無しさん
19/05/09 07:40:26.51 cUHpk1h6.net
>>481
RPAでのプロトタイピングから、そのままの動作をするクライアントをVBやPython等と .Net、OpenCV等で作るのは可能だと思う
もしも処理的に問題があるなら却下＆禁止する
サーバーサイドでシステム化するのが適切なら、どうぞよしなに
大事なことは、ルーチンワークのリストアップをすると同時に
要件と所在を明確にして野放しにしない
一通り終わったらRPAを用済みにして二度とお金を払わない
ついでに処理速度が上がったり、クライアントのバックグラウンドで動かせれば、なお結構

486:デフォルトの名無しさん
19/05/09 07:44:33.10 cUHpk1h6.net
>>483,>>484
後出しを現場の人たちが自分でやる分には別に構わないはず
どんどん後出しして出来上がったものをプロトタイプとして見せてもらえばいい
プロトタイプも出来ないようなのは放置で

487:デフォルトの名無しさん
19/05/09 07:56:32.97 jfWIRB3u.net
>>482 お薬出すだけの定型で済むなら楽だろうな。
そう言えばカルテは皆んな電子化になったけど、口頭筆記はあまり使われていなさそうだな。
アメリカではかなり多いと聞くが。医師が口頭で言ったものを助手がカルテにすると言うのがかなり進んでるらしい。
事務所の中で口頭筆記なんてしたらうるさくて仕方ないだろうな。

488:デフォルトの名無しさん
19/05/09 08:36:23.50 SLG8y6Tb.net
>>485
まあ悪くない
情シスと隔離するのと金を使わないのが大前提
ただそれだとプロトタイプもpythonや他の簡単で無料の言語でやったほうが良さそうだ
金は正式なAPIや他のサービスに課金したほうがお得

489:デフォルトの名無しさん
19/05/09 08:39:26.91 OB9Nwknz.net
>>480
はぁ、「滅多にない」という根拠は？同じ業務してたら同じようなツールになるはず多少のブレはシステム化で吸収できる前提ね
高い高い言うけど人件費も高いからね社員一人当たり500万円かかるのはざら首切れないだろとかそういう単純な話にしなくても、超勤削減とか派遣削減とかの効果をまとめて結果として数人分浮かせるという話も含めてね

490:デフォルトの名無しさん
19/05/09 08:39:58.79 JELjzeRB.net
>>473
>>475
遅いのは殆ど組んだ奴が悪い。
RPAが駄目なのと一緒。
言語のせいにされるのも一緒。

491:デフォルトの名無しさん
19/05/09 08:44:27.13 SLG8y6Tb.net
>>489
そんなのはとっくにシステム化されてる
残ったのは地方や人によってことなるローカル最適化された雑務ばかり
人間はロボットと違って柔軟にスマートに様々なことができるので高くついて当たり前だろ
ロボットと人じゃ単純なコスト比較はできん

492:デフォルトの名無しさん
19/05/09 08:46:48.35 OB9Nwknz.net
>>485
まぁ基本的に賛成だけど現実的にはなし崩し的に使い続けることになりそう
一度便利ツールを与えられて各自なりの効率化を図った後、システム化できなかったものは取り上げられるわけだけど、そこで(仮に事前の取り決めがあっても)異論が出そう
まぁそれはそれでそこで経営判断をすればいいだけだからなんら致命的ではないけど

493:デフォルトの名無しさん
19/05/09 08:48:42.24 JELjzeRB.net
>>489
そりゃ、組まずに買っただけで何でもやってくれるなら高くないわな。
実際は組む作業、組めるようにする作業が必要。
で、事務のおばちゃんでも組めるなんていうとVBAとそっくりでね。
で、ここでもVBAが遅いとか吐かしてる奴もいるわけだ。
そりゃ組んだ奴が腐ったコード書けばいくらでも遅くなる。
RPAが駄目なんじゃない。
これで夢のような未来があると思ってる奴がアホ。
実際には他の言語と同じように組める奴(プログラマー)が組まないと碌でもないものが出来上がる。

494:デフォルトの名無しさん
19/05/09 08:49:40.24 SLG8y6Tb.net
>>492
絶対にごねる奴いるよな
おばちゃん首にしちゃったから動かないと困るんだよ～今回だけ特別にお願い
みたいな

495:デフォルトの名無しさん
19/05/09 08:52:02.99 Zdyu4ujV.net
っd

496:デフォルトの名無しさん
19/05/09 08:54:13.53 UE/HehVI.net
計画的な合理化を行ってる企業は、とっくの昔にシステム導入してるからRPAいらん。
RPAを使えそうなタスクが多い企業は
無能社員に仕事を与える意味でルーチンを人にやらせてるからRPAいらん。

497:デフォルトの名無しさん
19/05/09 09:05:48.59 OB9Nwknz.net
>>491
RPAというトピック自体がそんなシステム化進んでない前提でしょまぁそちらの優秀な組織だとそうなんでしょう
「高い」→「単純なコスト比較はできん」ってなんじゃそら
 >>493
組む作業はVBAより超簡単超早いという想定だろうね
こればかりは実際に導入したところの体験談が蓄積してこないと話にならないかもな

498:デフォルトの名無しさん
19/05/09 09:29:03.18 rz7hWdoX.net
>>493
＞RPAが駄目なんじゃない。
＞これで夢のような未来があると思ってる奴がアホ。
＞実際には他の言語と同じように組める奴(プログラマー)が組まないと碌でもないものが出来上がる。
これが正解
PythonだろうがC#だろうがRPAだろうがただのツール
PythonならOK、RPAはNGではなく、誰がどのように設計して組立てるか、だ

499:デフォルトの名無しさん
19/05/09 10:01:03.97 yTwKfpb/.net
まあUiPathとか中身は.Netやしなあ
素のPuthonとどっちが速かったっけか

500:デフォルトの名無しさん
19/05/09 10:02:36.23 yTwKfpb/.net
Puthonとか書いてしまった
おいは恥ずかしか！生きておられんごっ！
URLﾘﾝｸ(i.imgur.com)

501:デフォルトの名無しさん
19/05/09 10:06:51.63 uxObhpR3.net
無能な経営者がロボットとかAIが来れば社員の作業量が減ると思ってそうだな。
RPAはロボットらしいから働いてくれるから金を出してもよいが社員には辞めてもらおう、とか。
社員が手取り足取り教えないといけないことを知らずに採用してそう。　
うちのRPAはAIがやってますとかいう営業マンにころっと騙されそう。

502:デフォルトの名無しさん
19/05/09 10:10:23.16 uxObhpR3.net
>>500

503:デフォルトの名無しさん
19/05/09 10:11:24.48 uxObhpR3.net
>>500 携帯からだろ。　俺もそう打ち間違える頻度が半端じゃない。　だけ打ち間違えるんだな。

504:デフォルトの名無しさん
19/05/09 11:00:41.14 gblL2gKc.net
>>477
月ひゃくまんくらい。シナリオ作成と実行ワンセットね。
シナリオ実行するだけでも一台あたり10万とかかかるっぽくて一台にまとめないと使えない。
データ打込みの定型業務やってる扱いになってるけど…（言うて派遣半人分の作業量）
データ自体は社員（派遣も一緒に）がゼロから作る品物だから、構成表と打合せで済んでたのを
しっかりしたデータパッケージに落としこんで正確に作る必要が出た。

505:デフォルトの名無しさん
19/05/09 11:27:26.40 rz7hWdoX.net
>>504
RPAは何を使っていたの？
UiPath? Blue Prism? WinActor?

506:デフォルトの名無しさん
19/05/09 11:32:13.27 RNje6Vnn.net
>>497
VBAも超簡単なんだよ。
「マクロの記録」で、操作を記録してくれる。
でも、それを元にしたコード見せられるとウンザリ。
大昔に、そういうコードをメンテナンスする仕事をしたことあるが見た瞬間に全部消したくなる。

507:デフォルトの名無しさん
19/05/09 12:51:57.51 gblL2gKc.net
>>505
ういんあくたーだね。
別部門の上層部の方々はJavaアプレットで動いてるシステムの自動化に適用できるつもりだったらしい（多分その上層部システムを触ったことすらないと思う）

508:デフォルトの名無しさん
19/05/09 13:05:08.85 OB9Nwknz.net
>>504
月100万円かこれは貴重な体験談だね
実行するのに1台10万円ってのは使いづらいね
意外とシステム化進んでて定型化できない業務しか残ってないって感じかねにしても経営層が現場の意見聞かずにGOしたのかねぇ

次ページ