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
個人的に考える要件定義でやる一連の流れ
Search
Kawazu
June 17, 2023
Technology
0
380
個人的に考える要件定義でやる一連の流れ
下記イベントでの登壇資料です。
https://techdmeetup.connpass.com/event/281262/
Kawazu
June 17, 2023
Tweet
Share
More Decks by Kawazu
See All by Kawazu
ChatGPTで水平思考ゲームを行えるか試してみた
kawazu
0
310
新人プロダクトマネージャーの試行錯誤記録
kawazu
0
170
バックエンドエンジニアが初めてReactを触って感じたこと
kawazu
0
250
音楽仲間がいないのでバンドメンバーを実装した話
kawazu
0
100
JetsonNanoで自動作曲配信システムを作ってる途中の話
kawazu
0
720
bert-tokenizerノードを触ってみた
kawazu
0
300
BERTで文章関連度算出して戯れてみる
kawazu
0
150
Node-REDとAutomatorでプライバシーマスク作成を自動化する
kawazu
0
160
AWS DeepComposerで作業用BGMを作った話
kawazu
0
160
Other Decks in Technology
See All in Technology
Javaで作る RAGを活用した Q&Aアプリケーション
recruitengineers
PRO
1
120
なぜ私はいま、ここにいるのか? #もがく中堅デザイナー #プロダクトデザイナー
bengo4com
0
480
AIのAIによるAIのための出力評価と改善
chocoyama
2
570
セキュリティの民主化は何故必要なのか_AWS WAF 運用の 10 の苦悩から学ぶ
yoh
1
180
“社内”だけで完結していた私が、AWS Community Builder になるまで
nagisa53
1
400
米国国防総省のDevSecOpsライフサイクルをAWSのセキュリティサービスとOSSで実現
syoshie
2
1.1k
Кто отправит outbox? Валентин Удальцов, автор канала Пых
lamodatech
0
350
PHPでWebブラウザのレンダリングエンジンを実装する
dip_tech
PRO
0
210
2年でここまで成長!AWSで育てたAI Slack botの軌跡
iwamot
PRO
4
740
「Chatwork」の認証基盤の移行とログ活用によるプロダクト改善
kubell_hr
1
190
データプラットフォーム技術におけるメダリオンアーキテクチャという考え方/DataPlatformWithMedallionArchitecture
smdmts
5
640
Witchcraft for Memory
pocke
1
440
Featured
See All Featured
Learning to Love Humans: Emotional Interface Design
aarron
273
40k
Site-Speed That Sticks
csswizardry
10
660
Navigating Team Friction
lara
187
15k
Making Projects Easy
brettharned
116
6.3k
Building Flexible Design Systems
yeseniaperezcruz
328
39k
Building Adaptive Systems
keathley
43
2.6k
Optimizing for Happiness
mojombo
379
70k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
181
53k
Embracing the Ebb and Flow
colly
86
4.7k
Stop Working from a Prison Cell
hatefulcrawdad
270
20k
Fireside Chat
paigeccino
37
3.5k
Transcript
個人的に考える 要件定義でやる 一連の流れ 河津正和
河津正和 2012 年〜2016 年辺りまで バックエンド領域のプログラマ 2017 年あたりから 開発側のPM をやることに
要件定義って一体 何をすれば良いのでしょうか? 上流工程未経験の方にとって、イメージしづらいのではと思います 突然ですが
要件定義における 一連のフローをご紹介 個人的な知見なので 悪しからず
要件定義の3工程 解決したい課題 について技術者 視点から判断す る 企画 01 開発に必要な要 素を洗い出し整 理する
登場人物選定 02 システム構成や 画面構成を詰め つつ議論する システム構成策定 03
1. 企画
技術者視点から 意見を出す 技術的に実現可能な企画なのかどうか 実現にあたってどのようなリスクがある のか 実現可能性 本当に企画した内容がユーザーにとって ベストなのか 他に良い実装内容があれば提案する ベストな手段の提案
エンジニアは「手段」に強い 企画側が予想もしなかったやり方について提案できる可能性はあります
2. 登場人物の整理
登場人物の種類 価値提供先や、 それに必要なオ ペレーター ユーザー 01 実現にあたりど の技術領域が必 要となるか 技術領域
02 クライアント企 業や外部協力開 発会社など、開 発に関わる人た ち ステークホルダー 03
ユーザーは どのような操作 を行うのか ユーザーがやりたいと思うことを 5W1H で想像して あるべき機能を予想する サービス価値 必要な運用はどのようなものか 5W1H
を明らかにして あるべき機能を予想する 必要なオペレーション 非機能要件の予想 なども含まれる
必要な技術領域 を洗い出す 必要な開発者を 集める WebAPI Web アプリ モバイルアプリ IoT デバイス
筐体 管理画面 AI モデル インフラサーバ 決済
ここの箇所は 自社でできる WebAPI Web アプリ モバイルアプリ IoT デバイス 筐体 管理画面
AI モデル インフラサーバ 決済 それ以外は 外部会社にお願い
アクティビティ図の ススメ ユーザーの操作と各技術領域がどのよう に連携するかが整理される
3. システム構成策定
それぞれの 技術領域ごとに システム構成を 策定する 必要となるAPI の種類、DB テーブル構成、PaaS 選定 バックエンド(WebAPI 、バッチ処理、etc)
画面構成、コンポーネント構成、軽量化 クライアントアプリ インフラ構成、負荷影響、監視設定 サーバインフラ センサー選定、空間構成、緊急時代替手段の検討 IoT デバイス
各領域が独立して動くのではなく それぞれ擦り合わせつつ 詰めていくことが大事になります
まとめ
要件定義の3工程 解決したい課題 について技術者 視点から判断す る 企画 01 開発に必要な要 素を洗い出し整 理する
登場人物選定 02 システム構成や 画面構成を詰め つつ議論する システム構成策定 03
何をやるべきか迷った時に 振り返ることができるように 自分のチートシートを作っておきましょう