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
大規模案件における手戻りを防ぐ要件定義・開発事例 / 2022-11-09 RAKUS Meetup
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
west-c
November 09, 2022
1.4k
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
大規模案件における手戻りを防ぐ要件定義・開発事例 / 2022-11-09 RAKUS Meetup
https://rakus.connpass.com/event/260429/
west-c
November 09, 2022
More Decks by west-c
See All by west-c
ローンチ1年目プロダクトのテストコード事情 / 2021-08-25 devtestlt
westc
0
160
はじめてのフロントエンド・バックエンド分離 / 2020-08-25 RAKUS Meetup
westc
3
3k
売れてる SaaS へのオブジェクトストレージ導入にまつわる泥臭い話 / JJUG CCC 2019 Spring
westc
2
3.5k
Featured
See All Featured
First, design no harm
axbom
PRO
2
1.2k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
12
1.2k
Groundhog Day: Seeking Process in Gaming for Health
codingconduct
0
210
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
55k
From π to Pie charts
rasagy
0
210
エンジニアに許された特別な時間の終わり
watany
107
250k
Testing 201, or: Great Expectations
jmmastey
46
8.2k
Conquering PDFs: document understanding beyond plain text
inesmontani
PRO
4
2.8k
Avoiding the “Bad Training, Faster” Trap in the Age of AI
tmiket
0
180
Large-scale JavaScript Application Architecture
addyosmani
515
110k
How to Grow Your eCommerce with AI & Automation
katarinadahlin
PRO
1
210
We Are The Robots
honzajavorek
0
250
Transcript
#RAKUSMeetup 大規模案件における手戻りを防ぐ 要件定義・開発事例 株式会社ラクス 西角 知佳
#RAKUSMeetup 自己紹介 - 西角 知佳 / Chika Nishikado - 2015年に新卒入社
- 2015年~2019年: の運用保守・機能開発 - 2019年~現在 : の機能開発
#RAKUSMeetup 楽楽勤怠について
#RAKUSMeetup 今日お話すること - 工数管理機能をリリース - 新規画面が多く大規模な開発 - リリース時期はズラせない 上記のような状況における開発事例を紹介します
#RAKUSMeetup アジェンダ - 工数管理をリリースすることになった経緯 - 楽楽勤怠の開発フローとチーム構成 - 要件定義者としての考慮ポイント - 開発者としての考慮ポイント
#RAKUSMeetup 工数管理をリリースすることになった経緯 - 顧客からの要望度が高い - ビジネスサイドからの希望実現時期が決められている 上から2番目
#RAKUSMeetup 楽楽勤怠の開発フローとチーム構成 PdM 要件定義者 デザイナー フロントエンド 開発者 サーバサイド 開発者 要求仕様書
要件定義書 デザイン API 画面仕様
#RAKUSMeetup 楽楽勤怠の開発フローとチーム構成 PdM 要件定義者 デザイナー フロントエンド 開発者 サーバサイド 開発者 要求仕様書
要件定義書 デザイン API 画面仕様
#RAKUSMeetup 楽楽勤怠の開発フローとチーム構成 PdM 要件定義者 デザイナー フロントエンド 開発者 サーバサイド 開発者 要求仕様書
要件定義書 デザイン API 画面仕様
#RAKUSMeetup 要求定義・要件定義 - それだけで1つのサービスになるくらい作り込める機能 - 開発期間が限られているため何をやるのか/やらないのかのスコープ決めが重要 ➔ 要求リストを作成して整理
#RAKUSMeetup 要求リスト
#RAKUSMeetup 要求リスト なぜその要求を 実現したいのか
#RAKUSMeetup 要求リスト PdMと優先度を 相談 なぜその要求を 実現したいのか
#RAKUSMeetup 要求リスト PdMと優先度を 相談 なぜその要求を 実現したいのか 実際にスコープに 含めるか
#RAKUSMeetup 要求リスト PdMと優先度を 相談 なぜその要求を 実現したいのか 実現しない理由や 深掘りで検討すべき事項など 実際にスコープに 含めるか
#RAKUSMeetup 作成にあたってのインプット - 社内のメンバーへのアンケート - 過去にどのような工数管理ツールを使っていたか - 工数入力をするうえでどのような点に不便を感じたか - 見込み顧客や契約中顧客へのヒアリング
- 現状の運用でどのような点に課題を感じているか - 検討中の仕様で運用上支障が無さそうか
#RAKUSMeetup 要求リスト作成の効果 - スコープ内の機能 - 1行ごとに1つの要求にフォーカスするため仕様の検討漏れが発生しにくい - スコープ外の機能 - 理由があってやらないのか
or 考慮漏れなのかを後から追いやすい - 今後の拡張予定の見通しがある程度つきやすい
#RAKUSMeetup 楽楽勤怠の開発フローとチーム構成 PdM 要件定義者 デザイナー フロントエンド 開発者 サーバサイド 開発者 要求仕様書
要件定義書 デザイン API 画面仕様
#RAKUSMeetup - 細かい画面仕様が固まっていない状態でAPI仕様を策定する - 手戻り・認識齟齬の懸念がある API仕様策定 画面仕様 API 要件定義書 デザイン
画面遷移時に引き継ぐ パラメータは何か? 画面上の各情報は どのAPIから取得するのか? どのような条件で画面の 出し分けをするのか?
#RAKUSMeetup - 認識合わせのための簡単なドキュメントを作成 API仕様策定 画面仕様 API デザイン どのAPIからどの情報を 描画するのかを明示 画面の出し分け条件を整理
画面遷移時に引き継ぐ想定の パラメータを明示 要件定義書
#RAKUSMeetup 10/1(土) 10/2(日) 10/3(月) 10/4(火) 従業員A 項目A XXX XXX XXX
XXX 項目B YYY YYY YYY YYY 従業員B 項目A XXX XXX XXX XXX 項目B YYY YYY YYY YYY 従業員C 項目A XXX XXX XXX XXX 項目B YYY YYY YYY YYY ・・・ 部門 ▼ 役職 ▼ 検索 詳細 詳細 詳細
#RAKUSMeetup 10/1(土) 10/2(日) 10/3(月) 10/4(火) 従業員A 項目A XXX XXX XXX
XXX 項目B YYY YYY YYY YYY 従業員B 項目A XXX XXX XXX XXX 項目B YYY YYY YYY YYY 従業員C 項目A XXX XXX XXX XXX 項目B YYY YYY YYY YYY ・・・ 部門 ▼ 役職 ▼ 検索 ① GET /hoge/api1 ② GET /hoge/api2 ③ GET /hoge/api3 ④ GET /hoge/api4 ⑤ GET /hoge/api5 詳細 詳細 詳細
#RAKUSMeetup 10/1(土) 10/2(日) 10/3(月) 10/4(火) 従業員A 項目A XXX XXX XXX
XXX 項目B YYY YYY YYY YYY 従業員B 項目A XXX XXX XXX XXX 項目B YYY YYY YYY YYY 従業員C 項目A XXX XXX XXX XXX 項目B YYY YYY YYY YYY ・・・ 部門 ▼ 役職 ▼ 検索 ① GET /hoge/api1 ② GET /hoge/api2 ③ GET /hoge/api3 ④ GET /hoge/api4 ⑤ GET /hoge/api5 APIと画面のマッピングを図示 詳細 詳細 詳細
#RAKUSMeetup 10/1(土) 10/2(日) 10/3(月) 10/4(火) 従業員A 項目A XXX XXX XXX
XXX 項目B YYY YYY YYY YYY 従業員B 項目A XXX XXX XXX XXX 項目B YYY YYY YYY YYY 従業員C 項目A XXX XXX XXX XXX 項目B YYY YYY YYY YYY ・・・ 部門 ▼ 役職 ▼ 検索 ① GET /hoge/api1 ② GET /hoge/api2 ③ GET /hoge/api3 ④ GET /hoge/api4 ⑤ GET /hoge/api5 APIと画面のマッピングを図示 詳細 詳細 詳細 ・画面遷移後にどのページに遷移するのか ・遷移に必要な情報はどの APIから取得するのか
#RAKUSMeetup API①を実行 ダイアログA表示 ダイアログB表示 … Yes Yes No No レスポンス=X
レスポンス=Y
#RAKUSMeetup - 今まで口頭で都度確認していた内容をドキュメント化することで フロントエンドメンバーがスムーズに実装することができた - サーバーサイド開発者・フロントエンド開発者・デザイナーなど関係者を 巻き込んでAPI仕様や画面仕様を検討できた ドキュメント作成の効果
#RAKUSMeetup 結果 - 予定していたスケジュール通りに機能開発およびリリース完了 - 機能開発における大きな手戻りはなし - リリース後のトラブルもなし
#RAKUSMeetup 振り返りと今後の展望 - 1つの機能に上流~下流まで携わったため担当を横断した動きが取りやすかった - 今回実施してよかった事例は他案件にも展開していきたい - APIと画面のマッピングは開発フローに組み込んでいる
#RAKUSMeetup ご清聴ありがとうございました