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
Hypothesis on Product Backlog
Search
Miho Nagase
June 15, 2021
Technology
0
250
Hypothesis on Product Backlog
妄想を練り上げてないでさっさと作ってフィードバックもらおうねという話をしました
Miho Nagase
June 15, 2021
Tweet
Share
More Decks by Miho Nagase
See All by Miho Nagase
スプリントレビューを効果的にするために
miholovesq
14
2.9k
Dynamic Reteaming And Self Organization
miholovesq
4
1.1k
Commitment vs Harrisonism - Keynote for Scrum Niseko 2024
miholovesq
7
3.6k
『チームトポロジー』と Platform Engineering
miholovesq
16
5.2k
コミュニケーションについて
miholovesq
1
340
F1 Fukuoka GP '23
miholovesq
0
2.4k
小さな「うっ」は成長のチャンス
miholovesq
0
2.6k
F1 Ochanomizu GP '23
miholovesq
0
4.8k
F1 Sapporo GP '22
miholovesq
0
750
Other Decks in Technology
See All in Technology
💡Ruby 川辺で灯すPicoRubyからの光
bash0c7
0
110
複数サービスを支えるマルチテナント型Batch MLプラットフォーム
lycorptech_jp
PRO
0
360
2025年になってもまだMySQLが好き
yoku0825
8
4.7k
開発者を支える Internal Developer Portal のイマとコレカラ / To-day and To-morrow of Internal Developer Portals: Supporting Developers
aoto
PRO
1
460
Function Body Macros で、SwiftUI の View に Accessibility Identifier を自動付与する/Function Body Macros: Autogenerate accessibility identifiers for SwiftUI Views
miichan
2
180
Snowflake Intelligenceにはこうやって立ち向かう!クラシルが考えるAI Readyなデータ基盤と活用のためのDataOps
gappy50
0
220
共有と分離 - Compose Multiplatform "本番導入" の設計指針
error96num
2
480
DevIO2025_継続的なサービス開発のための技術的意思決定のポイント / how-to-tech-decision-makaing-devio2025
nologyance
1
390
La gouvernance territoriale des données grâce à la plateforme Terreze
bluehats
0
170
ハードウェアとソフトウェアをつなぐ全てを内製している企業の E2E テストの作り方 / How to create E2E tests for a company that builds everything connecting hardware and software in-house
bitkey
PRO
1
130
研究開発と製品開発、両利きのロボティクス
youtalk
1
520
[ JAWS-UG 東京 CommunityBuilders Night #2 ]SlackとAmazon Q Developerで 運用効率化を模索する
sh_fk2
3
420
Featured
See All Featured
The Invisible Side of Design
smashingmag
301
51k
Balancing Empowerment & Direction
lara
3
620
Building an army of robots
kneath
306
46k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.4k
It's Worth the Effort
3n
187
28k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
32
1.6k
Build The Right Thing And Hit Your Dates
maggiecrowley
37
2.9k
Building Applications with DynamoDB
mza
96
6.6k
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.1k
Code Review Best Practice
trishagee
70
19k
GitHub's CSS Performance
jonrohan
1032
460k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
15
1.6k
Transcript
プロダクトバックログは妄想の塊
永瀬美穂 / Nagase Miho 2 受託開発の現場でWebアプリケーションエンジニア、プロジェクトマ ネージャーとしての経験を重ね、2009年頃より所属組織でのアジャイ ルの導入と実践を通じ組織マネジメントを行う。現在は顧客へのアジャ イル導入支援、教育研修、コーチングをしながら、大学教育にも力を入 れている。産業技術大学院大学客員教授。
プロダクトバックログは妄想の塊 ✤ あったら嬉しい(はず) ✤ あったら便利(なはず) ✤ ユーザーはこれを欲しがっている(はず) 3
妄想というとカッコ悪いので "仮説"というとそれっぽくなる 4
仮説(妄想)の扱い ✤ 仮説(妄想)を検証する ✤ 仮説(妄想)が実証できる:「〜なはず」が当たった ✤ 仮説(妄想)が棄却される:「〜なはず」が当たらなかった ✤ スプリントレビューでは「どんな仮説(妄想)を検証するのか?」が重要 ✤
仮説(妄想)が実証または棄却できるデモになっているとなおよい → プロダクトバックログアイテムの粒度や定義に関わる ✤ 「ふーん」「すごい」「よさそう(棒読み)」はクソリプ ✤ デモできないのは論外 5
実装にはコストがかかる 妄想のまま実装するのはリスク 6
妄想を膨らませる前にさっさと確認する 7
「建物の外に出よ」 "Get out of the building" - Steve Blank 8
手早くさっさとフィードバックをもらう方法 ✤ インタビュー ✤ ペーパープロトタイピング ✤ モックアップ ✤ etc... 9
顧客はあなたのソリューションに興味はない。 興味があるのは、顧客自信の課題だ。 デイブ・マクルーア、500 Startup社 10 10
ソリューションではなく課題に注目する ✤ ソリューションは仮説(妄想) ✤ 課題は妄想度合いは低そう(≒事実⚠) ✤ 他人の課題 ✤ 自分の課題←圧倒的当事者
⚠ 事実であるかどうかを確認するためには検証が必要 11
基本に立ち戻れ ✤ 「ソフトウェアの分野で最も協力で、最も長続きしている ムーブメント」 ✤ 「小さなソフトウェアチームが小さなプロジェクトをマネジ メントするための小さな規律である」 12
さっさと確認したらさっさと作って見せて検証する 13
留意すること ✤ 棄却されるのは仮説(妄想)であって、あなた自身が否定されるのではない ✤ 完璧主義をこじらせない ✤ かけた時間とアイデアの素晴らしさは比例しない ✤ 研修は安全に失敗できる場である ✤
今後の人生で最高のプロダクトを作るための練習 ✤ 今回の研修で完璧なものを作ることを期待しない(だったら起業してるやろ💰) ✤ とはいえ与えられた環境で最高の結果を出そう(最高とは🤔) 14