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
3k
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.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
770
Other Decks in Technology
See All in Technology
コンテキストエンジニアリングとは? 考え方と応用方法
findy_eventslides
4
890
Shirankedo NOCで見えてきたeduroam/OpenRoaming運用ノウハウと課題 - BAKUCHIKU BANBAN #2
marokiki
0
110
SREとソフトウェア開発者の合同チームはどのようにS3のコストを削減したか?
muziyoshiz
1
100
Trust as Infrastructure
bcantrill
0
320
Oracle Cloud Infrastructure:2025年9月度サービス・アップデート
oracle4engineer
PRO
0
390
SwiftUIのGeometryReaderとScrollViewを基礎から応用まで学び直す:設計と活用事例
fumiyasac0921
0
140
多様な事業ドメインのクリエイターへ 価値を届けるための営みについて
massyuu
0
100
Escaping_the_Kraken_-_October_2025.pdf
mdalmijn
0
120
成長自己責任時代のあるきかた/How to navigate the era of personal responsibility for growth
kwappa
3
260
バイブコーディングと継続的デプロイメント
nwiizo
2
410
Geospatialの世界最前線を探る [2025年版]
dayjournal
3
490
いまさら聞けない ABテスト入門
skmr2348
1
200
Featured
See All Featured
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
132
19k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.5k
Build your cross-platform service in a week with App Engine
jlugia
232
18k
The Pragmatic Product Professional
lauravandoore
36
6.9k
Typedesign – Prime Four
hannesfritz
42
2.8k
Context Engineering - Making Every Token Count
addyosmani
5
180
Building Flexible Design Systems
yeseniaperezcruz
329
39k
Building Adaptive Systems
keathley
43
2.8k
How To Stay Up To Date on Web Technology
chriscoyier
791
250k
Building an army of robots
kneath
306
46k
The Illustrated Children's Guide to Kubernetes
chrisshort
48
51k
Intergalactic Javascript Robots from Outer Space
tanoku
273
27k
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