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
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Miho Nagase
July 22, 2025
Technology
3.3k
15
Share
スプリントレビューを効果的にするために
Miho Nagase
July 22, 2025
More Decks by Miho Nagase
See All by Miho Nagase
F1 Haneda GP '26
miholovesq
0
120
Dynamic Reteaming And Self Organization
miholovesq
4
2.4k
Commitment vs Harrisonism - Keynote for Scrum Niseko 2024
miholovesq
7
4.2k
『チームトポロジー』と Platform Engineering
miholovesq
16
6.2k
コミュニケーションについて
miholovesq
1
380
F1 Fukuoka GP '23
miholovesq
0
2.9k
小さな「うっ」は成長のチャンス
miholovesq
0
2.8k
F1 Ochanomizu GP '23
miholovesq
0
5k
F1 Sapporo GP '22
miholovesq
0
890
Other Decks in Technology
See All in Technology
EMから幅を広げるために最近挑戦していること / Recent challenges I'm undertaking to expand my horizons beyond EM
hiro_torii
1
140
Arcana: Production-Ready RAG in Elixir @ ElixirConf EU 2026
georgeguimaraes
0
120
Agents CLI と Gemini Enterprise Agent Platform で マルチエージェント開発が楽しくなる!
kaz1437
0
160
MLOps導入のための組織作りの第一歩
akasan
0
390
Microsoft 365 / Microsoft 365 Copilot : 自分の状態を確認する「ラベル」について
taichinakamura
0
370
Revisiting [CLS] and Patch Token Interaction in Vision Transformers
yu4u
0
400
AWS DevOps Agentはチームメイトになれるのか?/ Can AWS DevOps Agent become a teammate
kinunori
6
780
CloudTrail を見つめ直してみる
kazzpapa3
1
120
Cortex Codeのコスト見積ヒントご紹介
yokatsuki
0
120
音声言語モデル手法に関する発表の紹介
kzinmr
0
140
需要創出(Chatwork)×供給(BPaaS) フライホイールとMoat 実行能力の最適配置とAI戦略
kubell_hr
0
980
コミュニティ・勉強会を作るのは目的じゃない
ohmori_yusuke
0
270
Featured
See All Featured
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
508
140k
Building AI with AI
inesmontani
PRO
1
910
Facilitating Awesome Meetings
lara
57
6.8k
Navigating Algorithm Shifts & AI Overviews - #SMXNext
aleyda
1
1.2k
How to Grow Your eCommerce with AI & Automation
katarinadahlin
PRO
1
170
More Than Pixels: Becoming A User Experience Designer
marktimemedia
3
380
Learning to Love Humans: Emotional Interface Design
aarron
275
41k
Principles of Awesome APIs and How to Build Them.
keavy
128
17k
svc-hook: hooking system calls on ARM64 by binary rewriting
retrage
2
220
A Tale of Four Properties
chriscoyier
163
24k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
128
55k
Effective software design: The role of men in debugging patriarchy in IT @ Voxxed Days AMS
baasie
0
300
Transcript
スプリントレビューを効果的 にするために 2025/7/22 @miholovesq
漏れ聞こえてくる会話… 「ほとんど進捗がないのにまたデモしなきゃいけない」 「ほしい観点でフィードバックしてもらえない」 「狙った通りに使ってもらえない」
機能の紹介になっていませんか? 「ここにアクセスしてください」 「クリックしてください」 「触ってみてください」
機能の紹介になっていませんか? 「ここにアクセスしてください」 - しない! 「クリックしてください」 - しない! 「触ってみてください」 - ユーザーをデバッガーにするんじゃない!
結論:ユーザー体験をデモしよう 機能の紹介ではなく、ユーザー体験をデモするようにしましょう。 スクラムはイテレーティブ(iterative/反復的)、かつインクリメンタル (incremental/漸進的)。 機能を細切れに作って提供するのではなく、ユーザー体験を繰り返し提供してフィー ドバックを得たいからです。 フィードバックは感想、コメントに限らず、相手の反応すべてです。
ユーザー体験のデモをするには - 課題の設定 - こういうことはありませんか? - こんなときどうしてますか? - 課題への共感 -
こういうことで困ってませんか? - こういうのがあればと思ったことはありませんか? - これがあったら嬉しくないですか? - 課題に対するソリューションの提案 - そんなときにこれ!
効果的なスプリントレビュー スプリントを繰り返す理由は、部品を作り増しているのではなく、ユーザー体験を提 供してフィードバックを得たいからです。 フィードバックは感想やコメントだけじゃなく「反応」そのもの。 とくに、思いがけないアイデア、狙ってもいなかった使い方に注目してみてください。 反応があるのは、動作するソフトウェア(working software)があるからこそです。 出てくる反応を取り込むことでダイナミックに変化できるのです。 最初から計画通りに線形にゴールを目指している途中で意見をもらうのではありま せん。
イテレーティブな機能のデリバリー あらかじめゴールが決まっていて そこに目掛けてほぼ一直線 デモは進捗報告 フィードバックは参考意見
イテレーティブな機能のデリバリー あらかじめゴールが決まっていて そこに目掛けてほぼ一直線 デモは進捗報告 フィードバックは参考意見
イテレーティブな機能のデリバリー あらかじめゴールが決まっていて そこに目掛けてほぼ一直線 デモは進捗報告 フィードバックは参考意見
イテレーティブな機能のデリバリー あらかじめゴールが決まっていて そこに目掛けてほぼ一直線 デモは進捗報告 フィードバックは参考意見
インクリメンタルなユーザー体験のデリバリー 達成したいゴールは設定する ゴールの設定が正しいか ゴールに向かえているか デモで検証しながら進む フィードバックは発見
インクリメンタルなユーザー体験のデリバリー 達成したいゴールは設定する ゴールの設定が正しいか ゴールに向かえているか デモで検証しながら進む フィードバックは発見
インクリメンタルなユーザー体験のデリバリー 達成したいゴールは設定する ゴールの設定が正しいか ゴールに向かえているか デモで検証しながら進む フィードバックは発見
インクリメンタルなユーザー体験のデリバリー 達成したいゴールは設定する ゴールの設定が正しいか ゴールに向かえているか デモで検証しながら進む フィードバックは発見
インクリメンタルなユーザー体験のデリバリー 達成したいゴールは設定する ゴールの設定が正しいか ゴールに向かえているか デモで検証しながら進む フィードバックは発見
インクリメンタルなユーザー体験のデリバリー 達成したいゴールは設定する ゴールの設定が正しいか ゴールに向かえているか デモで検証しながら進む フィードバックは発見
インクリメンタルなユーザー体験のデリバリー 達成したいゴールは設定する ゴールの設定が正しいか ゴールに向かえているか デモで検証しながら進む フィードバックは発見
スクラムはイテレーティブかつインクリメンタルなアプローチ イテレーティブに機能のデリバリーすることがまず基本。 その上でインクリメンタルにユーザー体験をデリバリーしましょう。 ユーザー体験をデリバリーするために、ちゃんと作れていることがものすごく重要。 みんなちゃんとデプロイ(≒デリバリー)していて偉い! せっかくなので効果的なデモをしましょう。
効果的なデモとは アイデアの妥当性が補強されるようなフィードバックがもらえる アイデアを妥当性が否定されるようなフィードバックがもらえる 可もなく不可もないコメントがもらえる 反応がない デモがそもそもできない
効果的なデモを実現するためのいくつかのアイデア - 小芝居 - ショートコント - ジャパネットたかた? - 夢グループ?? デモには「操作手順」ではなく
「シナリオ」を準備するのがオススメ