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
ストーリーポイント.pdf
Search
Kento Matsumoto
February 06, 2020
Technology
0
62
ストーリーポイント.pdf
Kento Matsumoto
February 06, 2020
Tweet
Share
More Decks by Kento Matsumoto
See All by Kento Matsumoto
社内LT2020/01/23
stepanve
0
30
社内LT2019/11/21
stepanve
0
59
社内LT2019/11/7
stepanve
0
70
社内LT2019/10/24
stepanve
0
59
Other Decks in Technology
See All in Technology
継続的な改善 x ⾮連続的な進化
sansantech
PRO
3
150
Cracking the KubeCon CfP
inductor
2
240
アクセシビリティを考慮したUI/CSSフレームワーク・ライブラリ選定
yajihum
2
1k
よく聞くけど使ったことないソフトウェアNo.1 KafkaとSnowflake
foursue
4
350
レガシーをぶっ壊せ。AEONで始めるDevRelの話 / Qiita Night 2024-2-22
aeonpeople
3
1.3k
JAWS-UG Bedrock Claude Night
yamahiro
3
580
ExaDB-D dbaascli で出来ること
oracle4engineer
PRO
0
2.1k
On Your Data を超えていく!
hirotomotaguchi
2
670
開発パフォーマンスを最大化するための開発体制
ham0215
2
340
EMとして2023年度に頑張ったこと / What we did well in FY2023 as a EM
pauli
1
170
Janus
bkuhlmann
1
490
競技としてのKaggle、役に立つKaggle
yu4u
3
430
Featured
See All Featured
Reflections from 52 weeks, 52 projects
jeffersonlam
345
19k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
187
16k
Being A Developer After 40
akosma
57
580k
Ruby is Unlike a Banana
tanoku
96
10k
GraphQLの誤解/rethinking-graphql
sonatard
50
9.2k
For a Future-Friendly Web
brad_frost
172
9k
Fontdeck: Realign not Redesign
paulrobertlloyd
76
4.9k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
40
4.4k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
6
1.5k
Music & Morning Musume
bryan
41
5.6k
Build your cross-platform service in a week with App Engine
jlugia
225
17k
A Philosophy of Restraint
colly
197
16k
Transcript
ストーリーポイント 社内勉強会
ストーリーポイントとは? ユーザーストーリーを見積もるために、チームで暗黙的に了解された単位 EX) - スクラポーカー(フィボナッチ数列: 1, 2, 3, 5, 8,
13, 21, 44...) - Tシャツのサイズ(XS, S, M, L, O...) - 犬の名前(ラブラドール, ポメラニアン, ニホンオオカミ...) - 太陽系の惑星(水星、金星、地球、火星、木星) 基準はストーリーにかかる時間?ストーリーの大きさ?
時間?大きさ? ユーザーストーリーの大きさを基準とした方が良い - 人月の神話(労力と時間)にもあるが、大きさと時間を混同しない方が良い - 大きさを基準として、時間を測る - スプリントで消化できる大きさを元にして、スケジュールを立てる(時間)(アジャイ ルの経験主義) -
時間は個人の差が大きくなる (どうしても消費する時間を計算したい場合、時間を基準にする場合もある。。 )
スプリントのストーリーポイントの決め方 最初にスケジュールを出さないことは了承してもらう必要がある プロジェクトが失敗した事例を見せまくる - まず2, 3回スプリントを実施する(だいたい落ち着いてくる) - 平均のスプリントを求める - 平均のスプリントを×(0.8~1.2)をした範囲をスプリントの基準とする
スクラム ポーカーで見積もる - 数字の大きさとユーザーストーリーの大きさは、チーム内で同意を取る (最初は合わなくても、チームが成熟すると徐々に合ってくる) - 大きすぎるユーザーストーリーは分割すべし (分割後のポイントが、分割前と一致しなくても大丈夫!) - ❓は、ストーリが分かってないの合図。話し合いましょう!
- ☕は、休憩したいの合図!
ストーリーポイントを使うことによって 強いチームを作る! チームで見積もり、機能を開発するプロセスが大事!! ユーザーストーリーをストーリーポイントで大きさを見積もる。 次に、ユーザーストーリーを機能に分解し、責任を持って実行する。 気をつけて - ユーザーストーリーは「◦◦が××できる」のように作成し、機能に含みを - すぐできるでしょ?みたいな頼み方は最悪。責任転嫁の最たる例
References - スクラム現場ガイド -スクラムを始めてみたけどうまくいかない時に読む本 (Mitch Lacey (著), 安井 力 (翻
訳), 近藤 寛喜 (翻訳), 原田 騎郎 (翻訳)) - アジャイルな見積りと計画づくり ~価値あるソフトウェアを育てる概念と技法 ~(Mike Cohn (著), マイク コー ン (著), 安井 力 (翻訳), 角谷 信太郎 (翻訳))