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
まりも
September 24, 2024
Programming
40
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
スプリント計画の手順
スプリント計画は、TDDと並んで、非常にシンプルでありながら緻密に計画を立てられるルーチンになっていますが、なんとなくやっていると意味がよくわかりません。その辺について解説しました。
まりも
September 24, 2024
More Decks by まりも
See All by まりも
オブジェクトモデルと関係モデルの設計
hrmstrsmgs
0
43
メンタルモデルから見るオブジェクト設計
hrmstrsmgs
0
350
技術的負債
hrmstrsmgs
1
370
よい設計のプログラムを作るには
hrmstrsmgs
0
120
歴史から理解するJavaScript
hrmstrsmgs
0
96
論理的な考え方
hrmstrsmgs
0
100
論理的な話し合いはなぜ必要か
hrmstrsmgs
0
69
腕のある技術者はなぜ
hrmstrsmgs
0
140
疑似乱数の生成
hrmstrsmgs
0
68
Other Decks in Programming
See All in Programming
symfony/aiとlaravel/boost
77web
0
120
正しくソフトウェアを作る、前提を疑うための認知の視点 / doubt-premise
minodriven
21
7.2k
Signal Forms: Details & Live Coding @enterJS 2026 in Mannheim
manfredsteyer
PRO
0
210
過去最大のMCPアップデート! 2026-07-28 RC版の謎に迫る
licux
6
440
SREは、MCPとSRE Agentをこう使え!
kazumax55
0
130
Hunting Vulnerabilities in Symfony with LLMs
vinceamstoutz
0
570
これからAgentCoreを触る方へトレンドはGatewayです
har1101
6
460
自作OSでスライド発表する
uyuki234
1
3.6k
関数型プログラミングのメリットって何だろう?
wanko_it
0
120
アルゴリズムは何を圧縮しているのか ─ Haskell から育った「圧縮代数」というメンタルモデル
naoya
8
610
TAKTでAI駆動開発の品質を設計する
j5ik2o
7
1.6k
メソッドのジェネリクスでGoの夢は広がるか? / Kyoto.go #65
utgwkk
3
1k
Featured
See All Featured
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
12
1.2k
職位にかかわらず全員がリーダーシップを発揮するチーム作り / Building a team where everyone can demonstrate leadership regardless of position
madoxten
62
55k
Utilizing Notion as your number one productivity tool
mfonobong
4
340
BBQ
matthewcrist
89
10k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
234
17k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
46
2.9k
Tips & Tricks on How to Get Your First Job In Tech
honzajavorek
1
550
Leveraging Curiosity to Care for An Aging Population
cassininazir
1
310
First, design no harm
axbom
PRO
2
1.2k
Avoiding the “Bad Training, Faster” Trap in the Age of AI
tmiket
0
190
Stop Working from a Prison Cell
hatefulcrawdad
274
21k
Thoughts on Productivity
jonyablonski
76
5.2k
Transcript
スプリント計画の手順
スクラムのシステムを理解するのに重要 なこと • 先に延ばせば先に延ばすほど情報が増える • キチンとアジャイル的に進めておかないと できませんね 決定はできるだけ先に延ばす
スクラムのシステムを理解するのに重要 なこと 想定外のことに対する対策を事前に行う 具体的に、どんな問題が起こるか? わかりません。 でも対策は万全です。
スクラムのシステムを理解するのに重要 なこと • 間に合うように頑張れとかそういうこと は言わない。 • 必須の機能だから無理やり押し込むとか やらない。 • できることを粛々とやる。
精神論は 徹底排除
精神論について補足 • それがアジャイルの目的 顧客の難しい要望を聞くのは大事ですからね • やりますと言っても結局できないから顧客のためにならない • いかに無理ですと言わずに実質断る方向にもっていくかを考えるとかいかに も無駄な労力 •
そういう交渉がどうしても必要な場合はプロダクトオーナーに一任すべき 無理なことを断れないのがよくない
スクラムのシステムを理解するのに重要 なこと 常にホームポジションを 保つ
スクラムのシステムを理解するのに重要 なこと コンテナ
スクラムのシステムを理解するのに重要 なこと •誤差以下の数字を丁寧に計算しているのはとても無駄です •誤差以下を省きながら計算をすると大体暗算で済むので俊敏な管理ができます 誤差 •平均×数=合計という計算方法は役に立ちます •判断するときに誤差を減らすために重要です •ある程度の数の平均を取ると、109109 •1が減るので無視できます 平均
•確実なことなど何もない。 •全ては期待値。 確率
スクラムの計画の由来 たぶんXP由来 •ケント・ベックは偉大 •いや関係ないかもしれませんけど
スクラムの計画 前提条件の決定 バックログ・ストーリー整理 ストーリーポイント見積もり 計画の決定 タスクわけ
前提条件の決定 終了条件 •リファクタリング •自動テスト •CI/CD •…etc
前提条件の決定 ルールを明確にする •終了条件など
バックログ・ストーリー整理 最新情報に合わせて整理。 必要に応じて分割 …etc
バックログ・ストーリー整理 曖昧である現実を受け止める •整理ための整理はしない •整理する必要があるものを整理する •曖昧でいいものは曖昧のままのほうが扱いやすい
ストーリーポイント見積もり ストーリーポイントを見積もる 以前のストーリーポイントと比較して 全員で数字を出す 意見が分かれたら話し合い
なぜ時間を使わないか? 時間見積もったら必ず実際より少なく予 測されるってみんな分かり切ってるで しょ? • なんでわざわざ目盛りが狂っているこ とが分かっている測りにこだわるの? 時間見積もりの誤差は±が均等にならな いことが分かっているが、個人の誤差の 比率は平均して一定であることが経験則
としてわかっている。 • 比を取ることにより、誤差が±0になる
フィボナッチ数列 1,2.3.5.8.13,21のフィボナッチ数列で 意味のない細かい差で悩むことを防ぐ 分割しやすい 覚えやすい
ヴェロシティ ヴェロシティ ストーリーポイントの合計 適度な数を合計することにより、 誤差は気にしなくてよくなる • 見積もり誤差 • 個人の作業効率の差
計画の決定 前回のヴェロシティと同じストーリーポイントだけ選ぶ 優先順位+工数も加味した選択ができる 比で計算することにより、相対的な大きさ以外の要素は全 て計算する必要はない
タスクわけ これは普通のタスクわけ 作業者に分配しやすいように細かく分ける 作業管理がしやすいように細かく分ける なんとなくやっていると時間がかかるので注意