「RPA」を含む日記 RSS

はてなキーワード: RPAとは

2022-03-07

マクロRPA自動化しても、何故に給与が上がらないのか?

この人のブログはいつ見ても頭がいいな

https://www.code-lab.net/?p=22058

マクロRPAなどを使って業務自動化して何十時間節約しているのに給与は…みたいな話しを時折見かけるので、何故給与が増えないのか考察したいと思う。

マクロRPAなどの活用による業務効率化は二つの段階に分けられる。

・1stステージ

マクロRPAを利用した自動化により、事務作業にかかる時間が削減されている状況。この段階は従業員個人能力により業務時間の削減がなされている。作業負担の軽減により同僚から感謝されたりはする。だがこの段階では会社利益には繋がっていない。

・2ndステージ

自動化により削減された時間をより付加価値の高い業務に割り当てたり、あるいは余剰人員を人手の足りない部署に異動したり、従業員解雇を行っている状態

マクロRPAの開発と維持には費用が発生している。作業時間の短縮により不要になった労働力を異動あるいは解雇するなり、短縮された時間を用いてより付加価値の高い作業を行うので無ければ、会社としては開発と維持にかかる費用分を損した状態になってしまう。

マクロ勉強して自動化しました」という話しをしているとき殆ど場合は1stステージ状態にあり、まだ会社利益を生み出せていない。故に給与が増えることを望むなら、1stステージ→2ndステージへの移行が重要になるのだが、ここが難しい。

余剰人員異動や解雇には人事権必要になるし、より付加価値の高い業務を生み出せる人材自動化人材よりも貴重だ。2ndステージの実現には管理職の協力が必要不可欠になる。管理職者に1stステージ自動化恩恵を見せて、2ndステージに移るための協力を得なければならない。

…が、そこで自動化を進められる素養を持つ上司なら、従業員に言われるまでもなくIT化を進めているはずだよね…的な達観があったり無かったり。

と言う訳でマクロを使えたり、RPAを使いこなせたからと行って突然に給与が増えることは無い。でも使える手札が増えれば、選択肢も増えるわけで、今後にチャンスをものに出来る可能性が増えるわけで、無駄では無い。

2022-03-02

Power AutomateとかのデスクトップRPAよさげだけど

結局マクロと同じで、過去マクラーたち(35歳以上のオッサンたち)が息をしていないように、

近い将来もっと便利なツールが出てくる可能性があるし、アプデでそれ自体進化していくだろう。

経営者は、数年ベースでの見直しを図って投資していく覚悟で取り入れるべきだと思う。

そのあたりが分かっていてサーバーベースRPAを取り入れよう、となる社長はド有能。

2022-02-20

有名人による「素人の法解釈」ほど厄介なものはない

「【MacKindle本も永久保存自動スクショPDF化する方法|脱凡リーマンブログ」というブクマ

https://b.hatena.ne.jp/entry/s/exit-bonbon.com/kindle-save-pdf-automatic-screenshots/

アウトなのは当然として。リアル画面表示でApple scriptか。なんてローテクな…90年代かよ。まぁRPAってこれだよな。

う、うーん・・。問題無い方法という体で紹介してるのすごいな。。

まあ、知らないことは誰にでもあるし、ありとあらゆる分野について知っている人などいない。

自分場合生物医学関係サッパリだ。

この場合も単なるブコメからリテラシの話で片付けられる。

しかし、有名人が似たようなことを言うとそのファンフォロワーたちがそれを一気に拡散し、あたかもそれが正しいかのように扱われてしまう。

それに逆らとめんどくさいことになるので、その「間違った解釈」に従って行動せざるを得ない。

これを正すためにはどうするのがいいのだろうか。

2022-02-19

anond:20220216183232

RPAってうまくいってるところ逆にあるのか?

数年前コンセプトを聞いただけで、元増田の状況が目に見えてきて不気味だった。

プログラム簡単操作するためにGUIという複雑だが画期的手法ができたのに、

そのGUIプログラムするとか不気味でしょうがない。

WindowsならPowershellではだめなのか、Macならbashがあるだろ。。

shellなんてつかえませ~ん、だったらRPAのでバグとかもっと無理だろ。

2022-02-17

一般職からRPAエンジニアになった話

RPAで疲れ果てた方の日記を見て書きたくなったから書く

RPAに助けられた人もいるよって話だけど、RPAを盲信してるわけではないので大変だったことも書く(RPAが大変っていうより導入支援担当してたITコンサル企業がクソ)

生存者バイアスだと思うのであくまでこういう人もいるんだくらいで読んでね

大手企業一般職(RPA業務経験)→中小SI企業SE派遣RPAエンジニア

給料派遣RPAエンジニア大手一般職中小SE

【経緯】

私は2016年新卒大手企業一般職として入社して、2017年の1〜3月頃に所属部署RPAが導入された。

最初ITコンサルが私の担当業務(日次で行う定型業務)を自動化して持ってきたのだが、正常稼働しないポンコツだったのでそれをまともに動くものにすることから始まった。

私は暇だったのでたまたま対応できたけど、多分他の人だったら積んでたと思う。(別の課にも導入されたが、動かないまま放置されてた)

なお、その時の私のスキルは、Excel関数は得意、VBAボタンを押したらシートを印刷するマクロを作ったことがあるという程度のレベルだった。

当時の状況は以下だ(ツールはUipath)

・参照パスExcelの参照セルなどが間違っている

パソコンの処理速度によって、正常稼働したりしなかったりする。

→これはRPAで疲れ果てた方も言ってたやつ。

Delayで◯秒待機というのが置かれてたり、それすらなかったりしたのを、操作対象(ウィンドウボタンなど)の存在確認するまで待機するアクティティを配置して対応した(タイムアウト時間を設定して、それを超えたらエラーとなる)

・同じ動作複数プロセス存在する

→これ自体動作に影響はないのだが、同じ修正をそれぞれのプロセスにかけないといけないので、共通動作は1つのプロセスにまとめて、それを各プロセスから呼び出すように変更した。

RPAから呼び出すExcelマクロが誤っている

RPA化するにあたりITコンサルが作ってくれたのだが誤りだらけだったので組み直した。

上記対応したらRPAVBAスキルが身につき、なおかつ担当業務自動化されて更に暇になったので、新規RPAプロセスExcel,AccessVBAツールを開発したり、既存レガシーExcel,AccessVBAツールの改修などを行っていた。

業務自体は楽しかったのだが、通勤時間が長く、低賃金職場の近くに引っ越すこともできなかったので自宅(実家)から近い(それでも1時間弱かかる)会社(中小SI企業)に転職した。

本当はプログラミングをやりたかったのだが、そこではBIツールの画面開発とDBテーブルView作成とかをやってた。

1年ほど勤めていたが、体調の都合により退職した。

その後結婚をして半年ほど専業主婦をやってたが、体調も安定したのでフルリモートでできる派遣仕事を探してたらRPAエンジニア募集してたので申し込んだ。

(空白期間をつっこまれそうなので派遣で探した)

無事受かったので、今は大手企業業務部門内のRPA開発チームでRPAの開発を行なっている。(使用ツール日本企業での導入が少ないので伏せます。)

業務の傍ではなく、主業務として開発を行なっているので、しっかりとしたプロセスができていて感心している。

今は派遣だが、社内試験を受かれば正社員になれるので、今後何事もなければここで働き続けるつもりだ。(育休産休時短勤務があるので、働きやすそう)

給料も高くなり、働く環境も良くなったので、新卒で入った会社RPA担当できてラッキーだったなと思っている。

ちなみに私自身のRPA認識は、システム化できないものRPA化するというよりは、システムシステムの橋渡しをしてあげるものだと思ってますシステム間の連携すら本来システム化されるといいんだけどね!

anond:20220217110700

経理が初めてなのにいきなり頓挫したRPAツールバグシステム修正させられたことがあったわ

マジで業務何も分からないのに要件定義してくれとか地獄しかなかった

そんなところうちくらいしかないだろうと思ったけどなかなかこっちも地獄だな

anond:20220216183232

自分ちょっとパソコン得意でEXCEL VBAかけます程度の人間だけどRPAまかされた。

バリバリプログラマ雇ってその人に作ってもらってたのを見てググって教わって簡単修正ぐらいはできるかなーぐらいになったところでバリバリの方が辞めてしまったので仕方なくRPA全部自分に回ってきた。ちな給料は変わってない。

お互いがんばろう。

anond:20220216183232

はっきり言って、日本以外でRPAって全然流行ってないよ。理由として

 ・増田も書いているようにメンテナンスコストが異様に高い

 ・メンテナスをする者のスキルアップモチベーションに繋がらない

 ・自動化したところで、人が行う作業が減るだけで、そこからデータなどのインサイトが得られない


というのが主なんだけど、じゃあ海外だとどうやっているかと言うと、

 ・基本的にはUIを使って操作するのではなく、APIを使って操作する。

 ・よって、APIを有していない社内ツール等はなるべく導入しない

 ・社内で内製しているツールなどもAPIを開発する(今だとフロントバックエンドは分離しているのが多いのでそのまま利用する)


として、極力一度作った物のメンテナンスを減らしている。(結局メンテナンス必要だが)ただ、日本では経営者ITに弱いことが多いので、一見コストが減らせるように見えるRPA選択してしまう。


物流と書かれているので、WEBアプリではなくWindowsアプリみたいのをポチポチしないといけないケースも多々あるかと思うしアプリニッチ過ぎて、APIなんて付く見込み無いとかあるだろうけど、一人でやるのは心が壊れるのでRPAやるにしても、専任チームつくったり、派遣とかを雇ってチームで回すようにしてったほうが良いと思いますぞ。

2022-02-16

anond:20220216183232

RPAAIって思ってるヂヂィもタチが悪い。

anond:20220216183232

正しいソフトウェア開発の手法を一旦忘れろ

きちんと設計するな

堅牢性とか柔軟性とか考えたら負けだ

寿命の長いプログラムを作ろうと思うな

きちんと設計せずに作れる程度の複雑さがRPAプログラムの上限だ

操作対象アプリUIが変わって動かなくなっても諦められる程度の労力がRPAで元がとれる開発工数の上限だ

雑に作って雑に使え

anond:20220216204550

RPAツール現場リーダーちょっとした管理者相当がやらされるものだよ

システムエンジニア技術担当やあるいはプログラマ(そんなものは社内にいるわけないが)がやらされることは稀

anond:20220216183232

うちはマニュアルないと作らない、ではねつけて運用明確にさせてる。

そうじゃないと要件後出しされて死ぬ

RPAツールは何使ってるの?

anond:20220216183232

PCOMM使ってるってことはメインフレーム的なホストがあるってことだから、そこそこ大きくてシステムが古くさい物流企業っぽいな。

RPA使う前に、クソシステム部門文句言ってシステム刷新させろよ。

RPAで疲れ果てた

物流会社事務員なんだけど会社RPAツールを導入するってんで定型作業自動化しろって話しでRPAプログラミングをやらされてたんだわ。

それで色々クソな点があったのでシェアします。

1、実務の合間にやらないといけない

マネジメント問題でもあるけど、そういうことなんだよな。

現場がクソ忙しい時に悠長にデバッグとかやってられん。あとデバッグみたいな作業は見た目何もしていないように見えるからここぞとばかりに仕事振られたりする。

2、本番環境とか開発環境とかない。ぶっつけ本番で稼働→失敗→デバッグを繰り返さないといけない。

これは自動化する仕事によると思うんだけど、実際に現場で使うデータRPAプログラムに投入しないとそもそも要件がわからないことがある。データ特性というか、物流事務なんかだと8割がシステム化されているけど2割は荷主や配送先のわがままで特徴的なデータの不備があって、それに対応するのが事務屋の仕事なんだけど、そういう面倒な作業自動化しろとか言ってくる。そもそもRPAなんてシステム化スコープ外の面倒な事務を(金をかけずに)自動化することが目的から当たり前なんだが。

そうすると要件の洗い出しとかできない。ベテランオペレーターにはそういうの全部頭に入ってるからマニュアルとか作ってないことが多い。実際新人に教えるときもぶっつけでやらせてわかんなかったら聞けみたいな世界だし。

3、(2)みたいな事象があるからソースコードがぐちゃぐちゃになる。ぶっつけ本番でプレッシャーがある中実行してその場凌ぎの改修して保守性皆無

4、状態管理ができない

RPAツールってWindowsUIをいじって業務を行うプログラムを作るんだけど、結局今どの画面を開いているのかとか、どのエラーが出ているのかとかプログラム上で管理できない。既存ソフトウェアUIたまたま運良くRPAツールと相性が良ければいいけどそうじゃなければめちゃくちゃやりづらい。特にIBMのPCOMMとかはツールとの相性が悪くて地獄だった。

5、操作してるソフトウェアUIが変わったらお釈迦ポン。

書かなくてもわかると思うけど、業務操作するソフトUIが変わった瞬間にそのRPAプログラムゴミになる。

6、再現性の低いバグが出る

(4)に関係するんだけど、RPAプログラムが立ち上がった時のパソコン状態によって処理速度にムラがあるので、プログラム上このステップまで進んだらウィンドウはこの状態にあるだろうと仮定してプログラムを作ったところ、実際100回のうち99回はそうなんだけど、1回だけ処理がもたついてその状態にならなかったかバグって処理が停止する。みたいなことがある。

もちろんツールではウィンドウ操作可能になるまで待機、みたいなのはあるけど操作可能、全面にある、みたいな粗い粒度しか状態管理できない。

7、こう言うのをちょっとパソコン得意とかEXCEL VBA かけますみたいなやつにやらせることの矛盾

うまくいくわけない。(4)(6)のところでウィンドウ状態管理とそれに起因するバグについて書いたけど、こういう時RPA担当一般プログラミング言語でいうsleepで職人芸的に時間調整するんだぜ?こんなのもう(3Dリアルタイム)ロボットプログラミングでしょ。

結論を言うと2022年馬鹿みたいに複雑化した物流事務(そしてそれは主に荷主と物流会社主従関係によるわがままに起因しているのだが)をRPA化するのは無理だしもうやりたくないね

2022-02-12

技術進歩により機械的に置き換えられる仕事が減少していくとする。DXとか言って、既存仕事デジタルに置き換える側と思っていたプログラマーも、置き換えられる対象になるかもしれない。

よくよく考えると、プログラミングで実現される要件がしっかり固まっているとすれば、プログラムで作られる中間成果はもちろん、出力される結果のチェックだって自動化されてもおかしくない。そうすると、プログラミング前後要件を決めることと、成果物使用者が残る。

使用者業務の中でそれを使用するだろうからRPAやらなんやらで置き換えられる。

要件を決める、これが残る。要件を決めるというのは、何のためにその業務を行うのか考えること。ビジネスの中での必要性コストメリデメを精査する。そうしてビジネスの行く先を考える。つまりストーリープランを練る人。

そんな妄想

2022-02-09

anond:20220205172245

RPAとかのためにVMGPUパススルーしたら運用はめんどくさくなるのと同じです(

追記、こんな事例があったよ

GPUファンが常時フル回転しちゃうらしい

https://qiita.com/pluser686/items/6f30bf4271457c27585a

2022-02-07

anond:20220207092346

ほんと、RPAとかやってるのはアホばかり

anond:20220207091329

さすがに20年は言い過ぎだけど

7年ぐらい前からDigitalizationっていうのをやたら言うようになってた。

その辺からDigital Transformationっていう単語が出てきてAIの次はこれだ!みたいになった。

流れとしては

ビッグデータ解析したら新しい営業ができるぞ!(Amazonレコメンドが契機かな?)」

→「ビッグデータの解析無理・・・AIってのが使えるらしいぞ!(画像系を中心)」

→「そもそもデータになってないことが多いな・・・業務を全部デジタル化や!」

っていう感じ。

欧米だとデジタル化の意味がよく分かってるからそもそも20年前からずっとやってた」っていうのが正しい。

その上で「Digitalization出来てない部分をDigitalにしよう」っていう感じなんだけど

日本そもそも嘘っぱちのデジタルしかしてないか世界について行けてない。

例えば紙でやりとりしてた受発注システムがあったとして

それをデジタル化するときちゃんシステム構築したのが欧米

日本印刷前のExcel様式を共有フォルダ管理して

「これがデジタル化や!紙がいらんで!」

ってやっただけ。

そのせいでDXってなっても

Excel様式RPA自動生成や!これがDXや!」

とかやっててアホかと思うね。

2022-02-05

anond:20220205164913

ごめん「障害点が増える」「難易度が上がる」って言ったほうがよかったわ

まさかここでそのあたりまでツッコめる人いないだろうと思ってたんでw

多重化をすれば回避できるのはソフトだろうがハードだろうが当たり前のことだけど、

ハードウエアであることによる発見の困難さ、ってのはSDSより難易度が上がるから

OSを積んでるRAIDカードってのは初めて知ったけどw、そんな何百万もするハードレア運用になるし、

RHELMS・HCIメーカー提供のSDSより圧倒的に情報も少ないからね

ベンダーに言われるままにハード入れて某銀行のようなことが起きる

SDS万能って言ってるわけじゃないけどね

物理的なモノが増えればそれだけ厄介が増えるよて話よね

RPAとかのためにVMGPUパススルーしたら運用はめんどくさくなるのと同じです(この例で通じるのだろうか)

2022-02-03

アクセス数フォロワー数って捏造できちゃうの?

RPAでセッセコセッセコやればできちゃわない?

2021-11-29

RPA法律禁止しよう

女性就業が多いとされる事務仕事女性から奪う差別的技術であることは明白である。ヒトES細胞と同じく、倫理上の問題を含んでいるし法的な制限をかけることは可能だろう。

2021-10-30

3年分の増田を全削除した

最近ホッテントリの傾向、昔は正気だったブクマカ党派性に脳をやられてキチガイ化してしまった様などを見るに

「このままこのサービスを使っていては遠くないうちに脳に致命的なダメージを負ってしまう」

と思ったので、はてなを退会することにしたのだが、アカウントが消えても増田は残るのでポンと退会できない。

愚痴ったら「同じ内容を連続投稿すればBANされるぞ」とトラバを貰ったが待てど暮らせどBANされない

仕方ないので色々試行錯誤してみたのだが、ITエンジニアでもないのにテキストベースログインしてgrep使って一括削除など出来るわけもなく

結局Power Automation Desktopを使ってRPAで全部消した。

鉛筆マーク、削除ボタンOKボタン画像認識させ、詳細で画像の表示待ちのチェックを入れたら、あとはひたすらループを回すだけ。

トータルで6時間ほど回して全削除完了である

ハイクが終わった時点で辞めておくべきだったな、と思わなくもないが続けてしまったものは仕方が無い。

とりあえずちょっとだけ時間をおいてからID削除の予定。

増田を全部消したい人は多分他にもいると思うのでこの増田だけは残しておく。

効率まりないが、そこまで知識の無い人でもPC動かしたままほっとくだけでいいのでお勧め

さらば友よ。汝は我の千倍も邪悪であった!

2021-10-26

anond:20211026032248

現状を変えたくない

なんなら巻き戻したい

巻き戻してバブルの頃のように労基法無視してRPA自動化クソ喰らえ

なんならパソコンも使わず作業バリバリ24時間働いたら日本経済は復活する!

ってのが今の経営トップ層ひいては今の50代全体に蔓延してる思想だよ

ログイン ユーザー登録
ようこそ ゲスト さん