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
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
Miho Nagase
July 22, 2025
Technology
3.4k
15
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
スプリントレビューを効果的にするために
Miho Nagase
July 22, 2025
More Decks by Miho Nagase
See All by Miho Nagase
F1 Haneda GP '26
miholovesq
0
220
Dynamic Reteaming And Self Organization
miholovesq
4
2.7k
Commitment vs Harrisonism - Keynote for Scrum Niseko 2024
miholovesq
8
4.6k
『チームトポロジー』と Platform Engineering
miholovesq
18
6.5k
コミュニケーションについて
miholovesq
1
420
F1 Fukuoka GP '23
miholovesq
0
3k
小さな「うっ」は成長のチャンス
miholovesq
0
2.9k
F1 Ochanomizu GP '23
miholovesq
0
5.2k
F1 Sapporo GP '22
miholovesq
0
980
Other Decks in Technology
See All in Technology
Oracle AI Databaseデータベース・サービス: BaseDB/ExaDB-Dの可用性
oracle4engineer
PRO
1
1.1k
GuardDuty 検知対応を DevOps Agent で効率化しようとしている話 / GuardDuty Investigations with DevOps Agent
masahirokawahara
1
160
AIで開発は速くなったのに、なぜ現場は楽にならないのか 〜あなたの組織のボトルネックを突き止めるワークショップ〜
jacopen
1
210
When Token Pruning is Worse than Random: Understanding Visual Token Information in VLLMs
sansantech
PRO
0
240
Claude Codeで開発以外の業務も爆速化しよう!
minorun365
PRO
12
9.5k
プロダクト思考 × 基盤思考を AIで実現する Compound Engineering
tkc66buzz
1
170
本番に近いテストをもっと手軽に - Postmanで広がるAPIテストの世界 / Expanding the World of API Testing with Postman
yokawasa
1
220
Webとヘルスデータ
yukukotani
0
130
全員がプロダクトへ向き合う組織を持続成長させるために——組織づくりのフライホイールと4象限 / The Flywheel Model and Four Quadrants for Organizational Design
hiro_torii
2
400
いま好きなこと 最初はそんなに好きじゃなかった #tamagawadev
nishiuma
1
220
Benchmarking Vector Databases: pgvector vs. LanceDB
tsho
0
110
Backstageでつくるセルフサービスな社内開発基盤
kikunosuke75
1
210
Featured
See All Featured
Odyssey Design
rkendrick25
PRO
2
790
Max Prin - Stacking Signals: How International SEO Comes Together (And Falls Apart)
techseoconnect
PRO
0
430
The Spectacular Lies of Maps
axbom
PRO
1
960
Automating Front-end Workflow
addyosmani
1369
210k
Why Our Code Smells
bkeepers
PRO
340
58k
Primal Persuasion: How to Engage the Brain for Learning That Lasts
tmiket
0
440
Design in an AI World
tapps
1
300
Speed Design
sergeychernyshev
33
2.1k
Chasing Engaging Ingredients in Design
codingconduct
0
290
Bootstrapping a Software Product
garrettdimon
PRO
306
120k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
230
23k
Believing is Seeing
oripsolob
1
200
Transcript
スプリントレビューを効果的 にするために 2025/7/22 @miholovesq
漏れ聞こえてくる会話… 「ほとんど進捗がないのにまたデモしなきゃいけない」 「ほしい観点でフィードバックしてもらえない」 「狙った通りに使ってもらえない」
機能の紹介になっていませんか? 「ここにアクセスしてください」 「クリックしてください」 「触ってみてください」
機能の紹介になっていませんか? 「ここにアクセスしてください」 - しない! 「クリックしてください」 - しない! 「触ってみてください」 - ユーザーをデバッガーにするんじゃない!
結論:ユーザー体験をデモしよう 機能の紹介ではなく、ユーザー体験をデモするようにしましょう。 スクラムはイテレーティブ(iterative/反復的)、かつインクリメンタル (incremental/漸進的)。 機能を細切れに作って提供するのではなく、ユーザー体験を繰り返し提供してフィー ドバックを得たいからです。 フィードバックは感想、コメントに限らず、相手の反応すべてです。
ユーザー体験のデモをするには - 課題の設定 - こういうことはありませんか? - こんなときどうしてますか? - 課題への共感 -
こういうことで困ってませんか? - こういうのがあればと思ったことはありませんか? - これがあったら嬉しくないですか? - 課題に対するソリューションの提案 - そんなときにこれ!
効果的なスプリントレビュー スプリントを繰り返す理由は、部品を作り増しているのではなく、ユーザー体験を提 供してフィードバックを得たいからです。 フィードバックは感想やコメントだけじゃなく「反応」そのもの。 とくに、思いがけないアイデア、狙ってもいなかった使い方に注目してみてください。 反応があるのは、動作するソフトウェア(working software)があるからこそです。 出てくる反応を取り込むことでダイナミックに変化できるのです。 最初から計画通りに線形にゴールを目指している途中で意見をもらうのではありま せん。
イテレーティブな機能のデリバリー あらかじめゴールが決まっていて そこに目掛けてほぼ一直線 デモは進捗報告 フィードバックは参考意見
イテレーティブな機能のデリバリー あらかじめゴールが決まっていて そこに目掛けてほぼ一直線 デモは進捗報告 フィードバックは参考意見
イテレーティブな機能のデリバリー あらかじめゴールが決まっていて そこに目掛けてほぼ一直線 デモは進捗報告 フィードバックは参考意見
イテレーティブな機能のデリバリー あらかじめゴールが決まっていて そこに目掛けてほぼ一直線 デモは進捗報告 フィードバックは参考意見
インクリメンタルなユーザー体験のデリバリー 達成したいゴールは設定する ゴールの設定が正しいか ゴールに向かえているか デモで検証しながら進む フィードバックは発見
インクリメンタルなユーザー体験のデリバリー 達成したいゴールは設定する ゴールの設定が正しいか ゴールに向かえているか デモで検証しながら進む フィードバックは発見
インクリメンタルなユーザー体験のデリバリー 達成したいゴールは設定する ゴールの設定が正しいか ゴールに向かえているか デモで検証しながら進む フィードバックは発見
インクリメンタルなユーザー体験のデリバリー 達成したいゴールは設定する ゴールの設定が正しいか ゴールに向かえているか デモで検証しながら進む フィードバックは発見
インクリメンタルなユーザー体験のデリバリー 達成したいゴールは設定する ゴールの設定が正しいか ゴールに向かえているか デモで検証しながら進む フィードバックは発見
インクリメンタルなユーザー体験のデリバリー 達成したいゴールは設定する ゴールの設定が正しいか ゴールに向かえているか デモで検証しながら進む フィードバックは発見
インクリメンタルなユーザー体験のデリバリー 達成したいゴールは設定する ゴールの設定が正しいか ゴールに向かえているか デモで検証しながら進む フィードバックは発見
スクラムはイテレーティブかつインクリメンタルなアプローチ イテレーティブに機能のデリバリーすることがまず基本。 その上でインクリメンタルにユーザー体験をデリバリーしましょう。 ユーザー体験をデリバリーするために、ちゃんと作れていることがものすごく重要。 みんなちゃんとデプロイ(≒デリバリー)していて偉い! せっかくなので効果的なデモをしましょう。
効果的なデモとは アイデアの妥当性が補強されるようなフィードバックがもらえる アイデアを妥当性が否定されるようなフィードバックがもらえる 可もなく不可もないコメントがもらえる 反応がない デモがそもそもできない
効果的なデモを実現するためのいくつかのアイデア - 小芝居 - ショートコント - ジャパネットたかた? - 夢グループ?? デモには「操作手順」ではなく
「シナリオ」を準備するのがオススメ