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
まりも
September 24, 2024
Programming
47
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
61
メンタルモデルから見るオブジェクト設計
hrmstrsmgs
0
410
技術的負債
hrmstrsmgs
1
450
よい設計のプログラムを作るには
hrmstrsmgs
0
130
歴史から理解するJavaScript
hrmstrsmgs
0
100
論理的な考え方
hrmstrsmgs
0
120
論理的な話し合いはなぜ必要か
hrmstrsmgs
0
82
腕のある技術者はなぜ
hrmstrsmgs
0
160
疑似乱数の生成
hrmstrsmgs
0
78
Other Decks in Programming
See All in Programming
JPUG勉強会 OSSデータベースの内部構造を理解しよう(第2回)
oga5
0
260
変化を抱擁するドキュメントの作り方 - ビジネスルール駆動開発がもたらす、コードとの新しい関係
ioki
2
220
WebRTC映像をAirPlayに対応させる挑戦.pdf
monolithic_adam
0
290
技術的負債を組織課題として解く-増えすぎたマイクロサービスとの戦い-
reimaru
1
2.1k
マイコン向けの軽量Ruby「PicoRuby」で各種デバイスを制御するネイティブアプリの実現手法
bash0c7
0
430
[GoCon2026] When Goroutines Are Not Enough: Runtime Locality in High-Throughput Go
takehaya
6
2.3k
UPDATE をやめる — EF Core でマスタをバージョン管理する
panda728
PRO
0
270
Augmenting AI with the Power of Jakarta EE
ivargrimstad
0
240
AI活用は、個人から組織へ|マルチプレイヤーエージェントハーネス「QM」の社内活用事例 / AI use is moving from individuals to orgs
rkaga
1
120
そのリトライ、死んだコネクションを使い回していませんか ── GoのHTTPクライアントとHTTP/2を実プロダクト障害から学び直す
myus4a
0
160
XP祭りでしか伝わらないフリップネタ #xpjug
murabayashi
0
150
{ Android | Kotlin } Gradle Plugin in 2026
ryunen344
1
330
Featured
See All Featured
16th Malabo Montpellier Forum Presentation
akademiya2063
PRO
0
380
Building Flexible Design Systems
yeseniaperezcruz
330
41k
Reality Check: Gamification 10 Years Later
codingconduct
0
2.3k
Side Projects
sachag
456
43k
Impact Scores and Hybrid Strategies: The future of link building
tamaranovitovic
0
440
The SEO Collaboration Effect
kristinabergwall1
1
570
The Hidden Cost of Media on the Web [PixelPalooza 2025]
tammyeverts
2
500
A Soul's Torment
seathinner
8
3.6k
Why You Should Never Use an ORM
jnunemaker
PRO
61
10k
KATA
mclloyd
PRO
35
15k
Building AI with AI
inesmontani
PRO
1
1.2k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
130k
Transcript
スプリント計画の手順
スクラムのシステムを理解するのに重要 なこと • 先に延ばせば先に延ばすほど情報が増える • キチンとアジャイル的に進めておかないと できませんね 決定はできるだけ先に延ばす
スクラムのシステムを理解するのに重要 なこと 想定外のことに対する対策を事前に行う 具体的に、どんな問題が起こるか? わかりません。 でも対策は万全です。
スクラムのシステムを理解するのに重要 なこと • 間に合うように頑張れとかそういうこと は言わない。 • 必須の機能だから無理やり押し込むとか やらない。 • できることを粛々とやる。
精神論は 徹底排除
精神論について補足 • それがアジャイルの目的 顧客の難しい要望を聞くのは大事ですからね • やりますと言っても結局できないから顧客のためにならない • いかに無理ですと言わずに実質断る方向にもっていくかを考えるとかいかに も無駄な労力 •
そういう交渉がどうしても必要な場合はプロダクトオーナーに一任すべき 無理なことを断れないのがよくない
スクラムのシステムを理解するのに重要 なこと 常にホームポジションを 保つ
スクラムのシステムを理解するのに重要 なこと コンテナ
スクラムのシステムを理解するのに重要 なこと •誤差以下の数字を丁寧に計算しているのはとても無駄です •誤差以下を省きながら計算をすると大体暗算で済むので俊敏な管理ができます 誤差 •平均×数=合計という計算方法は役に立ちます •判断するときに誤差を減らすために重要です •ある程度の数の平均を取ると、109109 •1が減るので無視できます 平均
•確実なことなど何もない。 •全ては期待値。 確率
スクラムの計画の由来 たぶんXP由来 •ケント・ベックは偉大 •いや関係ないかもしれませんけど
スクラムの計画 前提条件の決定 バックログ・ストーリー整理 ストーリーポイント見積もり 計画の決定 タスクわけ
前提条件の決定 終了条件 •リファクタリング •自動テスト •CI/CD •…etc
前提条件の決定 ルールを明確にする •終了条件など
バックログ・ストーリー整理 最新情報に合わせて整理。 必要に応じて分割 …etc
バックログ・ストーリー整理 曖昧である現実を受け止める •整理ための整理はしない •整理する必要があるものを整理する •曖昧でいいものは曖昧のままのほうが扱いやすい
ストーリーポイント見積もり ストーリーポイントを見積もる 以前のストーリーポイントと比較して 全員で数字を出す 意見が分かれたら話し合い
なぜ時間を使わないか? 時間見積もったら必ず実際より少なく予 測されるってみんな分かり切ってるで しょ? • なんでわざわざ目盛りが狂っているこ とが分かっている測りにこだわるの? 時間見積もりの誤差は±が均等にならな いことが分かっているが、個人の誤差の 比率は平均して一定であることが経験則
としてわかっている。 • 比を取ることにより、誤差が±0になる
フィボナッチ数列 1,2.3.5.8.13,21のフィボナッチ数列で 意味のない細かい差で悩むことを防ぐ 分割しやすい 覚えやすい
ヴェロシティ ヴェロシティ ストーリーポイントの合計 適度な数を合計することにより、 誤差は気にしなくてよくなる • 見積もり誤差 • 個人の作業効率の差
計画の決定 前回のヴェロシティと同じストーリーポイントだけ選ぶ 優先順位+工数も加味した選択ができる 比で計算することにより、相対的な大きさ以外の要素は全 て計算する必要はない
タスクわけ これは普通のタスクわけ 作業者に分配しやすいように細かく分ける 作業管理がしやすいように細かく分ける なんとなくやっていると時間がかかるので注意