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
97
0
Share
ストーリーポイント.pdf
Kento Matsumoto
February 06, 2020
More Decks by Kento Matsumoto
See All by Kento Matsumoto
社内LT2020/01/23
stepanve
0
52
社内LT2019/11/21
stepanve
0
67
社内LT2019/11/7
stepanve
0
85
社内LT2019/10/24
stepanve
0
72
Other Decks in Technology
See All in Technology
Sansanの認証基盤を支えるアーキテクチャとその振り返り
sansantech
PRO
1
150
自分をひらくと次のチャレンジの敷居が下がる
sudoakiy
5
1.7k
Tour of Agent Protocols: MCP, A2A, AG-UI, A2UI with ADK
meteatamel
0
200
Goビルドを理解し、 CI/CDの高速化に挑む
satoshin
0
100
MCPで決済に楽にする
mu7889yoon
0
170
Oracle AI Database@Google Cloud:サービス概要のご紹介
oracle4engineer
PRO
5
1.3k
FASTでAIエージェントを作りまくろう!
yukiogawa
4
190
【AWS】CloudTrail LakeとCloudWatch Logs Insightsの使い分け方針
tsurunosd
0
130
出版記念イベントin大阪「書籍紹介&私がよく使うMCPサーバー3選と社内で安全に活用する方法」
kintotechdev
0
140
Microsoft Fabricで考える非構造データのAI活用
ryomaru0825
0
610
Oracle AI Database@Azure:サービス概要のご紹介
oracle4engineer
PRO
5
1.3k
20260326_AIDD事例紹介_ULSC.pdf
findy_eventslides
0
400
Featured
See All Featured
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
55
3.3k
Everyday Curiosity
cassininazir
0
180
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
Optimising Largest Contentful Paint
csswizardry
37
3.6k
GraphQLの誤解/rethinking-graphql
sonatard
75
12k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
141
35k
Java REST API Framework Comparison - PWX 2021
mraible
34
9.2k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
31
10k
Scaling GitHub
holman
464
140k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
231
22k
Into the Great Unknown - MozCon
thekraken
40
2.3k
Unlocking the hidden potential of vector embeddings in international SEO
frankvandijk
0
230
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 (著), マイク コー ン (著), 安井 力 (翻訳), 角谷 信太郎 (翻訳))