Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
スプリントレビューを効果的にするために
Search
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
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
240
Dynamic Reteaming And Self Organization
miholovesq
4
2.7k
Commitment vs Harrisonism - Keynote for Scrum Niseko 2024
miholovesq
8
4.7k
『チームトポロジー』と Platform Engineering
miholovesq
18
6.7k
コミュニケーションについて
miholovesq
1
420
F1 Fukuoka GP '23
miholovesq
0
3k
小さな「うっ」は成長のチャンス
miholovesq
0
2.9k
F1 Ochanomizu GP '23
miholovesq
0
5.3k
F1 Sapporo GP '22
miholovesq
0
1k
Other Decks in Technology
See All in Technology
Incremental HTTP
kazuho
5
2k
使いこなすために知っておきたい Azure SRE Agent アンチパターン
torumakabe
2
350
AI時代のAPI開発を加速する品質ガードレール / API Quality Guardrails in the AI Era
yokawasa
0
140
AIは爆速なのに、私が詰まっていた話 ― 音声入力と鳴くマスコットでボトルネックを削る
yama3133
0
520
[2026-09-30]ロックンロールは鳴り止まないっ - 信頼性かまってちゃん - 「データ駆動を投げ捨ててまで。」追いかける信頼性改善に向けた取り組みの話
tosite
0
200
並行性の問題を防げ!実践トランザクション入門
occhi
0
260
組み立てて楽しむ AWS Blocks 入門
kmiya84377
0
210
ファミコンでPHPを動かす / PHP on the Famicom side b
tomzoh
0
130
スキルを作る、その前に!複数人で使われるスキルを 作るためのプロセス
junkifurukawa
2
310
営業オントロジーの作り方と、エージェントからの辿り方 ── ナレッジワークの現場から
kworkdev
PRO
1
260
AI時代に必要な脅威モデリング― 変化の速度に負けない理解とリスク判断
masakane55
4
960
2026-10-01_MagicPod_QAハーネスエンジニアリングとQA組織の未来像
ynisqa1988
1
530
Featured
See All Featured
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
21
1.7k
Building Experiences: Design Systems, User Experience, and Full Site Editing
marktimemedia
1
620
How to optimise 3,500 product descriptions for ecommerce in one day using ChatGPT
katarinadahlin
PRO
3
3.9k
Gemini Prompt Engineering: Practical Techniques for Tangible AI Outcomes
mfonobong
2
570
How to Ace a Technical Interview
jacobian
280
24k
The B2B funnel & how to create a winning content strategy
katarinadahlin
PRO
1
550
How GitHub (no longer) Works
holman
316
150k
YesSQL, Process and Tooling at Scale
rocio
174
15k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
27k
How to Build an AI Search Optimization Roadmap - Criteria and Steps to Take #SEOIRL
aleyda
1
2.2k
State of Search Keynote: SEO is Dead Long Live SEO
ryanjones
0
300
Keith and Marios Guide to Fast Websites
keithpitt
413
23k
Transcript
スプリントレビューを効果的 にするために 2025/7/22 @miholovesq
漏れ聞こえてくる会話… 「ほとんど進捗がないのにまたデモしなきゃいけない」 「ほしい観点でフィードバックしてもらえない」 「狙った通りに使ってもらえない」
機能の紹介になっていませんか? 「ここにアクセスしてください」 「クリックしてください」 「触ってみてください」
機能の紹介になっていませんか? 「ここにアクセスしてください」 - しない! 「クリックしてください」 - しない! 「触ってみてください」 - ユーザーをデバッガーにするんじゃない!
結論:ユーザー体験をデモしよう 機能の紹介ではなく、ユーザー体験をデモするようにしましょう。 スクラムはイテレーティブ(iterative/反復的)、かつインクリメンタル (incremental/漸進的)。 機能を細切れに作って提供するのではなく、ユーザー体験を繰り返し提供してフィー ドバックを得たいからです。 フィードバックは感想、コメントに限らず、相手の反応すべてです。
ユーザー体験のデモをするには - 課題の設定 - こういうことはありませんか? - こんなときどうしてますか? - 課題への共感 -
こういうことで困ってませんか? - こういうのがあればと思ったことはありませんか? - これがあったら嬉しくないですか? - 課題に対するソリューションの提案 - そんなときにこれ!
効果的なスプリントレビュー スプリントを繰り返す理由は、部品を作り増しているのではなく、ユーザー体験を提 供してフィードバックを得たいからです。 フィードバックは感想やコメントだけじゃなく「反応」そのもの。 とくに、思いがけないアイデア、狙ってもいなかった使い方に注目してみてください。 反応があるのは、動作するソフトウェア(working software)があるからこそです。 出てくる反応を取り込むことでダイナミックに変化できるのです。 最初から計画通りに線形にゴールを目指している途中で意見をもらうのではありま せん。
イテレーティブな機能のデリバリー あらかじめゴールが決まっていて そこに目掛けてほぼ一直線 デモは進捗報告 フィードバックは参考意見
イテレーティブな機能のデリバリー あらかじめゴールが決まっていて そこに目掛けてほぼ一直線 デモは進捗報告 フィードバックは参考意見
イテレーティブな機能のデリバリー あらかじめゴールが決まっていて そこに目掛けてほぼ一直線 デモは進捗報告 フィードバックは参考意見
イテレーティブな機能のデリバリー あらかじめゴールが決まっていて そこに目掛けてほぼ一直線 デモは進捗報告 フィードバックは参考意見
インクリメンタルなユーザー体験のデリバリー 達成したいゴールは設定する ゴールの設定が正しいか ゴールに向かえているか デモで検証しながら進む フィードバックは発見
インクリメンタルなユーザー体験のデリバリー 達成したいゴールは設定する ゴールの設定が正しいか ゴールに向かえているか デモで検証しながら進む フィードバックは発見
インクリメンタルなユーザー体験のデリバリー 達成したいゴールは設定する ゴールの設定が正しいか ゴールに向かえているか デモで検証しながら進む フィードバックは発見
インクリメンタルなユーザー体験のデリバリー 達成したいゴールは設定する ゴールの設定が正しいか ゴールに向かえているか デモで検証しながら進む フィードバックは発見
インクリメンタルなユーザー体験のデリバリー 達成したいゴールは設定する ゴールの設定が正しいか ゴールに向かえているか デモで検証しながら進む フィードバックは発見
インクリメンタルなユーザー体験のデリバリー 達成したいゴールは設定する ゴールの設定が正しいか ゴールに向かえているか デモで検証しながら進む フィードバックは発見
インクリメンタルなユーザー体験のデリバリー 達成したいゴールは設定する ゴールの設定が正しいか ゴールに向かえているか デモで検証しながら進む フィードバックは発見
スクラムはイテレーティブかつインクリメンタルなアプローチ イテレーティブに機能のデリバリーすることがまず基本。 その上でインクリメンタルにユーザー体験をデリバリーしましょう。 ユーザー体験をデリバリーするために、ちゃんと作れていることがものすごく重要。 みんなちゃんとデプロイ(≒デリバリー)していて偉い! せっかくなので効果的なデモをしましょう。
効果的なデモとは アイデアの妥当性が補強されるようなフィードバックがもらえる アイデアを妥当性が否定されるようなフィードバックがもらえる 可もなく不可もないコメントがもらえる 反応がない デモがそもそもできない
効果的なデモを実現するためのいくつかのアイデア - 小芝居 - ショートコント - ジャパネットたかた? - 夢グループ?? デモには「操作手順」ではなく
「シナリオ」を準備するのがオススメ