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
15
3.2k
スプリントレビューを効果的にするために
Miho Nagase
July 22, 2025
Tweet
Share
More Decks by Miho Nagase
See All by Miho Nagase
F1 Haneda GP '26
miholovesq
0
91
Dynamic Reteaming And Self Organization
miholovesq
4
2.2k
Commitment vs Harrisonism - Keynote for Scrum Niseko 2024
miholovesq
7
4k
『チームトポロジー』と Platform Engineering
miholovesq
16
6.1k
コミュニケーションについて
miholovesq
1
370
F1 Fukuoka GP '23
miholovesq
0
2.8k
小さな「うっ」は成長のチャンス
miholovesq
0
2.7k
F1 Ochanomizu GP '23
miholovesq
0
5k
F1 Sapporo GP '22
miholovesq
0
860
Other Decks in Technology
See All in Technology
組織全体で実現する標準監視設計
yuobayashi
3
490
Claude Codeの進化と各機能の活かし方
oikon48
22
12k
越境する組織づくり ─ 多様性を前提にしたチームビルディングとリードの実践知
kido_engineer
2
190
GitLab Duo Agent Platform + Local LLMサービングで幸せになりたい
jyoshise
0
290
Abuse report だけじゃない。AWS から緊急連絡が来る状況とは?昨今の攻撃や被害の事例の紹介と備えておきたい考え方について
kazzpapa3
1
550
Security Diaries of an Open Source IAM
ahus1
0
210
今のWordPress の制作手法ってなにがあんねん?(改) / What’s the Deal with WordPress Development These Days?
tbshiki
0
360
タスク管理も1on1も、もう「管理」じゃない ― KiroとBedrock AgentCoreで変わった"判断の仕事"
yusukeshimizu
5
2.6k
スクリプトの先へ!AIエージェントと組み合わせる モバイルE2Eテスト
error96num
0
160
非情報系研究者へ送る Transformer入門
rishiyama
11
7.3k
Scrumは歪む — 組織設計の原理原則
dashi
0
130
[JAWSDAYS2026][D8]その起票、愛が足りてますか?AWSサポートを味方につける、技術的「ラブレター」の書き方
hirosys_
3
160
Featured
See All Featured
How to build a perfect <img>
jonoalderson
1
5.2k
Six Lessons from altMBA
skipperchong
29
4.2k
Pawsitive SEO: Lessons from My Dog (and Many Mistakes) on Thriving as a Consultant in the Age of AI
davidcarrasco
0
85
Claude Code どこまでも/ Claude Code Everywhere
nwiizo
64
53k
Why You Should Never Use an ORM
jnunemaker
PRO
61
9.8k
Marketing Yourself as an Engineer | Alaka | Gurzu
gurzu
0
150
Code Reviewing Like a Champion
maltzj
528
40k
Optimising Largest Contentful Paint
csswizardry
37
3.6k
Hiding What from Whom? A Critical Review of the History of Programming languages for Music
tomoyanonymous
2
540
Prompt Engineering for Job Search
mfonobong
0
180
How Software Deployment tools have changed in the past 20 years
geshan
0
32k
Money Talks: Using Revenue to Get Sh*t Done
nikkihalliwell
0
180
Transcript
スプリントレビューを効果的 にするために 2025/7/22 @miholovesq
漏れ聞こえてくる会話… 「ほとんど進捗がないのにまたデモしなきゃいけない」 「ほしい観点でフィードバックしてもらえない」 「狙った通りに使ってもらえない」
機能の紹介になっていませんか? 「ここにアクセスしてください」 「クリックしてください」 「触ってみてください」
機能の紹介になっていませんか? 「ここにアクセスしてください」 - しない! 「クリックしてください」 - しない! 「触ってみてください」 - ユーザーをデバッガーにするんじゃない!
結論:ユーザー体験をデモしよう 機能の紹介ではなく、ユーザー体験をデモするようにしましょう。 スクラムはイテレーティブ(iterative/反復的)、かつインクリメンタル (incremental/漸進的)。 機能を細切れに作って提供するのではなく、ユーザー体験を繰り返し提供してフィー ドバックを得たいからです。 フィードバックは感想、コメントに限らず、相手の反応すべてです。
ユーザー体験のデモをするには - 課題の設定 - こういうことはありませんか? - こんなときどうしてますか? - 課題への共感 -
こういうことで困ってませんか? - こういうのがあればと思ったことはありませんか? - これがあったら嬉しくないですか? - 課題に対するソリューションの提案 - そんなときにこれ!
効果的なスプリントレビュー スプリントを繰り返す理由は、部品を作り増しているのではなく、ユーザー体験を提 供してフィードバックを得たいからです。 フィードバックは感想やコメントだけじゃなく「反応」そのもの。 とくに、思いがけないアイデア、狙ってもいなかった使い方に注目してみてください。 反応があるのは、動作するソフトウェア(working software)があるからこそです。 出てくる反応を取り込むことでダイナミックに変化できるのです。 最初から計画通りに線形にゴールを目指している途中で意見をもらうのではありま せん。
イテレーティブな機能のデリバリー あらかじめゴールが決まっていて そこに目掛けてほぼ一直線 デモは進捗報告 フィードバックは参考意見
イテレーティブな機能のデリバリー あらかじめゴールが決まっていて そこに目掛けてほぼ一直線 デモは進捗報告 フィードバックは参考意見
イテレーティブな機能のデリバリー あらかじめゴールが決まっていて そこに目掛けてほぼ一直線 デモは進捗報告 フィードバックは参考意見
イテレーティブな機能のデリバリー あらかじめゴールが決まっていて そこに目掛けてほぼ一直線 デモは進捗報告 フィードバックは参考意見
インクリメンタルなユーザー体験のデリバリー 達成したいゴールは設定する ゴールの設定が正しいか ゴールに向かえているか デモで検証しながら進む フィードバックは発見
インクリメンタルなユーザー体験のデリバリー 達成したいゴールは設定する ゴールの設定が正しいか ゴールに向かえているか デモで検証しながら進む フィードバックは発見
インクリメンタルなユーザー体験のデリバリー 達成したいゴールは設定する ゴールの設定が正しいか ゴールに向かえているか デモで検証しながら進む フィードバックは発見
インクリメンタルなユーザー体験のデリバリー 達成したいゴールは設定する ゴールの設定が正しいか ゴールに向かえているか デモで検証しながら進む フィードバックは発見
インクリメンタルなユーザー体験のデリバリー 達成したいゴールは設定する ゴールの設定が正しいか ゴールに向かえているか デモで検証しながら進む フィードバックは発見
インクリメンタルなユーザー体験のデリバリー 達成したいゴールは設定する ゴールの設定が正しいか ゴールに向かえているか デモで検証しながら進む フィードバックは発見
インクリメンタルなユーザー体験のデリバリー 達成したいゴールは設定する ゴールの設定が正しいか ゴールに向かえているか デモで検証しながら進む フィードバックは発見
スクラムはイテレーティブかつインクリメンタルなアプローチ イテレーティブに機能のデリバリーすることがまず基本。 その上でインクリメンタルにユーザー体験をデリバリーしましょう。 ユーザー体験をデリバリーするために、ちゃんと作れていることがものすごく重要。 みんなちゃんとデプロイ(≒デリバリー)していて偉い! せっかくなので効果的なデモをしましょう。
効果的なデモとは アイデアの妥当性が補強されるようなフィードバックがもらえる アイデアを妥当性が否定されるようなフィードバックがもらえる 可もなく不可もないコメントがもらえる 反応がない デモがそもそもできない
効果的なデモを実現するためのいくつかのアイデア - 小芝居 - ショートコント - ジャパネットたかた? - 夢グループ?? デモには「操作手順」ではなく
「シナリオ」を準備するのがオススメ