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

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

271:デフォルトの名無しさん
19/05/04 15:51:18.00 uz0VN5nd.net
c++を採用した意味は正直わからんがpythonならメンテ要員を集めるのは簡単
RPAツール開発者なんて探したってそうそう見つからん
しかし一般的なプログラミング言語なら人材はいくらでもいる
人材というのは当然、教育担当者やトラブル対応できる御用聞きも含まれる

272:デフォルトの名無しさん
19/05/04 16:43:14.49 B2eikUO3.net
>>263
それを考えるのは経営者や管理職の仕事だな

273:デフォルトの名無しさん
19/05/04 16:44:07.28 B2eikUO3.net
自分が退職した後はその会社が倒産しても関係ないだろ
企業年金とかある場合は除いて

274:デフォルトの名無しさん
19/05/04 16:44:31.55 vXlxEQ1E.net
そんな人材いるん？うちは非ITのお役所系の事務だけど、基幹システムと手作業の間に大きな断絶があって、せいぜい社員自作VBAツールが社内コンペで見出されていくつか共有されてるだけだな
結果、ルーティンの手作業を気軽に効率化したいみたいなRPAが入る余地は大きいみたいな状況
まぁ人材は存在しているとしてもマッチングなりなんなりが上手くいってないのかもね情シス部門とかも作れるスキルはあるけど作ろうとするわけではないし 240の会社もそう見えるけど経営層もニーズを自覚してないし

275:デフォルトの名無しさん
19/05/04 16:45:22.06 B2eikUO3.net
>>264
それは経営者としては無能
その人が事故とかで急に亡くなったとしても事業を継続可能にしておく

276:デフォルトの名無しさん
19/05/04 17:04:44.02 akVRPbG2.net
ブラウザ操作の自動化をSelenium+Chromeriverでやってるんだけど
reCaptchaを組み込んでるサイトだと突破できないです
しかも、reCaptchaの認証部分だけでも人力でやってみても開けないサイトがたまにある
reCaptcha作ってるのもChromeDriver作ってるのもGoogleだから
ロボットが動かしてるのがバレバレなんですかね？
なんかいい対処方やアイデアがある方居たら教えてください
Selenium以外の方法でもいいです

277:240
19/05/04 17:11:14.78 AEF0VB9V.net
レスありがとう。
会社は仕事上アレな面が多いけど福利は割と充実していてそれ程ブラックでもないんだよ。
無暗に残業したくないし、できる事はなるべくやっておきたいだけ。
今回C++を選択したのは画像認識やExcel操作等の自作ライブラリが豊富で現在最も早くできるから。
自作スクリプトエンジン+IDEもスクリプト作成時に楽できる様カスタマイズした。
ただ独自言語のままでは他に誰も触れなくなるので、その内PythonやLuaに置き換えるつもり。
上の方も地道に説得する。
RPAのメリットは確かにある。が、高額過ぎて導入を躊躇うケースが多いんじゃないかな。
提案してみたら即却下されたよｗ

278:デフォルトの名無しさん
19/05/04 17:20:57.25 K6AOwDZH.net
>>276
URLﾘﾝｸ(stackoverflow.com)

279:デフォルトの名無しさん
19/05/04 17:21:27.31 uz0VN5nd.net
>>276
アクセス頻度を減らす
画像認識(AI)
つうか、そういう高負荷対策、ロボット対策してるとこはロボットお断りの意思表示をしてるわけだ
だから突破できたとしても、やり過ぎると最悪の場合、業務妨害と言われる可能性もありえる
素直に公式APIを使うか、サイト管理者に問い合わせてクローリング許可の交渉をしたほうがいい

280:デフォルトの名無しさん
19/05/04 17:39:05.46 vXlxEQ1E.net
>>277
240さんに質問よいですか？
・得られたことは？ボーナス、査定、周りからの評判など
・失ったことは？メンテ係を押し付けられた、他にも作らされそう、上司からウザがられたなど
・「皆でやればなんとかなる」と言っていた上司にどう対応しましたか？説得、無視など

281:デフォルトの名無しさん
19/05/04 17:48:13.34 +H1Nbm5T.net
>>271
うちだと逆の印象
RPA開発者やvba書ける事務員はいくらでもいるが、開発経験あるプログラマーは市場にいない

282:デフォルトの名無しさん
19/05/04 17:54:28.71 uz0VN5nd.net
>>281
vba事務員はそこそこいるかもだがRPA開発者は居ないよ
RPA自体がマイナーなジャンルだから仕方がないけれど
なのでどうしても素人の教育から始めなければならない

283:デフォルトの名無しさん
19/05/04 18:42:40.08 AEF0VB9V.net
>>280
同僚と上司Aからの評判は上々だよ。
実作業だけでなくPCの台数分だけデータ処理が並行して行えるからかなり効率は上がった。
俺の所属しているグループだけで見ても発足当時の10倍は違う。
上司Aは残業が格段に減った。
評価とボーナスは少し色を付けて貰えたかな。
後は上司Bが表彰台に上がって賞金が皆と来客の飲み代に変わった位か。
失った事は無いかな。
俺は仕事の事なら上司でもお構いなしに言うタイプだから元々ウザがられているだろうし。
「皆でやればなんとかなる」と言っていた上司Bは内心そうだと思っている。
俺の所属している所だとプログラミングは仕事の範囲外なので「仕事して欲しい」という気持ちは分かる。
でも「情シスや技術が動いてくれないから仕方ないね」「こういうのは会社の責任」で済ませるのは納得がいかない。
我慢してストレス溜める位なら無理にでも行動した方がマシ。
もちろんコンプライアンス違反にはならない程度にね。
他にも結構作っているよ。
勿論それ等も強引に進めた。
成果は出しているから文句は言われていない。

284:デフォルトの名無しさん
19/05/04 19:52:03.06 uz0VN5nd.net
有識者がプログラミング言語を使ったほうが手っ取り早く安く高品質にシステム化できるってことだね

285:デフォルトの名無しさん
19/05/04 19:54:58.68 vXlxEQ1E.net
>>283
どもども相応とは言わないけど一応それなりの有形無形の評価はされたのか良かったまぁ240さんはやる気も能力もあるからなんとかなるのかな

286:デフォルトの名無しさん
19/05/04 19:59:40.29 tQzLaGYB.net
>>284
それは独裁政治か民主政治かみたいなもんでしょ
天才が独裁するのがベストだけど、天才が常にいる保証はないから安定性を重視するなら民主政治なわけで
ベストエフォートは独裁の方が高いけど、ワーストは民主政治の方が圧倒的に高いみたいな

287:デフォルトの名無しさん
19/05/04 20:05:34.86 uz0VN5nd.net
>>286
普通の開発手法で普通のプログラムを組める、広く替えの効く標準的なスキルの人材を雇って作らせるだけじゃないの？
その人が退職したら、いくらでも居る、同等のスキル水準の普通の開発者を雇う
それだけだと思うんだけど、なんで天才とか独裁とかでてくるのか、意味わからん
GoogleやMicrosoftのエンジニアみたいな隔絶したスキルの人材に依存しようって話じゃないんだけど？

288:デフォルトの名無しさん
19/05/04 20:17:21.51 iy7KpPt0.net
「文句をブツクサ垂れながらも最終的には従順で低賃金でも働く天才が次も欲しい」

289:デフォルトの名無しさん
19/05/04 20:39:03.55 AEF0VB9V.net
俺はC++やC#がメインでPython・Lua・Kotlinは触り位、
JavaScriptやRubyはやった事がないという底辺プログラマだから代わりはいくらでもいるはずなんだけど
非IT系企業には全然入ってこないし、上もどういうのが必要なのか分からないから外注もしない。
そこを何とかしない所だが、平の内はダメかね。
UI操作エミュレーションによる自動化は実行中そのPCが使えないのが痛い。
だからシステム側を改善してバックグラウンドで処理できたら一番いいんだけどな。

290:デフォルトの名無しさん
19/05/04 21:17:17.65 tQzLaGYB.net
>>287
非IT経営者がプログラマを入れたらどれだけ改善されるかみたいな視点があると思うわけ？さらに、仮に1人だけ雇うとして、安定して継続できるの？退職後すぐにトラブルが起きたら？
そんな理想的な話をされてもねっていう印象なんかそういう標準的なスキルセットを持っててドキュメントの作り方とかも統一された人材サービスとかあれば仰る通りのことができていいかもね

291:デフォルトの名無しさん
19/05/04 21:47:12.36 l7I3hx/N.net
RPA専用のpc 用意するのが
定石やで

292:デフォルトの名無しさん
19/05/04 21:50:55.58 HHW1K2ID.net
一台多く保有するのコストじゃん？

293:デフォルトの名無しさん
19/05/04 22:26:22.51 UGXQVVPy.net
負荷が高くないのであれば、virtual PC (仮想マシン)でもいいんじゃね？
ソフトウェアのライセンスの問題が出るかもしれんけど。

294:デフォルトの名無しさん
19/05/04 22:35:41.86 uz0VN5nd.net
>>290
プロ雇っても出来ない経営者が素人RPA集団をコントロールして上手に自動化できるわけがないということは理解しといたほうがいい
RPAは魔法のツールじゃないぞ

295:デフォルトの名無しさん
19/05/04 22:50:32.03 vXlxEQ1E.net
>>294
そんなこと言ってないんだけどね RPA反対派は人の視点に立てない人が多いのが勿体ないねまぁ話ができないなら失礼しますじゃ

296:デフォルトの名無しさん
19/05/05 06:38:25.39 j/Wgo/yQ.net
RPAがどこまでできるのか分からないけど
運行費や実行速度を考えるとやはり中間解としか思えないな。
その金でシステムの改善をした方が結果的に安くなるのでは?
各製品の情報をExcelワークシートに入力して統計処理をする作業があるんだけど
入力自動化だけでも確かに速くはなる。
が、C++で専用ソフトにしたら更に高速化した。
特に統計処理は圧倒的で十数分掛かっていたのが数秒になった。
ここまで差が出ると考えてしまうんじゃないかな。

297:デフォルトの名無しさん
19/05/05 07:11:00.56 o2s4dg0v.net
中間解でもほどほどの費用で手をつけられるならば、着手も出来ない最安価で最適な解よりマシだと思うの

298:デフォルトの名無しさん
19/05/05 07:14:51.93 IakhTTE4.net
普通にプログラミングすればRPAより簡単に高速な解を無料で得られるのだけどね

299:デフォルトの名無しさん
19/05/05 07:31:35.27 tUOFrefg.net
社員みんなにPython を教えた方が良いのかも。
アメリカの企業で入社の条件にPython が出来ることとしてるのがある。
アメリカの大学だと殆どの大学でPython を教えてるからそれ程大きな垣根じゃないみたい。
Excel が使えて当たり前と同じだな。東大のコンピュータ教育もPython がメインになってた。
自分の出身大学のプログラミング基礎講座もPython になってた。

300:デフォルトの名無しさん
19/05/05 07:50:26.82 IakhTTE4.net
そうなった時にRPAは莫大な負の遺産になる可能性が大きいね

301:デフォルトの名無しさん
19/05/05 08:05:56.49 pTcRtQ+F.net
Excelが使える=罫線やセルのマージを使ってうつくしい表が書ける！
方眼神Excelを作れる！
Pythonが使える=1から100まで足し合わせてprintできます！
てことなんや

302:デフォルトの名無しさん
19/05/05 10:56:59.41 CGAXyEhi.net
>>63 silulix と、PyAutoGui はどっちが使いやすい？
>>72 どうして仮想化したら安定するの？何も変わらない気がするが。勿論バージョン管理が楽だし元に戻すのも楽だけど。
サーバー化はやるべきだとは思うけど。

303:デフォルトの名無しさん
19/05/05 11:54:43.28 IBoHsNpp.net
>>302
環境の再現性と隔離性が高いから安定する
サーバーはデスクトップよりはるかにマシだけど仮想化よりは弱い

304:デフォルトの名無しさん
19/05/05 12:09:38.11 YyKL3Lzq.net
>>297
だよね悪く言えば中途半端だけど手軽なところが受けてるんだろうし仕事でもそうだけど「とりあえず急ぎでほどほどのクオリティで」な感じ

305:デフォルトの名無しさん
19/05/05 12:14:37.77 IBoHsNpp.net
とりあえず急ぎでならpowershellがいいよ

306:デフォルトの名無しさん
19/05/05 12:33:30.65 B3xoZxkV.net
PowerShellはバージョン更改時に謎の仕様変更があるので恐ろしい

307:デフォルトの名無しさん
19/05/05 14:11:33.09 pTcRtQ+F.net
>>302
SikuliXはコードエディタに画像が貼られるから分かりやすい
find(画像アイコン)
とか

308:デフォルトの名無しさん
19/05/05 14:27:57.51 YyKL3Lzq.net
>>299
良い案だけど、それをどの程度どういうやり方でやるべきかねぇ
Excelの機能(フィルタとか関数とか)ですらまともに使えない人も多いし全員義務化よりは周りに何人かいて相談できるようにするとかがよいのかね資格手当みたいにインセンティブつけて
あるいは、大企業なら複数人雇って専門の部署作ってもペイするんだろうけど、経営者は人雇うの嫌がりそう

309:デフォルトの名無しさん
19/05/05 14:35:39.34 j/Wgo/yQ.net
>>304
安価ならやる価値はあるが、Blue PrismやUiPath位の価格になるとね。
しかも年単位でライセンス料が発生するのでしょ？
業務を考えたら1台だけという事はないし、下手すると年間1000万円位飛ぶんじゃないか？
そんなにするなら自分でそこそこのを作った方がマシ。

310:デフォルトの名無しさん
19/05/05 14:39:01.15 IBoHsNpp.net
Part 1から言われてることだな
大規模なシステムなら普通システムを組まないと破綻する
手っ取り早く手頃な作業を雑に自動化をするには価格が高く導入の敷居が高い
帯に短し襷に長し

311:デフォルトの名無しさん
19/05/05 14:51:25.31 j/Wgo/yQ.net
>>308
よく言われる話だけど日本はExcel文化を捨てるべきじゃないかな。
勿論ちょっとした表を作成する位ならいいけど
日常業務でデータ集計等をやらせるには重過ぎる。365以降は特に。
TSVに変換してPythonで処理したら数十倍速くなったよ。

312:
19/05/05 15:10:17.65 3EWrT4Pn.net
>>311
＞TSVに変換してPythonで処理したら数十倍速くなったよ。
でも、そのpython を書くのに数十倍時間が必要なら考えます…

313:デフォルトの名無しさん
19/05/05 15:20:20.20 j/Wgo/yQ.net
>>312
2～3回の事ならExcel上で済ますよ。
でも毎日になると業務効率に響いてくる。
俺は処理時間が数分にも及ぶなら置き換えを検討するな。

314:デフォルトの名無しさん
19/05/05 16:00:28.53 jSkSyCW+.net
元々遅いのはコード書いた奴が糞だからでしょ。
それか、重いGUIが欲しかったとか。
大抵は糞コードのせいだけどね。

315:デフォルトの名無しさん
19/05/05 16:41:06.28 IBoHsNpp.net
・そもそも集計のコーディングにそんな時間は掛からない
・実用性を考えるとどうせ集計以外の処理が絡んでくる
・別の集計でも再利用しやすい
スクリプトでおkだな

316:デフォルトの名無しさん
19/05/05 16:43:00.62 2xRRXuve.net
じゃあ空いた時間にやっといて（時間を空けるとは言ってない）

317:デフォルトの名無しさん
19/05/05 17:01:44.81 j/Wgo/yQ.net
既存の置き換えは元がブラックボックスでなければ大抵アルゴリズムが分かっているからそんなに時間が掛からないよね。
>>311の時はコア部分で15分、GUI込みで2時間位だった。
職業プログラマでもない俺でこの時間だし、プロならもっと早くできそう。

318:デフォルトの名無しさん
19/05/05 18:59:57.07 YyKL3Lzq.net
>>309
人件費も結構かかるからね募集から教育から色々面倒だろうし
uipathって実際いくらくらいかかるんかね？見積もりとかとったの？まぁ規模感や業務内容によるんだろうけど、仮に1000万円くらいだとするとペイするところも多いししないところもある感じかね↓
【2019年版】RPA導入事例と効果・効能 | RPA テクノロジーズ株式会社「BizRobo!（ビズロボ）」
URLﾘﾝｸ(rpa-technologies.com)

319:デフォルトの名無しさん
19/05/05 19:03:59.74 YyKL3Lzq.net
>>311
Excel文化を捨てて、より習得が難しいPython文化にするとな？まぁできる人はそっちの方が良いのかもしれんけどね
どの層(IT強者、事務のおばはん)に関しての話をしてるのかだよな

320:デフォルトの名無しさん
19/05/05 19:08:00.00 IBoHsNpp.net
RPAの事例って既存システムとの違いがよくわからん事例ばっかりなのはなんでだろう

321:デフォルトの名無しさん
19/05/05 19:09:01.21 uhSAocyj.net
誰にやらせるかが違ってる罠

322:デフォルトの名無しさん
19/05/05 19:09:08.71 rKABffS7.net
>>310
＞手っ取り早く手頃な作業を雑に自動化をするには価格が高く導入の敷居が高い
この辺の記事とかあるなら教えてくれません？
むしろ手頃に雑に安価でっていうのがRPAのイメージなんだよね

323:デフォルトの名無しさん
19/05/05 19:18:21.00 IBoHsNpp.net
>>322
各ベンダーのライセンス料一覧とか見てくれば？
個人だと無料の物もあるけど商用だと結構お高いよ

324:デフォルトの名無しさん
19/05/05 19:31:59.30 j/Wgo/yQ.net
>>319
オペレータが組む必要は無いかと。
全員Python覚えるのも無駄だし、その分時間も取られるから業務効率も悪化するから
社内に専用の部署を作るのが一番だろうね。
特にGUIの設計はノウハウが詰まっているから直ぐには無理。

325:デフォルトの名無しさん
19/05/05 21:10:15.14 pTcRtQ+F.net
集計業務の自動化には
・あちこちから出力を集めてDBに入れる、Python
・PythonとSQLで変換、集計を書く、期間形式宛先などのパラメータは引数で与える
・別途、GUIで呼び出すのを作ってもよい
・PythonでExcelやPDF、CSVやTSVを作成して配信
で大抵なんとかなるよね

326:デフォルトの名無しさん
19/05/05 21:19:42.88 YyKL3Lzq.net
>>324
理屈は分かるけどじゃあ社内専門部署で→じゃあ専門業者に外注で→今に至る(小回りが利かず非効率が放置される) ってなりそう
気軽に頼めるのは担保しつつ、一旦ツールを作ったら保守はたまにすれば良いくらいの感触だとヤクルトのおばさん的な人材派遣なんかな

327:デフォルトの名無しさん
19/05/05 21:25:14.74 YyKL3Lzq.net
>>323
この辺見ると大規模でも500万円程度なのかね正社員1人分程度と考えると大したことないような

【UiPathの特徴】その４：構成価格（値ごろ感） | 業務可視化Note
URLﾘﾝｸ(kashika.biz)

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
何故か？
企業が広告を出してないから

次ページ