
こんにちは。完全自動化研究所の小佐井です。
この記事ではDAFの要件定義について解説します。
なんだか難しそうね


DAFで何の業務を完全自動化するのか検討し、何をゴールにするのかを定義のが「要件定義」です。
この工程では現状と完全自動化に必要な要件を把握し、文書にまとめます。
一度で完結することはありませんので、難しく考えず早く手を付けて進めることが大切です。
業務の完全自動化を支えるDAF理論について次の記事で解説しています。
それでは、どうぞ!
現状把握(全体)





最初に業務に関わる全体を掴みましょう!
現状のシステム概要を把握する
個別の完全自動化案件に深入りする前に、案件に関わるシステムの概要を把握します。
デスクトップ型RPAツールの知識がある方は、「現状の業務をまったく変えずに、そのままRPAツールに覚えさせればいいので、システム概要の把握は必要ない」と思っているかもしれません。
しかし実際の業務は、システム・エンジニアの視点からみると非合理的な方法でシステムを利用している場面が多く見られます。
例えば「別のシステムから、集計されたデータが取り出せるのに、明細データを手作業で集計している」「複数の人が同じデータをダウンロードしているので、システム負荷がかかって余計に処理が遅くなっている」などです。
これらの業務をそのままRPAツールに覚えさせてはいけません。
正確かつ効率的に業務を自動化するためには、案件に関わるシステム概要を把握することが必要なのです。
システム概要の文書を作る意味
もう1つ、この段階で全体を把握し、文書を作成することには意味があります。それは、経営層に見せるためです。
完全自動化を行う時には経営層の支持が必要です。
部署間の垣根を超えて行う自動化もありますので、利害関係の調整にひと肌脱いでもらう必要も出てくるでしょう。
その時に経営層がまったくシステム概要を把握していなかったら、あなたも予期していない方向に話を持っていかれてしまうかもしれません。
そもそも、あなたが何をやっているのか理解してもらえず、まったく評価してもらえないかもしれません。そうなると、あなたも周りもモチベーションが上がらず、完全自動化は頓挫することでしょう。
「システム部が昔作った難しいシステム概要図」は、忙しい経営層は見たくないものです。もっとシンプルで親切な概要図を作り、経営層を味方に付けて、「応援してもらえる自動化」を目指しましょう。
業務の概要を表すのにはデータフロー図が適しています。次の記事を参照してください。
課題を把握する
「経営層・マネージャ層から見た課題」と「実務者から見た課題」は異なります。
DAFチームは双方の課題に加え、「完全自動化の観点から見た課題」を把握しましょう。
これらを表1のように文書にまとめておきましょう。
【表1】現状把握(全社)の文書の雛形



とりあえず、このフォーマットにまとめたらいいのね!
初期診断





文書にまとめた後にすることです。
現状の大枠と完全自動化したい案件が見えてきたところで、いったんゼロベースで眺めてみることが大事です。
なぜなら、「すべての業務を完全自動化できる」わけではないからです。
また、完全自動化できるとしても、「仕様がわかる人がいない案件」「人の判断や手作業が絡んでいる案件」「複数の部署の思惑が複雑に絡んでいる案件」などは調査や調整に多くの工数がかかってしまいます。
要件定義する中で「今の自分の力量では自動化できない」と判断したら、いったん保留するか、優先順位を落とすことも念頭に置いてください。
ただし、コンサルタントが行う初期診断とは違います。コンサルタントは診断から解決までを間違わずに提示することが仕事ですが、実務の現場で求められるのは行動と結果です。
行動することによってのみ得られる情報があるので、試行錯誤は避けられません。
僕も何回も失敗しました。
本記事をガイドラインとしながら、試行錯誤することであなたにあった完全自動化のガイドラインを見つけていってください。



チャレンジが大切なのね!
関連する記事





全体の把握ができたら、次に個別案件の把握を行いましょう。
次は次の記事をお読みください。
僕の著書「オープンソースで作る!RPAシステム開発入門」では、DAFを構築し運用する方法について詳しく解説しています。
まとめて知識を手に入れたい方は書籍をご購入ください。