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

**デフォルトの名無しさん** · 2019/04/03(水) 08:33:54.41

語りましょう。

**デフォルトの名無しさん** · 2019/05/17(金) 12:23:09.75

RPAって実装まで踏み込んで議論しにくいよな
グラフィカルだからコードスニペットを書き込んで議論とかできない
XMLを見てもなにがなんだかわからない
スクショは撮るのもうpるのも見るのも大変

**デフォルトの名無しさん** · 2019/05/17(金) 17:57:30.47

>>810
トライアンドエラーで自動化作れたことが良かった
今までの自動化システムだと、情シスと緻密な業務の説明、フロー作成などとにかく会議アンド会議だった。

uipathは自分でしかも費用対効果が少ない業務から適当に作って走らせることができた。
しかも業務工程の中の前後は手作業で本当に転記だけの中間工程だけとか

10分の作業だけだとしても、何個か作れば月次の忙しい時間の短縮はかなり意味がある。
精神的に(笑)

**デフォルトの名無しさん** · 2019/05/17(金) 18:04:54.80

RPAを一気通貫にさせるのが今の課題だね
後はよく書かれてるけど自分しかわからない負債にしない事だな

自分は好き系だけど、興味ない人への教育が大変

**デフォルトの名無しさん** · 2019/05/17(金) 18:24:43.15

>>805
かなり詳しい説明ありがとうございます
使用感がなんとなく想像できました
とっつきやすそうなUiPathを軸に他も試してみようと思います

**デフォルトの名無しさん** · 2019/05/17(金) 18:57:41.93

なんかこいつ中の人っぽい感じがする

**デフォルトの名無しさん** · 2019/05/17(金) 19:02:12.73

ステマなの？

**デフォルトの名無しさん** · 2019/05/17(金) 20:17:26.23

>>812
>>813
説明ありがとう好きな人はプログラミング知識がなくてもできるし興味ない人はやらないってところか
繁忙期と閑散期があるタイプの業務だと特に作り置きしやすいから導入しやすそう

導入体制みたいなのはどうなってるん？「興味ない人の教育が大変」ってのも関係あるけど、製品導入して勝手にやれとかプロジェクトチーム組んでるとか、目標置いてるかどうかとか

**デフォルトの名無しさん** · 2019/05/17(金) 22:24:38.92

画像認識とか座標とかで自動化なんて汎用性無さすぎじゃね？
端末変えたら動かない

**デフォルトの名無しさん** · 2019/05/17(金) 22:46:23.92

例えばだけど、人間なら100%間違えずに使えるけどRPAじゃ絶対自動化できないシステムって原理的に作れるの？

**デフォルトの名無しさん** · 2019/05/17(金) 23:07:37.66

すまん、意外と哲学的な問題なのかもしれないｗｗ

**デフォルトの名無しさん** · 2019/05/17(金) 23:44:32.34

>>819
今のRPAはテキストを抽出してもテキストの意味を理解していないので、
例えば「これは人名？地名？商品名？」とかの判別は無理。

**デフォルトの名無しさん** · 2019/05/17(金) 23:48:37.78

>>821
人工知能まで含めて実装すれば可能かも？

**デフォルトの名無しさん** · 2019/05/17(金) 23:49:32.61

しろよ。実装。お前が。

**デフォルトの名無しさん** · 2019/05/18(土) 00:26:57.62

>>819
reCAPTCHAとか画像認証系も無理

**デフォルトの名無しさん** · 2019/05/18(土) 00:37:42.42

>>818
比較対象が手作業やからなー
毎日メンテしてるようなもんの手作業と比べたら、端末変更時のメンテくらいいいんじゃね

**デフォルトの名無しさん** · 2019/05/18(土) 01:16:26.20

人工知能実装とか最早RPAじゃなくて草

**デフォルトの名無しさん** · 2019/05/18(土) 05:50:44.37

>>821
> 今のRPAはテキストを抽出してもテキストの意味を理解していないので、
> 例えば「これは人名？地名？商品名？」とかの判別は無理。
それは人間でも100%の判別は無理じゃね？

**デフォルトの名無しさん** · 2019/05/18(土) 06:50:03.83

>>826
RPAと名乗ればどんなプログラムもRPAだぞ？

**デフォルトの名無しさん** · 2019/05/18(土) 07:38:51.96

>>819
チート防止でゲームが頑張ってる
ゲームだから人間でも100%は無理

実はEXCELでも人間は間違う
計算式をセルに書き込むのを忘れる
計算式を間違う
数字入れなければいけないのに、計算式で同じ数字がそのセルに表示されているのに気が付かない

**デフォルトの名無しさん** · 2019/05/18(土) 09:16:26.68

そうそう、自動化すればミスらない訳じゃないからね
ミス減らす工夫やらチェック、リカバリフローは必要

**デフォルトの名無しさん** · 2019/05/18(土) 09:19:58.64

人間なら100%間違えないタスクというのが実はない

**デフォルトの名無しさん** · 2019/05/18(土) 09:54:13.01

>>821
RDBである程度は補間できる

**デフォルトの名無しさん** · 2019/05/18(土) 09:55:59.14

>>829
人間はそのミスを逃さないために
確認プロセスを実行する

確認プロセスを自動化すれば良い

**デフォルトの名無しさん** · 2019/05/18(土) 10:07:59.01

事務のおばちゃんが作ったRPAプログラムは入力データのバリデーションまで真面目にやってくれるんか？
変なデータを送信しまくられたら困るぞ

**デフォルトの名無しさん** · 2019/05/18(土) 10:22:09.85

>>819
エクセルで作った用紙を印刷して
判子を押してからスキャンしてデータをサーバーに保存する作業

**デフォルトの名無しさん** · 2019/05/18(土) 10:42:25.09

事務のおばちゃんまでは作らせないよ
修正くらいはするかもしれんが

**デフォルトの名無しさん** · 2019/05/18(土) 10:56:05.96

末端の職員が人海戦術でRPAプログラムを作らないならRPAを導入する意味がない
スキル持ちの少数精鋭にとっては足かせにしかならないからね

**デフォルトの名無しさん** · 2019/05/18(土) 11:03:53.71

しかし末端の職員まで開発者ライセンスと実行ライセンスをばら撒くと高くつく
無秩序にツールを作られると管理不能になってあとで困る

どうすればいいんだ
このジレンマ

**デフォルトの名無しさん** · 2019/05/18(土) 11:37:47.42

そういう会社は勝手につぶれてくれ
会社をやめるという選択肢はあるな

**デフォルトの名無しさん** · 2019/05/18(土) 11:47:54.70

部署で1人でいいだろ

**デフォルトの名無しさん** · 2019/05/18(土) 12:04:50.31

ほんとお前らプログラミングは論理的とか言うくせに運用になると言われたことしかできねぇな

**デフォルトの名無しさん** · 2019/05/18(土) 13:21:25.22

>>841
まさにそうやな
お高いとか言う割には具体的な値段の話はしないわ、(お高いはずなのに検討した上で導入したであろう数多ある)導入事例は宣伝扱いだわ

**デフォルトの名無しさん** · 2019/05/18(土) 13:47:18.03

まあ普通にプログラム組んだらタダなわけで
最小規模でも100万からなら比較するだけ馬鹿馬鹿しいな

肯定派は具体的な数字に拘ってるが、数字を出してる記事にも問題があるよ
測定対象のシステムがオープンになってるわけでもない
運用体制も不明、開発者の人数も経験も不明、具体的な業務内容も不明、測定方法も不明
実験レポートとしては全く意味をなしてないのだけど、結論だけは数字で出してるから信用する？
前提も測定方法も結果データもありませんが、結果はこうですって言って信じるのは文系だけだろう
だから科学的な教育を受けてない連中はカモなんだよ
最低でも第三者機関が再現可能になるぐらいの情報が提示されてから数字を信頼しろ

**デフォルトの名無しさん** · 2019/05/18(土) 14:04:34.50

プログラム1から組む工数くらい考慮しようや

**デフォルトの名無しさん** · 2019/05/18(土) 14:19:09.93

プログラムのほうが工数も少ないな

**デフォルトの名無しさん** · 2019/05/18(土) 14:24:13.77

やれる人がやれることを、会社が潰れるよりましだから、仕方なく嫌々でもやる
とにかくやらないと、らちが明かない
やる人に、これなら出来るというツールを、せめて選ばせてあげよう

**デフォルトの名無しさん** · 2019/05/18(土) 14:25:31.77

はぁ…
東京都のレポートなり他のものでもいいけど詳細なレポートでも読んだら？としか

まぁそれだけ厳密な手法を取りたいなら別にいいけど、当然プログラミング側にも公平に適用してるんだよね
「普通にプログラミング組んだらタダなわけで」という主張について「最低でも第三者機関が再現可能になるぐらいの情報」を勿論提示してくれるんだよなこれで上に言えるわ！助かる！

**デフォルトの名無しさん** · 2019/05/18(土) 14:32:15.31

>>847
ライセンス料のことでは？>無料

**デフォルトの名無しさん** · 2019/05/18(土) 16:14:24.14

>>847
数字をピックアップするとこんなところか？
・約3ヶ月かけて業務分析等々(業者共同)
・8回の研修(基礎5回+フォロー3日)
・1つあたり1時間～40時間かけて実装(業者支援)
・年間283時間の作業時間削減

**デフォルトの名無しさん** · 2019/05/18(土) 16:15:28.06

支援業者に実験じゃなく仕事として同じ作業を要求したら幾らになるか興味があるね

**デフォルトの名無しさん** · 2019/05/18(土) 18:04:28.90

>>849
「運用体制も不明」「具体的な業務内容も不明」とかは嘘だったってことね？

最低でも第三者機関が再現可能な代案はまだかな？

別に東京都のレポートの話してもいいけど、そちらの言い分だと数字自体が信用ならないから話しても無駄だよねそれは主張しないってことでいいのかな？食い散らかすだけの人が多いから一応ね

**デフォルトの名無しさん** · 2019/05/18(土) 18:14:48.93

>>851
嘘？
そのあたりは読んでもよくわからなかったね
概要しかわからなかった
あれで第三者が検証用のロボットやプログラムを書けるならそいつはエスパーだと思うぞ

**デフォルトの名無しさん** · 2019/05/18(土) 18:24:20.35

さっきも言った通りこれだけじゃ全く検証しようがないから信用はしない
しかし信用したとしてもこのスコアではな……
推進派の人はこの数字で満足なのか？

**デフォルトの名無しさん** · 2019/05/18(土) 18:42:11.31

・公開されたシステムで行う
・人力で作業する際の手順書を公開する
・作成したロボットのソースを公開する
・検証したテストデータを公開する

実験なら少なくともここまではやって欲しい
そうしたら実験結果を信用できる
別に難しいことじゃないと思う

本当は業務分析や教育の費用も余さず公開して欲しいが
そういうのは公開されても検証しようがない(人や業者の能力に依存し変動する)からまあいいや

**デフォルトの名無しさん** · 2019/05/18(土) 18:44:01.76

>>851
俺は数値以外信じないぜ！
そのレポートの一次資料共有してくれ

**デフォルトの名無しさん** · 2019/05/18(土) 19:18:38.04

RPAチャレンジというサイトがあるがああいうのでいいんだよ
あれを現実の業務用クソシステムにもっと似せて
良くある業務パターンごとに多数用意する
そうすれば導入検討を考える企業も気軽に検証しやすくなって嬉しい
RPAを推進したい人も誰でも検証可能かつ具体的な数字を使って宣伝できるから嬉しい

**デフォルトの名無しさん** · 2019/05/18(土) 19:40:49.25

uipath academyのレベル3受けた奴いる？
あれむずかしいのかな
非エンジニアなんだけど理解できるかな

**デフォルトの名無しさん** · 2019/05/18(土) 19:44:18.02

RPAチャレンジ試してみれば顕著だがああいう単純なGUI自動化だけで言えばプログラミングよりもRPAのが早く組めるんだよなー
主に解析部分で差が開く。自動でセレクタ生成できるか否かの差は大きいよ
ただ完成品を比べると当然プログラミング産のが実行速度は早い
一長一短だし、どっち使うのが適してるかなんて何をやりたいかで変わるしなあ
その辺の判断含めて、RPA売るだけが目的になってない、まともな支援業者捕まえるのが良いね

**デフォルトの名無しさん** · 2019/05/18(土) 19:45:24.90

だから、厳密にやりたいなら構わないけど、じゃあ厳密な代案出してくれんかね？

だいたいそちらの言うレベルで詳らかに企業が開示するわけないじゃんメリットは何？金になるの？わざわざ社内情報晒して難しくないって言うなら自分でやってどうぞ

東京都のは全庁に展開したら話は別だけどね所々書いてあって端的なのがここね↓ 批判するならまともにしてどうぞ
https://i.imgur.com/bRA7lsG.jpg

文句言いたいだけやな反論しやすそうなとこだけつまみ食いして食い散らかすだけ

**デフォルトの名無しさん** · 2019/05/18(土) 19:52:06.46

>>859
代案は出してんじゃん読めよ

誰でもアクセスできるオープンなフェイクシステム
そのシステムを使った人力の作業手順書
その人力作業を自動化するロボットのソース
ロボットに食わせるテストデータ

これ用意するだけだろ？
誰でも検証できるようになる
真実の数字を知りたけりゃデータとロボットをダウンロードして実行すりゃいい
これ以上に公正な検証方法があるか？

下の画像はお前が何を言いたいのかわからん
何が具体化されたんだ？
その画像を見れば第三者が検証できるようになるのが？

**デフォルトの名無しさん** · 2019/05/18(土) 20:05:07.53

>>860
いや、検証のための代案じゃないよ RPAじゃない業務効率化ツールの代案ね信用に足る代案どうぞ

検証はそちらが勝手に言い出してんじゃんw やってみれば？

全庁に展開したら△1,275 △1,443 つまり、20倍以上の効果が出るものがあるって書いてあるじゃん少なくともそちらの挙げてる283時間なんてもんじゃない効果が期待できるって書いてるわけだよね分からないかな

**デフォルトの名無しさん** · 2019/05/18(土) 20:08:27.99

>>859
コストが書いてあるページないの？
というかなんで出し惜しみ…

**デフォルトの名無しさん** · 2019/05/18(土) 20:15:39.66

もういいわ鈍臭い
http://www.metro.tokyo.jp/tosei/hodohappyo/press/2019/03/27/19.html
http://www.metro.tokyo.jp/tosei/hodohappyo/press/2019/03/27/documents/19_01.pdf
http://www.metro.tokyo.jp/tosei/hodohappyo/press/2019/03/27/documents/19_02a.pdf
http://www.metro.tokyo.jp/tosei/hodohappyo/press/2019/03/27/documents/19_03a.pdf

期間は5か月と書いてあったけど人数が分からん
どこだ

**デフォルトの名無しさん** · 2019/05/18(土) 20:19:49.77

>>861
へー出る「かも」なんだー

**デフォルトの名無しさん** · 2019/05/18(土) 20:27:02.64

>>858
UiPath初心者の感想ですが、ひとつひとつ画面をクリックして設定するの面倒くさくないですか?

**デフォルトの名無しさん** · 2019/05/18(土) 20:48:48.57

http://www.metro.tokyo.jp/tosei/hodohappyo/press/2019/03/27/documents/19_02a.pdf
業務フローやユーザーのハマりポイントが書いてあって参考になるな
具体的なコストには触れてないが、コストが課題の一部だと認識しているのが好印象だった
否定派も「RPA導入前の作業プロセス」を自分ならどう自動化するか考えてみると面白そう

>>859のPDFは提灯記事と変わらんゴミ

**デフォルトの名無しさん** · 2019/05/18(土) 20:57:38.86

>>864
典型的なイチャモンだねぇ読めなかった理解できなかったのにね
ま、確かに全庁に展開する際にトライアルでは怒らなかった問題は起こる可能性はあるでもトライアル以上の検証なんて出来ないし、プラスマイナスはあれどこれをベースとするしかないだろうね

仮想環境での検証の話とか面白かったけど、まぁそんなもんなんだねご苦労さん

>>862
具体的なコストなんて当事者は出さんでしょ
業者側は今後高く売り付けたいし、ユーザー側は人件費とかバレたくないし

**デフォルトの名無しさん** · 2019/05/18(土) 21:10:32.82

結局のところ分析と設計が大半であって実装する部分は瑣末な問題なんだろうな
都の実験でも数ヶ月かかった全体プロセスの中で実装はたったの数10時間(しかも素人作業)という具体的な数字が出ているわけだし
だとしたらやはり最初からプロを雇って分析と設計に加えてついでに実装もやって貰えばいいね
プロなら実装も数10時間と言わず数時間でできるだろう
もちろんライセンス無料のプログラミング言語でね
逆に全体のプロセスをプロ抜きでやろうとするのは危険とわかった
ちゃんと金を払ってプロを雇おう

**デフォルトの名無しさん** · 2019/05/18(土) 21:28:47.67

ちゃんと人を育てることを考えないといかんぜよ。

**デフォルトの名無しさん** · 2019/05/18(土) 22:02:55.85

http://www.metro.tokyo.jp/tosei/hodohappyo/press/2019/03/27/documents/19_03a.pdf
電子化したデータあるけどOCRで読めねーよとか
縮減率すげーけど許容工数がシビアすぎてペイするのに数年掛かるとか
あるある
と言うかこれだけ要件定義できるおばちゃん居たらSEで活躍して欲しい

**デフォルトの名無しさん** · 2019/05/18(土) 22:05:22.55

＞前提も測定方法も結果データもありませんが、
＞結果はこうですって言って信じるのは文系だけだろう
＞だから科学的な教育を受けてない連中はカモなんだよ
＞最低でも第三者機関が再現可能になるぐらいの
＞情報が提示されてから数字を信頼しろ

最初はこんなにイキってたのになw

◆QZaw55cn4c · 2019/05/18(土) 22:11:07.88

>>871
＞最低でも第三者機関が再現可能になるぐらいの
＞情報が提示されてから数字を信頼しろ

今の nature や science のペーパーですら再現可能じゃないものが多い、とか言われちゃう時代ですからね、理系の世界も大して変わらないのでは？
査読論文による評価体系も崩れてきつつあると思います、ハゲタカジャーナルとかもその表れでしょう

**デフォルトの名無しさん** · 2019/05/18(土) 23:03:50.06

>>872
そういう気がする門外漢なのであれだけど

研究に対するような姿勢は立派だとは思うけど、仕事はそこまで要求水準は高くないでしょ RPAにせよ他の方法にせよフェアな基準で見ることが大事

**デフォルトの名無しさん** · 2019/05/18(土) 23:35:12.43

上がRPA導入しろって言ってるので…
導入実績さえ有ればいいんですよ！
(弊社の場合)

**デフォルトの名無しさん** · 2019/05/19(日) 00:08:24.96

>>835 そんなのは簡単にできるぞ。そんなのをいまだに手作業でやってることに驚き。

**デフォルトの名無しさん** · 2019/05/19(日) 06:08:17.22

いや、そもそも特定の人しか承認ボタンが押せないシステムを作ればいいわけで
パフォーマンスや鯖資源が大きく違う

◆QZaw55cn4c · 2019/05/19(日) 07:22:29.43

>>873
生き残りたいのなら理想は高く保つほうがいい、とは考えています
そして再現可能なデータを提示するのは最高級に難易度が高いとも思います

**デフォルトの名無しさん** · 2019/05/19(日) 07:32:37.33

ハンコが諸悪の根源
ファイルの属性を変えればいいだけなのに

◆QZaw55cn4c · 2019/05/19(日) 07:49:14.87

>>878
公的な承認システムを整備すればいいと思います
pdf を登録すると pdf の同一性＝ハッシュと登録日時・時刻と保障する公的機関を整備するべきです
公文書も電子ナショナルアーカイブに登録して一定期間（50年）後には全部公開するべきかと

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

だめだRPAやっぱり難しい
週末を使って地道にトレーニングを続けてるけど全く生産性が上がらん
頭の中にあるロジックを図にするだけでも凄い手間がかかる
最初は何をどう配置したらどうなるかがわからず生産性が上がらなかったけど
ある程度わかってきた今は単純に作図作業そのものが辛い
テキストならあっという間にタイプできるのに同じ事がRPAの作図だと時間がかかる
これ絶対にテキストでプログラミングするオプションを提供すべきだよ

**デフォルトの名無しさん** · 2019/05/19(日) 10:33:29.29

>>880 どんなツールを使ってる？

**デフォルトの名無しさん** · 2019/05/19(日) 11:02:45.57

プログラムが高いレベルで書けるのにRPAが書けないってことはまずあり得ないんだが。

**デフォルトの名無しさん** · 2019/05/19(日) 11:05:27.77

ん～と
プログラムが高いレベルで書けるからこそ、RPAで正確で誤解の余地のない図なんか面倒くさくて冗長でとても書けない
みたいな？

**デフォルトの名無しさん** · 2019/05/19(日) 11:14:41.08

>>866
P35のは確認依頼してその結果がOK/NG/途中とかの管理をする必要がある
件数が少なければいいけど件数が多いと手間がかかるしミスも起きやすくなる

**デフォルトの名無しさん** · 2019/05/19(日) 11:19:23.00

>>880
blueprismだかautomationanywhereだかどっちかは完全にスクリプト式じゃなかったっけ？

**デフォルトの名無しさん** · 2019/05/19(日) 11:19:49.56

>>866
VBAで実現可能なものもあるな
マクロの記録でできるかもしれない

実装の容易化がRPA製品の価値の一部かな

シナリオを実行するVBAのライブラリを作れば
良いだけな気もする
RPA製品をコア事業にしている会社は厳しい気がする

**デフォルトの名無しさん** · 2019/05/19(日) 11:47:16.40

>>875
紙をファイリングしてISO監査で見せる必要あるからこうなるんやが
電子保存と紙保存の二重を求められるからほぼできんやろー

システムや仕組み変えろやこの作業の意味について問うのは別の話なので…

**デフォルトの名無しさん** · 2019/05/19(日) 12:04:38.12

監査はISOに限らず紙を要求されるか事が多いから厄介だよな

**デフォルトの名無しさん** · 2019/05/19(日) 12:52:38.73

>>882-883
描けなくはないけどテキストと比べて手間がかかるからストレスフル
メールでリンゴって言葉で伝えればいいのにリンゴの絵を描いて添付ファイルするようなとでも言えばいいのか
凡人並みにコードが書けるなら誰でも作図は遠回りに感じると思う

>>885
そういうのもあるのか
後でやってみよう

**デフォルトの名無しさん** · 2019/05/19(日) 13:32:38.02

>>880
確かに色んな意味でビジュアルとテキストの変換できるといいだろうなー↓ メーカー側のメリットが薄そうだから難しいそうだけど
・テキストに慣れたプロが使いやすいように
・上で出てたRPAのプロトタイプからシステム化に移行しやすいように
・RPAサービス終了時にシステム化して緊急避難できるように
・RPA製品間の移行ができるように

**デフォルトの名無しさん** · 2019/05/19(日) 14:27:47.83

>>887
印刷物をハンコを押す人の前に届けるとかハンコを押すとかの物理的な操作以外は簡単に出来るだろ
物理的な操作が必要ならペッパーとかで頑張れw

**デフォルトの名無しさん** · 2019/05/19(日) 16:04:18.04

>>891 電子印鑑を押してプリントしたものでも何ら問題ないぞ。
勿論電子書類でそのまま送れるところには、そのまま送るが。

**デフォルトの名無しさん** · 2019/05/19(日) 17:02:56.21

>>892
お前の所の運用なんて>>819の話に関係ないからどうでもいい

**デフォルトの名無しさん** · 2019/05/19(日) 21:34:27.84

導入失敗談待ってるぞー

**デフォルトの名無しさん** · 2019/05/19(日) 21:50:05.45

失敗したっていってる企業だいたいWinActor

**デフォルトの名無しさん** · 2019/05/19(日) 22:32:06.42

>>866
RPA導入を通じて、紙やハンコが業務の阻害要因だと気づけてるのが良い傾向

**デフォルトの名無しさん** · 2019/05/19(日) 22:45:18.03

3大RPA(Automation Anywhere, Blue Prism, UiPath)以外は全部パチモンだし…

**デフォルトの名無しさん** · 2019/05/19(日) 23:10:10.78

pythonは優れたRPAツールだ

**デフォルトの名無しさん** · 2019/05/20(月) 00:14:08.13

ユーザー自身が必要なシステムの仕様書を書けない問題に対する回答として
・メーカー寄りの回答がアジャイル開発(メーカーが作るがユーザーレビューを頻繁にする)
・ユーザー寄りの回答がRPA(ユーザー自身に作らせる)

とか考えてみたが、システムの規模とか違うな

**デフォルトの名無しさん** · 2019/05/20(月) 07:52:01.67

>>899
全くの別物なので同列に並べないほうがいいぞ

**デフォルトの名無しさん** · 2019/05/20(月) 08:09:04.15

>>896
業務の都合ではなくて
社外とか他の要求によるもの
変えるとしたら議会とか外部を変える必要があるモノもある

**デフォルトの名無しさん** · 2019/05/20(月) 12:37:06.59

価値あるシステムを作るのがアジャイル(というかアジャイルに限らず一般的な開発)
システム同士を推奨されない方法で無理矢理繋ぎ合わせるのがRPA

**デフォルトの名無しさん** · 2019/05/20(月) 13:55:18.74

>>902
言っている意味がわからないんだが

**デフォルトの名無しさん** · 2019/05/20(月) 14:49:44.50

明確な定義じゃなくて、みんながいろんなのを「これぞRPA]と言っているから
「RPAはあいうえお」と理解している人に
「RPAはあいう＋うえお」と説明しても、理解できるはずが無い

**デフォルトの名無しさん** · 2019/05/20(月) 14:57:26.11

つまり＋はdistinctの中置演算子なんだね！

**デフォルトの名無しさん** · 2019/05/20(月) 15:18:18.56

じゃあ自分なりの定義を説明しろよ
その例だと理解し合えそうだし

**デフォルトの名無しさん** · 2019/05/20(月) 17:51:24.39

>>902
価値あるアジャイル
推奨されない無理矢理RPA
開発手法の話に価値観をぶっ込んでくるのがなんとも香ばしいネガキャン乙ですね

**デフォルトの名無しさん** · 2019/05/20(月) 18:29:38.30

>>907
はぁ？
アジャイルは迅速に価値あるシステムをユーザーに提供するために発明され、発展してきた開発手法で、それが存在理由そのものとも言える
RPAがやってるような無理矢理プログラムで画面操作なんてのは、誰が見たってまっとうじゃない汚いやり方であって、本来ならプログラムから呼び出されることを前提にしたAPIを提供・利用すべきところだ
キミはちょっと粋がる前にまずITの常識を身につけてくれ

**デフォルトの名無しさん** · 2019/05/20(月) 18:45:40.79

>>908
ITの常識であることを示してくださいよ
RPAを進めてる企業はITの常識がないんだね常識人様かっけー

RPAは迅速に価値あるシステムをユーザーに提供するために発明され、発展してきた開発手法で、それが存在理由そのものとも言える ←これでええんちゃう

**デフォルトの名無しさん** · 2019/05/20(月) 18:52:06.48

RPA進めてる企業はITの常識がないと思うよ
大部分の企業はRPAが流行っているから取り入れてるだけ
事業部門で乱造されたvbaのマクロが技術的負債となっていて、
それに代わるRPAが技術的負債とならない理由を明確に説明できる導入担当者は滅多にいないと思う