個人的に考える要件定義でやる一連の流れ

by Kawazu

Slide 1

Slide 1 text

個人的に考える要件定義でやる一連の流れ河津正和

Slide 2

Slide 2 text

河津正和 2012 年〜2016 年辺りまでバックエンド領域のプログラマ 2017 年あたりから開発側のPM をやることに

Slide 3

Slide 3 text

要件定義って一体何をすれば良いのでしょうか？上流工程未経験の方にとって、イメージしづらいのではと思います突然ですが

Slide 4

Slide 4 text

要件定義における一連のフローをご紹介個人的な知見なので悪しからず

Slide 5

Slide 5 text

要件定義の３工程解決したい課題について技術者視点から判断する企画 01 開発に必要な要素を洗い出し整理する登場人物選定 02 システム構成や画面構成を詰めつつ議論するシステム構成策定 03

Slide 6

Slide 6 text

１. 企画

Slide 7

Slide 7 text

技術者視点から意見を出す技術的に実現可能な企画なのかどうか実現にあたってどのようなリスクがあるのか実現可能性本当に企画した内容がユーザーにとってベストなのか他に良い実装内容があれば提案するベストな手段の提案

Slide 8

Slide 8 text

エンジニアは「手段」に強い企画側が予想もしなかったやり方について提案できる可能性はあります

Slide 9

Slide 9 text

2. 登場人物の整理

Slide 10

Slide 10 text

登場人物の種類価値提供先や、それに必要なオペレーターユーザー 01 実現にあたりどの技術領域が必要となるか技術領域 02 クライアント企業や外部協力開発会社など、開発に関わる人たちステークホルダー 03

Slide 11

Slide 11 text

ユーザーはどのような操作を行うのかユーザーがやりたいと思うことを 5W1H で想像してあるべき機能を予想するサービス価値必要な運用はどのようなものか 5W1H を明らかにしてあるべき機能を予想する必要なオペレーション非機能要件の予想なども含まれる

Slide 12

Slide 12 text

必要な技術領域を洗い出す必要な開発者を集める WebAPI Web アプリモバイルアプリ IoT デバイス筐体管理画面 AI モデルインフラサーバ決済

Slide 13

Slide 13 text

ここの箇所は自社でできる WebAPI Web アプリモバイルアプリ IoT デバイス筐体管理画面 AI モデルインフラサーバ決済それ以外は外部会社にお願い

Slide 14

Slide 14 text

アクティビティ図のススメユーザーの操作と各技術領域がどのように連携するかが整理される

Slide 15

Slide 15 text

3. システム構成策定

Slide 16

Slide 16 text

それぞれの技術領域ごとにシステム構成を策定する必要となるAPI の種類、DB テーブル構成、PaaS 選定バックエンド(WebAPI 、バッチ処理、etc) 画面構成、コンポーネント構成、軽量化クライアントアプリインフラ構成、負荷影響、監視設定サーバインフラセンサー選定、空間構成、緊急時代替手段の検討 IoT デバイス

Slide 17

Slide 17 text

各領域が独立して動くのではなくそれぞれ擦り合わせつつ詰めていくことが大事になります

Slide 18

Slide 18 text

まとめ

Slide 19

Slide 19 text

Slide 20

Slide 20 text

何をやるべきか迷った時に振り返ることができるように自分のチートシートを作っておきましょう