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
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
Kento Matsumoto
February 06, 2020
Technology
98
0
Share
ストーリーポイント.pdf
Kento Matsumoto
February 06, 2020
More Decks by Kento Matsumoto
See All by Kento Matsumoto
社内LT2020/01/23
stepanve
0
53
社内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 Engineering Unit 紹介資料
sansan33
PRO
1
4.4k
React Compiler導入から21ヶ月、いま始めるならこうやる
astatsuya
2
180
「背中を見て育て」からの卒業 〜専門技術としてのテスト設計を軸に、品質保証のバトンを繋ぐ〜 #genda_tech_talk
nihonbuson
PRO
3
1.4k
AI対話分析の夢と、汚いデータの現実 Looker / Dataplex / Dataform で実現する品質ファーストな基盤設計
waiwai2111
0
580
マンション備え付けのネットワークとLTE回線を組み合わせた ネットワークの安定化の考案
harutiro
1
130
社内RAGの導入で気を付けたポイント
yakumo
1
110
なぜ、IAMロールのプリンシパルに*による部分マッチングが使えないのか? / 20260518-ssmjp-iam-role-principal
opelab
1
120
freeeで運用しているAIQAについて
qatonchan
1
630
Purview 勉強会報告 Microsoft Purview 入門しようとしてみた
masakichixo
1
430
SLI/SLO、「完全に理解した」から「チョットデキル」へ
maruloop
5
550
インプロセスQAのための要因から捉えるプロジェクトリスクマネジメントnano #1 開発リソース効率状態への対処 #jasstnano
barus_qa
0
140
20260515 ID管理は会社を守る大切な砦!〜🔰情シス向け〜
oidfj
0
590
Featured
See All Featured
Speed Design
sergeychernyshev
33
1.7k
Building a Scalable Design System with Sketch
lauravandoore
463
34k
How STYLIGHT went responsive
nonsquared
100
6.1k
Leveraging LLMs for student feedback in introductory data science courses - posit::conf(2025)
minecr
1
250
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.7k
Designing for humans not robots
tammielis
254
26k
How to audit for AI Accessibility on your Front & Back End
davetheseo
0
360
Public Speaking Without Barfing On Your Shoes - THAT 2023
reverentgeek
1
390
SERP Conf. Vienna - Web Accessibility: Optimizing for Inclusivity and SEO
sarafernandez
2
1.4k
Art, The Web, and Tiny UX
lynnandtonic
304
21k
A designer walks into a library…
pauljervisheath
211
24k
Writing Fast Ruby
sferik
630
63k
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 (著), マイク コー ン (著), 安井 力 (翻訳), 角谷 信太郎 (翻訳))