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

**デフォルトの名無しさん** · 2019/06/29(土) 17:22:37.85

語りましょう
次スレは>>950がたててね

**デフォルトの名無しさん** · 2019/08/08(木) 01:06:46.89

>>718
ごめんな

**デフォルトの名無しさん** · 2019/08/08(木) 07:33:29.37

>>725
ブーム始まってないが？

**デフォルトの名無しさん** · 2019/08/08(木) 07:58:45.59

てか、エラー出たら止めろや

**デフォルトの名無しさん** · 2019/08/08(木) 08:01:40.30

>>719
1つの企業には似たような階級の人が集まる
優秀だともっと良い企業に勤められるから自然と同じようなのが残る
偏差値４８〜５２を行ったり来たりのバカが職場にいるということはお前もそれぐらいということだな

**デフォルトの名無しさん** · 2019/08/08(木) 08:10:20.77

社内の別部隊がRPA熱で顧客に売ってるんだが、自分としては疑問なんだよなぁ。
顧客側の人間としては、エクセルでマクロ組んだり関数覚えたりする感覚で購入を検討するのか？
自分は地方の人間だけど顧客のおっちゃん、おばちゃん連中が使いこなせるのか？と疑問なんだよ。
情シスなんか皆無なとこも多いのに。

**デフォルトの名無しさん** · 2019/08/08(木) 08:20:30.20

>>727
始まってるよ
こんなスレができること自体がブームだろw
役に立つかどうかは別の話

**デフォルトの名無しさん** · 2019/08/08(木) 08:51:14.32

>>731
スレ立てはどんなマイナージャンルでもできるし
このスレはアンチが遊びに来ない日って過疎りまくりだよね
ブームとは関係がないのではないかな？

トップクラスのベンダーを合わせても数年も費やして数千〜１万ぐらいしか導入進んでないんだってさ
それに全国の企業数って４００万あって個人を抜いても２００万もあるんだって
企業数を少なめに100万、導入数を多めに1万で計算しても1万/100万=0.01=1%しか普及してない

とはいえこの数字でもはっきりとブームでないと否定しきれないのが難しい
ブームって言葉はとても曖昧なんだよね
数年かけてゆるやかに1%普及したことをブームと呼べるかどうかは結局ブームという言葉の定義次第か

**デフォルトの名無しさん** · 2019/08/08(木) 08:59:32.85

uipathってどうよ？

**デフォルトの名無しさん** · 2019/08/08(木) 09:31:48.28

>>730
WinActorなら素人でも使えるだろうけど
地方のデスクワークって最低賃金でも求職者が集まるから
費用対効果が疑問

**デフォルトの名無しさん** · 2019/08/08(木) 09:41:47.38

>>730
素人でも使える。でも
使える ≠ 使いこなせる
素人のDIYはオススメしない。
専門家を雇ったほうがコスパも品質も良い。
餅は餅屋。

**デフォルトの名無しさん** · 2019/08/08(木) 09:48:15.13

>>730
顧客側が買おうとするってことは使いこなせると思ってるんじゃないのかね？まぁ、社長と事務が没交渉で社長が無理矢理とかもあるんだろうけど、普通はそうじゃないだろう

**デフォルトの名無しさん** · 2019/08/08(木) 10:28:02.72

>>732
> スレ立てはどんなマイナージャンルでもできるし
このスレ Part.5 だし、勢いも18レス/日なんだがマイナーか？

**デフォルトの名無しさん** · 2019/08/08(木) 10:48:14.23

>>737
>このスレはアンチが遊びに来ない日って過疎りまくりだよね

**デフォルトの名無しさん** · 2019/08/08(木) 12:14:29.45

社員
一人五十万の維持費がかかるとして
RPAで年間50万円のランニングコストとすると
十二分の一のコストで

**デフォルトの名無しさん** · 2019/08/08(木) 12:19:35.24

>>738
アンチがいること自体がブームになってるってことかとw

**デフォルトの名無しさん** · 2019/08/08(木) 12:52:59.22

>>739
RPAと人ではできることが違うから時間単価で単純計算はできないな

**デフォルトの名無しさん** · 2019/08/08(木) 12:56:22.93

>>740
アンチやステマがいることは関係ない
問題は一般ユーザーがごく僅かしかいないこと

**デフォルトの名無しさん** · 2019/08/08(木) 13:23:08.64

ブームに文句つける人ちょいちょい出るけどねぇ
大企業が影響力強いのは当然だし
仮にブームじゃないと認めてもそこから話が広がるわけでもないし
スルー推奨やね

**デフォルトの名無しさん** · 2019/08/08(木) 13:52:41.40

>>742
> アンチやステマがいることは関係ない
誰も相手しないものにはアンチもステマも現れませんが？

> 問題は一般ユーザーがごく僅かしかいないこと
展博とか行ってみ
てか働いてないのか？
社内でRPAっていう言葉を聞いたことないならそれはそれで問題だろw

**デフォルトの名無しさん** · 2019/08/08(木) 15:38:33.20

>>744
どんなもんなの？って奴まで含めると
エキスポとかすごい多いわ
AI絡めると入場制限かかるわ
それは嘘だけど

**デフォルトの名無しさん** · 2019/08/08(木) 15:54:13.10

フリーランスのRPAエンジニアって儲かるのかな？
今ブームのように見えるけど将来どうなりそう？
ここにいる人たちはある程度知識がありそうだからぜひご意見聞かせていただきたい

**デフォルトの名無しさん** · 2019/08/08(木) 17:36:12.85

>>746
コンサルならまだしも
関わると泥沼に

**デフォルトの名無しさん** · 2019/08/08(木) 17:41:48.81

保守をやらないことにしないと
電話で眠れない

**デフォルトの名無しさん** · 2019/08/08(木) 18:50:04.56

しかも朝一で呼ばれる

**デフォルトの名無しさん** · 2019/08/08(木) 22:02:04.51

>>733
ステマと言われるけど、俺は会社から与えられたuipathは非常に便利だと思ってる
もはやこれなしで手作業には戻れないわ
単純な作業と思っててもクリックが仮に50個くらいある。その都度選択と正確な作業を知らず知らずにやってたわけだ。
そりゃ脳は疲れるよね
それがなくなるんだからそりゃ楽だわ

**デフォルトの名無しさん** · 2019/08/08(木) 22:10:49.23

RPAにした事で
回りくどくなってるだけだろ

**デフォルトの名無しさん** · 2019/08/08(木) 22:49:20.28

各個人が自分で組めなきゃRPAなんて無価値
RPA要員を雇うくらいなら普通のSE,PGを雇ったほうがいい

**デフォルトの名無しさん** · 2019/08/08(木) 23:07:33.22

RPAの、究極にし影の伝説の冒頭のシーンだけどさ、

←＿　　　　　　　　　　＿─ 忍者
　　　─＿　　　　＿─
　　　　　　─＿─
　　　　　←─── 姫ょうもない使い方ってなんだろう?

**デフォルトの名無しさん** · 2019/08/08(木) 23:08:39.84

↑ミスった。

RPAの、究極にしょうもない使い方ってなんだろう?

**デフォルトの名無しさん** · 2019/08/08(木) 23:10:19.36

保守はいいぞ

**デフォルトの名無しさん** · 2019/08/08(木) 23:54:17.57

何をどう間違えたらそうなるのか

**デフォルトの名無しさん** · 2019/08/09(金) 00:11:53.39

忍者

**デフォルトの名無しさん** · 2019/08/09(金) 00:36:53.65

RPAが安くなって普及する前に、機械翻訳精度が上がって
人件費の安い国に事務仕事を振る方が安く済むかもね。

**デフォルトの名無しさん** · 2019/08/09(金) 02:41:32.03

uipathの保守とか地獄だぞ。すぐ死ぬ。

**デフォルトの名無しさん** · 2019/08/09(金) 07:44:16.08

どこの会社も毎朝8時に出社みたいだしな。
それも自主的に。

8時50分にノコノコ出てくると「今朝の動いてませんでした」のメールの嵐。
メール見てる間に別の奴から催促の電話w

既にあるあるだろw

**デフォルトの名無しさん** · 2019/08/09(金) 08:07:41.14

rpaは外注すんな受注すんな

99 · 2019/08/09(金) 08:10:19.65

初めは皆そうです
次第に安定して動かせるようになる
（その作り込みを最初からしたくない。いけるかな…だめだったか…で、そこだけ対処で済ませたい）

**デフォルトの名無しさん** · 2019/08/09(金) 08:38:47.39

>>762
でも「新しくコレ自動化したいんだよね」でまた8時出社。

おまけに自主早出だから早出残業つかないw

夏休みみ何故か交代。
(呼び出しアリ)

**デフォルトの名無しさん** · 2019/08/09(金) 08:55:35.63

何で自動だと8時前提なんだよ。
アホばっかの会社か？

**デフォルトの名無しさん** · 2019/08/09(金) 10:28:50.48

あー、今日も来たらRPA糞詰まりで内線鳴りっぱなしだよw

稼働して２年経つから、データも滞貨が２年分かw
大量に積み上がって上手く動かないみたいねw

ちなみに金融ですが大丈夫？www

**デフォルトの名無しさん** · 2019/08/09(金) 11:46:31.39

ユーザー企業であってもRPAすら内製できない企業はもう将来性が無いような気がする

**デフォルトの名無しさん** · 2019/08/09(金) 17:53:45.21

ただ動けばいいという段階を超えて安定感が求められる段階まで来たなら、RPAを捨ててプログラミングに移行すべきでしょうね
安定させるためには細かく複雑な制御と非GUIのAPI活用が必須なので、プログラミングのほうが遥かに実装しやすいです
配線タイプの開発環境は細かい作業には向いてません

**デフォルトの名無しさん** · 2019/08/09(金) 20:03:37.14

結局自前での開発・保守を諦めて外注するオチだろう

**デフォルトの名無しさん** · 2019/08/09(金) 20:13:23.26

なんでもかんでもRPAで済まそうとするから…
システム化までのつなぎっていう認識大事

**デフォルトの名無しさん** · 2019/08/09(金) 21:59:53.09

システムシステム言うけど、
例えば各社仕入先から検収書や支払明細を色んな形で月30件ダウンロードしてるとした時にそれをシステム化するのか？

**デフォルトの名無しさん** · 2019/08/09(金) 22:06:49.03

RPAがなんでも解決してくれるってわけではないっていう指摘じゃないの？
そういう相手の都合でこちらが対応しなくちゃいけないようなものはRPAでいいんじゃない。

社内の業務システムのGUIをRPAで無理やり自動化してトラブってメンテナンスに時間かかるなら、
RPAでやりくりしてる間に業務システムにAPIを追加してもらった方が良い、っていうことでしょ。

**デフォルトの名無しさん** · 2019/08/09(金) 23:17:25.41

短期間で消えるものはpythonでもuipathでもvbaでも作成者の好きに作ればいい
ただし短時間で消えるべきものを延命し始めたら危険信号
長期間メンテナンスするならベンダロックインを避けてちゃんとシステムに取り込もう

**デフォルトの名無しさん** · 2019/08/09(金) 23:34:41.65

そもそもRPAが流行り出したのが
・通常のシステム開発ではROIが確保できないような仕様への対応
　（RPAでやれば安価で収まるからROIが確保できる）
・仕様追加が凍結された基幹システムに対しての疑似的なシステム拡張
っていう、既存のシステム開発に対する小回りの悪さから需要が出始めた代物だからなあ

立ち位置的にはちょっと便利な小道具がすぐに作れて、なおかつ管理ができるっていうものだから
ゴリゴリに作り込むようなRPAが出始めてる状況はわりとやべえんだよな
ロボットが多いほどそれだけギャップが生まれてるって事だし

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

(´・ω・｀)

**デフォルトの名無しさん** · 2019/08/10(土) 08:43:02.74

>既存のシステム開発に対する小回りの悪さから需要が出始めた代物
スクリプトでいいじゃん
小規模のちょっとした処理なんてのはスクリプトの最も得意とする分野だよ

RPAだとライセンスのせいで実行マシンが限られるのも痛い　例えるなら
ハサミを使うのにハサミ専用部屋で順番に使う
ハサミ要員を用意してハサミを使うときはその人にお願い
ちょっとした小道具を使うのにこんなありさまじゃ大変

**デフォルトの名無しさん** · 2019/08/10(土) 09:22:06.26

>>775
問題を解決する手段としてはスクリプトでも良いかもしれないけど
誰が作るって管理して展開するのかっていう課題が解決できない
特にITリテラシーが低い現場だと
マジでボタン一個で動いてくれて、トラブルが起きたら電話一本で丸投げ出来る環境じゃないと全く浸透しない

RPA使っててもマクロやPowerShell動かすキャリアーみたいなロボットも結構あるけど
RPAとして維持保守体系に組み込めるから価値が出る

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

RPAよりもシステム改修の方が適切だという正しい判断を下した場合、担当者は適切に評価されるのだろうか。

**デフォルトの名無しさん** · 2019/08/10(土) 10:50:25.02

>>777
それはCIOのタスクです。（やらないけど）
下っ端はアホな上がRPAで行くと決めたなら黙って従うべきであります。

**デフォルトの名無しさん** · 2019/08/10(土) 10:54:47.85

システム化でROI取れるものはシステム化
上記に当てはまらないもので自動化対象がMS関係とかのCOM操作できるものならスクリプト系(VBA,python,uwsc)
APIも用意されてないレガシーなWinネイティブアプリが絡むならRPA(uipath,BP,AA)
って感じで上から順に検討してくのがいいと思う
社内SE一人もいないようなとこはこういう振り分けまで世話してもらえる外注先探すといいよ

**デフォルトの名無しさん** · 2019/08/10(土) 11:00:15.84

>>776
>誰が作るって管理して展開するのかっていう課題が解決できない
ちょっとした小道具なら製造も管理も利用者本人セルフサービスがいいよ
へたに共有して社内資産にするとメンテナンス負荷が高まって面倒
共有する価値があるものなら社内リポジトリで管理すればいい

>特にITリテラシーが低い現場だと
>マジでボタン一個で動いてくれて、トラブルが起きたら電話一本で丸投げ出来る環境じゃないと全く浸透しない
そこまで頭が悪い人は現実に存在しないと思う
冗談ではなくそんな人が存在するならその人ははやく解雇したほうがいい
ボタン押すだけでトラブル対応もできないならいる意味ないよね

>RPA使っててもマクロやPowerShell動かすキャリアーみたいなロボットも結構あるけど
>RPAとして維持保守体系に組み込めるから価値が出る
RPAという維持保守管理対象レイヤが余計に増えるだけ
共有資産はリポジトリで管理すればいい

**デフォルトの名無しさん** · 2019/08/10(土) 11:04:43.91

>>779
>APIも用意されてないレガシーなWinネイティブアプリが絡むならRPA(uipath,BP,AA)
ここもプログラミングでOK
RPAでなければできないような印象操作はやめよう

**デフォルトの名無しさん** · 2019/08/10(土) 11:07:58.67

win32api使えばRPAと同等のことはできる
高いライセンス料なんかいらん

**デフォルトの名無しさん** · 2019/08/10(土) 11:23:59.54

比較的簡単に実装できるのが強みなのにそれを言っちゃぁおしめえよ

**デフォルトの名無しさん** · 2019/08/10(土) 11:27:46.28

>>782
プログラミングでGUI操作==win32apiのような印象操作はやめよう
もっと高レベルで使いやすいパッケージは幾つもある

**デフォルトの名無しさん** · 2019/08/10(土) 11:53:58.61

>>777
上層部「RPAってのがいいらしいから検討して」
っていう指示だとなかなかシステム改修とは言いづらいわなー

**デフォルトの名無しさん** · 2019/08/10(土) 12:08:14.94

>>785
「RPAはプログラムに制限を掛けて有料化しただけのツールなのでプログラムのほうが良さそうですね
プログラミングはライセンス無料なので失敗してもリスクはありません
入門書やエコシステムも充実してるので初心者でも簡単だそうです
pythonなどはVBAマクロよりも簡単なので事務のおばちゃんや小学生でも出来ますよ
プログラマは飽和状態といっていいほど人材が豊富なのでもし外注することになったとしても競争原理で安くあがります
プログラムだとシステム改修になるんじゃないかって？
いいえRPAと同じように既存システムを外部からコントロールするだけです
それがシステム改修だと言うならRPAもシステム改修になりますね
その気があればRPAよりもスムーズにシステム改修に移行することもできます
RPAだとベンダーロックインして移行が難しくなります
」

**デフォルトの名無しさん** · 2019/08/10(土) 12:36:19.87

プログラム簡単おじが現れた

**デフォルトの名無しさん** · 2019/08/10(土) 12:44:51.51

RPAの実態は単なるバッチ処理
それをまるで特別なもののように思わせ買わせてしまう
商人という人種は本当に凄い

**デフォルトの名無しさん** · 2019/08/10(土) 14:01:41.17

RPAってプログラムするのと違って自由には作れないよな？

**デフォルトの名無しさん** · 2019/08/10(土) 14:21:07.30

自前の情報システム部隊を持って、
事務屋の人員削減をするだけじゃないの？

RPAを使うにせよ、プログラム化するにせよ、
自分の所で判断して、切り分けて、
内製するなり、外注するなりすればいいだけで

その判断すら横着して、ITを分かっていない
人間が仕切りだしたり、外注しようとするから
ぼったくりや、泥沼案件になってしまうんじゃないかな

**デフォルトの名無しさん** · 2019/08/10(土) 17:46:15.26

>>788
大半の商売は今まであるものの組み合わせと
ガワを少し変えて売りつけるものじゃないの？

**デフォルトの名無しさん** · 2019/08/10(土) 17:55:57.82

RPAが役立つのは
前提として、プログラミングやスクリプトを仕事にしている人を使役しない、前提で(大事なので2回)
もうひとつ前提で、作業をやっている人が自らRPAツールで自動化（部分的自動化）する前提で（）

これらの前提が崩れるならRPA以外も選択肢に入るが
あえてRPAを使うとして
それなりのプログラマーがRPAを駆使した場合の生産性はすさまじく高くて
その反面、機能拡張・修正、ドキュメント、管理、保守の生産性はすさまじく低い

**デフォルトの名無しさん** · 2019/08/10(土) 17:59:30.29

面倒くせぇよなぁ。
ExcelやAccessには、標準でDB接続機能があるのに、
そういうのは、情シス以外は使わせてもらえないんだよなぁ。
あ゛ぁぁぁぁぁマジあほくせぇぇぇぇぇって思いながら、
システムのGUI操作するプログラム書いてるわ。
ウインドウハンドルとか、いちいち調べてよ!
おかげでUIAutomationも使えるようになったわwww

**デフォルトの名無しさん** · 2019/08/10(土) 19:04:01.44

>>792
それなりのプログラマならプログラムを書いたほうがはるかに生産性が高いよ
ビジュアルプログラミングは苦痛を感じるぐらいめんどくさい

**デフォルトの名無しさん** · 2019/08/10(土) 19:07:33.89

作業者本人が個人的に自動化したい部分はRPA
RPAのレクチャーは、情シスが希望者に行う

ここでの作業者は、事務屋ではなく、何らかの専門分野の人に限る

上記の切り出し部分を多人数に展開したい時はプログラム化

DBアクセス権限は、プログラムごとの許可という感じかな、開発ツールの使用も含めて
協力会社等の人は厳しそうだけど

**デフォルトの名無しさん** · 2019/08/10(土) 19:28:06.50

>>793
DBは整合性維持のためにアプリケーションがあるから勝手にアクセスされてはこまる
アクセスコントロールしやすいAPIを整備すべき

>>794
アクセスコントロールしたいならAPIを整備すべき
APIのセキュリティ機構としてよく利用されるOAuthはも認可を細かく制御できるように設計されている

**デフォルトの名無しさん** · 2019/08/10(土) 19:29:01.15

レス番ミス
>>794ではなく>>795だった

**デフォルトの名無しさん** · 2019/08/10(土) 19:43:59.82

>>796
そうなんだけどさ、APIも作ってもらえないから、
RPAなんて流れになってるわけでしょ!?

あーマジあほくさ。
情シスがDB操作するのが最速だって、どれだけの経営者が知ってるんだろう・・。

**デフォルトの名無しさん** · 2019/08/10(土) 20:13:45.77

>>795
×作業者本人が個人的に自動化したい部分はRPA
○作業者本人が個人的に自動化したい部分はプログラミングあるいはRPA

**デフォルトの名無しさん** · 2019/08/10(土) 20:21:51.19

なるほど

結局、API化がキモなのかな
「UNIXという考え方」の要約のプレゼンでもすればいいのだろうか

**デフォルトの名無しさん** · 2019/08/10(土) 20:35:06.84

>>798
RPAに手を出すことから予想が付くがおそらく経営陣は情弱なのでAPIの存在を知らないのだと思う
なので要望か提案を出して経営陣にそういうのもあるんだと気付かせることがスタートかな
トップが愚鈍だと苦労するけど長く勤める気があるならやっておいて損はない

なんならRPAをダシにしてAPIに興味をもたせる手もあるな
プログラムだけでなくRPAからもAPIを呼び出すことができる
APIの呼び出しは画面を操作するより遥かに簡単でセキュアで安定して高速で柔軟なのでより高性能のロボットを安く作る基盤になるので是非とも検討してくれ
などと説明してみたらどうかな

**デフォルトの名無しさん** · 2019/08/10(土) 23:54:08.62

APIというより同等のCUIインターフェースでもあればバッチ処理で済むのにね

**デフォルトの名無しさん** · 2019/08/11(日) 01:12:15.07

今後はRPA対応のExcelとブラウザが覇権とるぞい。

**デフォルトの名無しさん** · 2019/08/11(日) 07:55:05.24

>>802
APIを整備すればCUIを提供することも容易になる

**デフォルトの名無しさん** · 2019/08/11(日) 10:39:32.71

MSが本気出して、RPA・OfficeOnline＆365・ブラウザを
統合したら今のRPAツールの大半がゴミクズになる

**デフォルトの名無しさん** · 2019/08/11(日) 11:44:47.24

Microsoft的にはもう十分提供しているという認識なのではないかな

OfficeはVBA、COM Automation、Open XML、MS Graph API
GUI操作はUI Automation、WinAppDriver
ワークフローはAzure Durable Functions、WWF

**デフォルトの名無しさん** · 2019/08/11(日) 12:03:40.89

RPA対応の○○

手段と目的が逆転してる感が凄まじい
遊び好きな日本らしさが溢れていてイイね

**デフォルトの名無しさん** · 2019/08/11(日) 13:07:52.22

MS的には、Excelを正しく使いこなせば、その作業は一瞬で終わりますよ
と指摘したいこともあるだろう

マクロ以前の世界も少数派では無い

**デフォルトの名無しさん** · 2019/08/12(月) 00:47:33.93

さすがに、RPAでスーパーマリオをクリアする動画はまだないか。

**デフォルトの名無しさん** · 2019/08/12(月) 02:16:01.19

>>809
TASさんはRPAの一種だろ

**デフォルトの名無しさん** · 2019/08/12(月) 05:31:47.53

設計詳細とかってやはりuipathで作る前にプロパティの内容まで作るもんですか？

フローチャートはわからんでもないけど、プロパティまで…ってなんかそれは無理なんじゃね？と思ってしまったので…

**デフォルトの名無しさん** · 2019/08/12(月) 05:50:44.01

>>811
RPAだと作りながら調整する事が多いから
プロパティの内容まで事前に決めても無意味

**デフォルトの名無しさん** · 2019/08/12(月) 07:44:15.82

>>811
そういう従来プログラミングスタイルに当てはめて製造以外もキッチリやるならプログラマ雇ってプログラム書かせた方がいいよ

そういう堅苦しいことを抜きにしててきとーに作って動いたやったーで許されて初めてコスト削減になる
製造以外もキッチリやった上に製造が難しいRPAにしたら全体コスト増えてるじゃん

**デフォルトの名無しさん** · 2019/08/12(月) 08:44:01.22

>>812
>>813
ですよね。

なんかRPAの利点をことごとく潰してる気がしてます。
ま、契約更新する気は失せたのであとは頑張ってねーって感じですかね。

**デフォルトの名無しさん** · 2019/08/12(月) 11:13:07.92

ネットワーク・サーバー構築やカスタムアクティビティ製造のために外注するなら何歩か譲って理解できるのだがワークフロー製造を外注する意味はまじでわからん

**デフォルトの名無しさん** · 2019/08/13(火) 10:24:15.05

とりあえず、設計書？のためのテンプレート作っている…

どっかに全部のアクティビティのテンプレート(大項目…その他とか入力とかから各内容とドロップダウンリスト内容とか)落ちてないかなぁ…w

**デフォルトの名無しさん** · 2019/08/13(火) 10:24:56.42

>>815
派遣入れた方が安く上がると思ったんじゃないですかね？

99 · 2019/08/13(火) 10:47:37.56

>>816
設計書にアクティビティのプロパティまで書くなら詳細設計書く予定？
それとも、別の話し？

**デフォルトの名無しさん** · 2019/08/13(火) 12:19:52.08

>>818
そうです。
誰が見ても作れるようにしたいらしいです。

**デフォルトの名無しさん** · 2019/08/13(火) 14:10:03.74

>>816、>>819
多分それ無用の長物になるぞ
というか単純に工数がアホみたいにかかるぞそれ
UiPathの場合
短いロボットでも100～200アクティビティ
長いロボット(複数画面を跨ぐもの）だと500アクティビティは余裕で超えるから
そのプロパティを事前に全部書き出すとか狂気の代物だぞ

しかもこれをするのはRPA化対象の画面特性（データスクレイピングの可否、エレメント認識の可否、シミュレートクリックの有無）
を全部把握してないと、事前に設定したアクティビティが使えない事が十二分にあり得る

「シミュレートクリックが効かないから通常クリックにしよう」とか
「エレメント情報取れないから画像認識が必要になる、
　そうなると確実に画面に表示されるようにウィンドウ位置を移動させておこう」

とか細かい部分は作りながら調整していくけど
そのたびに設計書直してたら開発工数かかりまくってパンクするぞ

**デフォルトの名無しさん** · 2019/08/13(火) 15:54:16.57

＞とりあえず、設計書
>誰が見ても作れるようにしたいらしいです。

そういう局面は現実には無いような気がする
設計書があると思われない、探せない
設計書を見ても作れない

**デフォルトの名無しさん** · 2019/08/13(火) 15:55:28.47

>>820
えぇ。
自分は分かっているのですが、上役が用意しろと…
正直RPAってフローチャートは書いたとしてもプロパティは作りながらでないと意味無いよな…とは分かってるのですが、自分はエンジニアでは無いからとか言って詳細設計を作らせる上役でして…

さらにまだRPAでこのプロジェクトやれるかの承認すら取ってないんですよ…

なので、契約更新せずに終わろうと思ってます。
数ヶ月でほとんど進んで無いので、入った理由がわからんのですよ…
普通なら承認取れてから雇うと思うんですけどね…

**デフォルトの名無しさん** · 2019/08/13(火) 16:06:26.59

>>822
RPA作る時に必要になるのは
・画面遷移が分かる手順書
　→スクリーンショットを取ってエクセルにペタペタ張って作る簡単な奴で良い
　　　条件付きでポップアップ画面とかが出るならそれも張ってあると後で困らない

・最終的なアウトプット(とそのレイアウト)
　→エクセルとかを別途出力するなら、どういうレイアウトで出力するのかを
　　実物を見せて合意を取る（大体

・細かい条件のすり合わせ
　→例えば画面検索した時に結果が0件だった場合に
　　・0件はあり得ないからロボットを停止して担当者にメールを投げる
　　・0件な事はちょくちょくあるからそのデータをスキップして続行する
　みたいに細かい要件を煮詰めてまとめておく
　（この辺をサボると本番環境した時によく止まる）

この辺が重要になるからプロパティ値を書いた設計書書くぐらいなら
ユーザーからのヒアリングを細かく取った方が良いっていう

**デフォルトの名無しさん** · 2019/08/13(火) 17:29:02.37

uipathなら画像でフロー書き出しできるし、そこの空白に適当にコメント記載すればいいんじゃね？

99 · 2019/08/13(火) 17:29:53.91

>>822
前に金融系で仕事してるって言ってた人かな？
私が昔某メガバンクで仕事してたときも、詳細設計きっちり書いてレビューしてました
まあ、メガバンクは止まると大変なことになるので、そこまでやるのは当たり前

ロボットも、止まったり間違った判定してたりしたら大変なことになるので、詳細設計書くのも、レビューもやるべきでしょう
夜間ロボで朝までに終わらないといけないなら、止まると非常召集かかって皆で解決にあたる。
そのとき、ソース見る人も、詳細設計見る人もいます

そういう現場なら、詳細設計は重要です

アクティビティとプロパティ一覧は作りたいと思ってるけど、まだ作れてないし公開してるのを見たことないな…