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
neno
February 22, 2017
Technology
570
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
スクラムのレビューで大事にしてること
2017/2/22 アジャイル開発とスクラム MeetUp 2017/02 でスクラムでのレビューについて話した
neno
February 22, 2017
More Decks by neno
See All by neno
セルフマネジメントできないとか(笑)
nenono
0
970
最高に怠惰な技術書との向き合い方、または私は如何にして積ん読の山を築いたか
nenono
1
580
私がわかっているスクラムとわからないスクラム
nenono
0
770
'N'O MUSIC 'N'O 'L'IFE - HOW TO 'L'ISTE'N' TO JAZZ
nenono
0
880
Other Decks in Technology
See All in Technology
Lambda MicroVMsが分からなすぎたので使い所を1から考えてみた
tsukuboshi
2
290
メルカリにおけるAI時代の高速プロトタイピング基盤「Arca」
ryotarai
18
14k
TiDBファミリーにDWHが新登場!! TiDB最新情報 / TiDB update 202609
yoshiakiyamasaki
0
190
1万名の社員が使う認証基盤で どう信頼性を担保するか?
kairim0
0
170
2026-10-01_MagicPod_QAハーネスエンジニアリングとQA組織の未来像
ynisqa1988
1
390
『GOエコノミー 』(相乗りサービス) におけるスペック駆動開発
mot_techtalk
1
200
生成AIと進める探索的データ分析(2026.10.03 第122回Tokyo.R勉強会)
tatamiya
2
1.2k
[2026 Oracle Technical Deep Dive] オンプレミスDBのCloud移行アプローチ:移行計画に基づくメソッドとツールの選択 (2026年9月17日開催)
oracle4engineer
PRO
0
110
HolmesGPTで始めるSREエージェント入門!プラットフォームの障害調査はAIにお任せ 〜
leveragestech
PRO
0
130
営業オントロジーの作り方と、エージェントからの辿り方 ── ナレッジワークの現場から
kworkdev
PRO
1
230
IR Today: Theory, Practice, and Agents
dtunkelang
0
320
カンファレンスに参加した後の浮遊感とセルフケア
pauli
0
300
Featured
See All Featured
Reality Check: Gamification 10 Years Later
codingconduct
0
2.3k
AI Search: Implications for SEO and How to Move Forward - #ShenzhenSEOConference
aleyda
1
1.4k
The agentic SEO stack - context over prompts
schlessera
0
950
How to Align SEO within the Product Triangle To Get Buy-In & Support - #RIMC
aleyda
2
1.8k
How to optimise 3,500 product descriptions for ecommerce in one day using ChatGPT
katarinadahlin
PRO
3
3.8k
Bioeconomy Workshop: Dr. Julius Ecuru, Opportunities for a Bioeconomy in West Africa
akademiya2063
PRO
1
380
Leveraging LLMs for student feedback in introductory data science courses - posit::conf(2025)
minecr
1
410
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
WCS-LA-2024
lcolladotor
0
840
End of SEO as We Know It (SMX Advanced Version)
ipullrank
3
4.4k
Taking LLMs out of the black box: A practical guide to human-in-the-loop distillation
inesmontani
PRO
3
2.4k
The AI Search Optimization Roadmap by Aleyda Solis
aleyda
1
6.3k
Transcript
スクラムのレビューで 大事にしてること アジャイル開発とスクラム MEETUP 2017/02 2017-02-22 NENO
はじめに
誰? twitter: @neno_n0 なごやか2年生 C# とか書くプログラマーです
今日話すこと スクラムのスプリントレビューのこと
コンテキスト
スクラムってなんだっ け ソフトウェアをアジャイル開発するときのフレームワ ークで 「スプリント」が期間の区切り、単位になってて スプリントのはじめに「プランニング」して おわりに「レビュー」と「レトロスペクティブ」して それをくりかえす、みたいなやつ
私たちがやってるスク ラムの事情 少人数チーム(3、4人) PO(プロダクトオーナー)は社内メンバー お客さんと話とかする役(窓口) プロダクトに責任を持つ スプリント期間は一週間以下(たいてい一日) やってること自体は一週間でも三日でも一日でもか わらないとは思う
スクラムの「スプリン トレビュー」って? スプリントの終わりにやる 「スプリントレビューとは、スプリントの終わりにイ ンクリメントの検査と、必要であればプロダクトバッ クログの適応を行うものである。」by スクラムガイド 今回のスプリントでできたもの、できなかったものを 見る 次に何が必要か話す
私たちの場合 POがメインのレビュアー(見るひと) メンバーの代表者一名がレビュイーとして発表、デモ する 持ち回りとか、サイコロとか、1スプリントで全員 それぞれ別々にレビュイーしたり、色々 発表者以外はレビュアーとして参加
スプリントレビューで 得たい効果 リリースできるか(あるいはリリースできないこと)を 判断する 要求とのズレやバグを見つける 開発チーム内の情報共有 どんなものを作ったり、アウトプットしたのか 課題や懸念事項はなにか 次にどっちに進めばいいのか共有する
私が大事にしてること
私が大事にしてること 動いている本物の成果物を見せる 顧客にとってどうなのかわかるようにする インクリメントやアウトプットのぜんぶを見せる 懸念や不安を隠さない それでも短時間で見せる
動いている本物の成果 物を見せる 本番に近い環境で動作しているものを、実際のユーザ ーが触るときと同じように プロダクトの使用感がわかることが大事 実体験: 「エミュレーターなら正常動作するけど実 際の環境では動かない」バグ発生 ドキュメントでも、実際のユーザーが読むときと同じ ように読む
こういう気持ちのときに、こんな風に触れば、こう使 えて嬉しい(given, when, then)
顧客にとってどうなの かわかるようにする 1 「それって要するにどういうこと?」という疑問を出 さない ゴールへの道筋や、今どこにいるのかを示す 「ゴールにたどりつけるならどうやったっていい」と いう意識 How(どうやったか)よりWhy(動機付け、何故それに お金を払いたいか)が大事
開発チームはWhyがわかれば一番いいHowを選べる 「結果としてWhyに応えられたのか?」を説明し、 評価してもらう
顧客にとってどうなの かわかるようにする 2 「設計した」「実装した」「テストした」ではウォー ターフォールと同じ 開発チーム内だけで閉じた成果しか出せてない = 何も 完成していない End
to Endで完成させたものを見せてこそ、大きな フィードバックが得られる 「設計書作ったの?へー、そうなんだ。それで?う まくいってるの?いってないの?」 スプリントレビューだけでなく、仕事の進め方の問題 半端な状態のものを積み残しにしない
インクリメントやアウ トプットのぜんぶを見 せる できたもの、できなかったものの全部を共有する 作ったもの、外からの調査依頼への回答、調べたもの 開発メンバー全員が次にどの仕事もできるように あとから「あれってどうなったんだっけ?」とならな いように
懸念や不安を隠さない 「ここの実装あやしいな…」 「謎の動作をすることがあるけど再現率低いから…」 そういうところは大抵あとで重大なバグになる 「完璧です!」と隠されると誰も責任をとれない
それでも短時間で見せ る 無駄な詳細を削ぎおとす どうでもいい話は要らない スプリントレビューで延々と実装の詳細を見せなき ゃいけないなら、そもそも完成したと言えない なんのためにレビューするのか、費用対効果を考える リリースできるかを判断する 短時間で要求とのズレやバグを見つける 次にどっちに進めばいいのか共有する
まとめ
まとめ 動いている本物の成果物を見せる 顧客にとってどうなのかわかるようにする インクリメントやアウトプットのぜんぶを見せる 懸念や不安を隠さない それでも短時間で見せる おわり。