Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
191009 楽しくRPA開発するための要件定義のコツ ひろせさん
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
RPACommunity
October 09, 2019
Technology
0
260
191009 楽しくRPA開発するための要件定義のコツ ひろせさん
RPACommunity
October 09, 2019
Tweet
Share
More Decks by RPACommunity
See All by RPACommunity
201023 Automation Anywhere「A2019」を触ってみた Ayy
rpabank
0
1k
201023 DX Suiteを触ってみた Ayy
rpabank
0
1k
201023 RPA超初心者がWinActorにチャレンジしてみた ユーコさん
rpabank
0
630
201023 PowerPlatform はじめの一歩 みさみささん
rpabank
0
630
201023 アシロボで実際に沼ってみた たまいさん
rpabank
0
690
201018 RPAの本質とトレンド Mitz
rpabank
0
530
201006 僕がいまRPAで伝えたいことのすべて いろはまるさん
rpabank
0
480
201006 UiPath MVP 2019-2020 はなっち!さん
rpabank
0
460
201006 今からでも間に合う!UiPathトーク一気に振り返り たまいさん
rpabank
0
420
Other Decks in Technology
See All in Technology
22nd ACRi Webinar - NTT Kawahara-san's slide
nao_sumikawa
0
120
(技術的には)社内システムもOKなブラウザエージェントを作ってみた!
har1101
0
350
私たち準委任PdEは2つのプロダクトに挑戦する ~ソフトウェア、開発支援という”二重”のプロダクトエンジニアリングの実践~ / 20260212 Naoki Takahashi
shift_evolve
PRO
2
230
配列に見る bash と zsh の違い
kazzpapa3
3
170
制約が導く迷わない設計 〜 信頼性と運用性を両立するマイナンバー管理システムの実践 〜
bwkw
3
1.1k
Agile Leadership Summit Keynote 2026
m_seki
1
680
日本の85%が使う公共SaaSは、どう育ったのか
taketakekaho
1
250
AzureでのIaC - Bicep? Terraform? それ早く言ってよ会議
torumakabe
1
620
インフラエンジニア必見!Kubernetesを用いたクラウドネイティブ設計ポイント大全
daitak
1
390
モダンUIでフルサーバーレスなAIエージェントをAmplifyとCDKでサクッとデプロイしよう
minorun365
4
230
GitHub Copilot CLI を使いやすくしよう
tsubakimoto_s
0
110
Why Organizations Fail: ノーベル経済学賞「国家はなぜ衰退するのか」から考えるアジャイル組織論
kawaguti
PRO
1
220
Featured
See All Featured
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
4.2k
Unsuck your backbone
ammeep
671
58k
Hiding What from Whom? A Critical Review of the History of Programming languages for Music
tomoyanonymous
2
430
A Guide to Academic Writing Using Generative AI - A Workshop
ks91
PRO
0
210
Dominate Local Search Results - an insider guide to GBP, reviews, and Local SEO
greggifford
PRO
0
80
Beyond borders and beyond the search box: How to win the global "messy middle" with AI-driven SEO
davidcarrasco
1
58
What Being in a Rock Band Can Teach Us About Real World SEO
427marketing
0
180
Un-Boring Meetings
codingconduct
0
200
Claude Code どこまでも/ Claude Code Everywhere
nwiizo
61
52k
Documentation Writing (for coders)
carmenintech
77
5.3k
More Than Pixels: Becoming A User Experience Designer
marktimemedia
3
330
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
508
140k
Transcript
RPALT大阪 Vol.6 ロボ開発を楽しくするための要件定義のコツ 2019/10/09 (水) 廣瀬 智史(ひろせ さとし) #RPALT
1 自己紹介 なぜ要件定義なのか 要件定義フェーズの全体像 RPA導入における要件定義のコツ(対象業務選定)
RPA導入における要件定義のコツ(業務ヒアリング) RPA導入における要件定義のコツ(要件定義書作成) RPA導入における要件定義のコツ(要件定義書レビュー) まとめ Agenda #RPALT
2 自己紹介 経歴 ・ 2016年4月TIS入社 保険関連のシステム保守開発に従事(VB.net/C/JAVA, Oracle) ・ bizroboに触って、RPAを触りたくなり現職へ転職
・ 地獄のSAP導入でアメリカに行って5kg痩せた後、Uipathでのロボ開発プロジェクトへ参画 趣味 #RPALT
3 なぜ要件定義なのか 全ての開発PJにおいて、要件定義は必要であり、要件定義ミス=炎上に即つながりやすい 特にロボ開発においては、要件定義=設計であることが多く、重要性は高い 要件定義をきっちり行えれば、その後のロボ開発は楽しくなれる! 怒涛の要件定義編 漆黒の開発編
常夜の導入編 第1部 第2部 第3部 Today’s Contents ! RPA導入フェーズ 今日は時間の都合上、第1部のみです! Comment 要件定義しんどい!嫌だ! 要件定義をやれば楽しい時間だ! #RPALT
4 要件定義フェーズの全体像 RPAの要件定義フェーズは、対象業務選定、業務ヒアリング、要件定義書作成、要件定義書レビューの 順番。(ベンダーやプロジェクトによって差異あり) それぞれの段階で留意点や聞くべきことがあるので、それらを以降のページで紹介していく。 対象業務選定 業務ヒアリング 要件定義書作成
要件定義書レビュー RPA要件定義フェーズ 【経験プロジェクト概要】 ・某国内大手食品会社の経理部へ7業務(ロボ10体)をロボ導入 ・同じ会社のSCM事業部へ5業務(ロボ10体)をロボ導入 ・ロボは全てUipath ・開発者はまさかの2人体制(ともにUipath未経験者) →おかげで要件定義~ロボ導入、受入確認対応、Orchestrator設定までなんでもござれ #RPALT
対象業務選定 #RPALT
6 RPA導入における要件定義のコツ(対象業務選定) 対象業務選定は、ユーザ側ではなくベンダー側で必ずやるべき(ロボ化不可能な業務を選んでくることも、、) 対象業務選定時で考慮すべきは、より効果が出る業務は何か、RPA化可能かの2軸で考えると良い 効果が出やすいものとして、作業が単純であること、実施頻度が多いことがある。 RPA化しやすい RPA化難しい
効果が出やすい 効果が出にくい 有名パッケージ ソフト操作 メール送信 XLSファイル 編集 マクロ/関数 レポート作成 仮想環境 Office365 動的なWeb 画面 データ登録 データ出力 スクラッチ システム操作 編集不可 ファイル PoCや初導入は この部分から始 めるべき OCR AI ユーザのRPAに対する理解度・習熟度によって、対象業務を変更する方がよい Comment #RPALT
業務ヒアリング #RPALT
8 RPA導入における要件定義のコツ(業務ヒアリング) 要件定義=設計となるので、できるだけ細かく、業務の一挙手一投足に注意してヒアリングする。 →Excel業務には注意、作成の流れだけでなく関数やマクロの動きにも注意 当たり前の話だが、ヒアリングしながらどうしたらこの業務をロボに置き換えられるかをイメージする。 →絶対開発むりやんこんなん、とヒアリング中にイメージできれば別の対象へとチェンジしやすい。 ex) 編集不可能なファイルからデータを読みとり登録、編集条件が複雑すぎる月次決算レポート作成など
ドキュメント作成のため、業務で使用するファイルやシステムのキャプチャをもらう →初めて触るファイルやシステムだと、どのような手順で進めるか要件定義書作成時に忘れてしまう。 ヒアリング時に要件定義書に書く内容をどれだけイメージできるかが勝負 Comment #RPALT
要件定義書作成 #RPALT
10 RPA導入における要件定義のコツ(要件定義書作成) ロボ開発の要件定義書は、外部設計<ロボ要件定義書<内部設計書 くらいの粒度感がおすすめ ロボ全体図、業務フロー、詳細処理定義、動作スケジュールくらいを記載できればOK 要件定義書に記載する業務フローを人、ロボ、システムの3つで分けて整理すると分かりやすい。 →ここでロボ開発スコープ対象も定義しておく方がよい
統制上の観点からも、必ずロボの動作結果を人間が確認するフェーズとエビデンス動作を残す。 監査からめんどくさい横やりが入ることもしばしば、、、 (完了時のメール送信、エラー時のメール送信、登録したデータ出力) ユーザ側も何をすればよい のか分かるので混乱しない このタイミングでどれだけ業務やユーザ側の意図を整理してドキュメントに落とし込めているかが大切 Comment #RPALT
要件定義書レビュー #RPALT
12 RPA導入における要件定義のコツ(要件定義書レビュー) この時点でユーザ側に、どの程度までロボがやってくれるのかを説明する。いわゆる期待値コントロール →前ページの業務フローで整理したものを見せながら行うと効果的 ユーザ側にロボのイメージがついたことで、初めのヒアリング時とは違うことや、追加の要望が出てきたりするので、 あらかじめ追加要望が出てくることを想定して、どこまでなら吸収できるかを考慮しておく。 辞書ファイルや実際にロボ開発画面(Uipath
Studioなど)など、具体的なものを見せながらだと ユーザ側もイメージがつきやすい。 【辞書ファイル】 ユーザ側にどれだけイメージを持ってもらうかが大切 Comment #RPALT
13 まとめ 要件定義をきっちり行い、ロボ開発を楽しくしようぜ!! #RPALT