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
260
Hypothesis on Product Backlog
妄想を練り上げてないでさっさと作ってフィードバックもらおうねという話をしました
Miho Nagase
June 15, 2021
Tweet
Share
More Decks by Miho Nagase
See All by Miho Nagase
スプリントレビューを効果的にするために
miholovesq
15
3.1k
Dynamic Reteaming And Self Organization
miholovesq
4
1.2k
Commitment vs Harrisonism - Keynote for Scrum Niseko 2024
miholovesq
7
3.6k
『チームトポロジー』と Platform Engineering
miholovesq
16
5.3k
コミュニケーションについて
miholovesq
1
350
F1 Fukuoka GP '23
miholovesq
0
2.5k
小さな「うっ」は成長のチャンス
miholovesq
0
2.6k
F1 Ochanomizu GP '23
miholovesq
0
4.8k
F1 Sapporo GP '22
miholovesq
0
780
Other Decks in Technology
See All in Technology
[2025年10月版] Databricks Data + AI Boot Camp
databricksjapan
1
230
webpack依存からの脱却!快適フロントエンド開発をViteで実現する #vuefes
bengo4com
0
1.1k
dbtとBigQuery MLで実現する リクルートの営業支援基盤のモデル開発と保守運用
recruitengineers
PRO
3
150
旅で応援する✈️ NEWTが目指すコミュニティ支援とあたらしい旅行 / New Travel: Supporting by NEWT on Your Journey
mii3king
0
120
OpenTelemetry が拡げる Gemini CLI の可観測性
phaya72
2
1k
Biz職でもDifyでできる! 「触らないAIワークフロー」を実現する方法
igarashikana
3
1.3k
[OCI Skill Mapping] AWSユーザーのためのOCI – IaaS編(Compute/Storage/Networking) (2025年10月8日開催)
oracle4engineer
PRO
1
150
コンパウンド組織のCRE #cre_meetup
layerx
PRO
0
160
OCIjp_Oracle AI World_Recap
shinpy
1
150
フレームワークを意識させないワークショップづくり
keigosuda
0
230
OSSで50の競合と戦うためにやったこと
yamadashy
3
880
物体検出モデルでシイタケの収穫時期を自動判定してみた。 #devio2025
lamaglama39
0
260
Featured
See All Featured
The Pragmatic Product Professional
lauravandoore
36
7k
Designing for Performance
lara
610
69k
Keith and Marios Guide to Fast Websites
keithpitt
411
23k
Done Done
chrislema
185
16k
Building a Modern Day E-commerce SEO Strategy
aleyda
44
7.8k
Become a Pro
speakerdeck
PRO
29
5.6k
A designer walks into a library…
pauljervisheath
209
24k
The World Runs on Bad Software
bkeepers
PRO
72
11k
Six Lessons from altMBA
skipperchong
29
4k
Designing Experiences People Love
moore
142
24k
Building Adaptive Systems
keathley
44
2.8k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
37
2.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