Lock in $30 Savings on PRO—Offer Ends Soon! ⏳
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
スプリント計画の手順
Search
まりも
September 24, 2024
Programming
0
26
スプリント計画の手順
スプリント計画は、TDDと並んで、非常にシンプルでありながら緻密に計画を立てられるルーチンになっていますが、なんとなくやっていると意味がよくわかりません。その辺について解説しました。
まりも
September 24, 2024
Tweet
Share
More Decks by まりも
See All by まりも
メンタルモデルから見るオブジェクト設計
hrmstrsmgs
0
210
技術的負債
hrmstrsmgs
0
240
よい設計のプログラムを作るには
hrmstrsmgs
0
77
歴史から理解するJavaScript
hrmstrsmgs
0
61
論理的な考え方
hrmstrsmgs
0
58
論理的な話し合いはなぜ必要か
hrmstrsmgs
0
32
腕のある技術者はなぜ
hrmstrsmgs
0
76
疑似乱数の生成
hrmstrsmgs
0
40
構造化プログラミング
hrmstrsmgs
0
150
Other Decks in Programming
See All in Programming
Navigation 3: 적응형 UI를 위한 앱 탐색
fornewid
1
440
リリース時」テストから「デイリー実行」へ!開発マネージャが取り組んだ、レガシー自動テストのモダン化戦略
goataka
0
140
TestingOsaka6_Ozono
o3
0
170
AIコーディングエージェント(Gemini)
kondai24
0
270
AI Agent Dojo #4: watsonx Orchestrate ADK体験
oniak3ibm
PRO
0
110
Navigating Dependency Injection with Metro
l2hyunwoo
1
180
從冷知識到漏洞,你不懂的 Web,駭客懂 - Huli @ WebConf Taiwan 2025
aszx87410
2
3k
AI Agent Tool のためのバックエンドアーキテクチャを考える #encraft
izumin5210
3
1.1k
認証・認可の基本を学ぼう前編
kouyuume
0
270
TerraformとStrands AgentsでAmazon Bedrock AgentCoreのSSO認証付きエージェントを量産しよう!
neruneruo
4
1.7k
AI前提で考えるiOSアプリのモダナイズ設計
yuukiw00w
0
190
Implementation Patterns
denyspoltorak
0
110
Featured
See All Featured
The Mindset for Success: Future Career Progression
greggifford
PRO
0
190
Context Engineering - Making Every Token Count
addyosmani
9
550
Building a A Zero-Code AI SEO Workflow
portentint
PRO
0
190
How STYLIGHT went responsive
nonsquared
100
6k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
37
6.2k
The Illustrated Children's Guide to Kubernetes
chrisshort
51
51k
For a Future-Friendly Web
brad_frost
180
10k
Design of three-dimensional binary manipulators for pick-and-place task avoiding obstacles (IECON2024)
konakalab
0
310
How to Ace a Technical Interview
jacobian
281
24k
Discover your Explorer Soul
emna__ayadi
2
1k
Visual Storytelling: How to be a Superhuman Communicator
reverentgeek
2
400
The Cult of Friendly URLs
andyhume
79
6.7k
Transcript
スプリント計画の手順
スクラムのシステムを理解するのに重要 なこと • 先に延ばせば先に延ばすほど情報が増える • キチンとアジャイル的に進めておかないと できませんね 決定はできるだけ先に延ばす
スクラムのシステムを理解するのに重要 なこと 想定外のことに対する対策を事前に行う 具体的に、どんな問題が起こるか? わかりません。 でも対策は万全です。
スクラムのシステムを理解するのに重要 なこと • 間に合うように頑張れとかそういうこと は言わない。 • 必須の機能だから無理やり押し込むとか やらない。 • できることを粛々とやる。
精神論は 徹底排除
精神論について補足 • それがアジャイルの目的 顧客の難しい要望を聞くのは大事ですからね • やりますと言っても結局できないから顧客のためにならない • いかに無理ですと言わずに実質断る方向にもっていくかを考えるとかいかに も無駄な労力 •
そういう交渉がどうしても必要な場合はプロダクトオーナーに一任すべき 無理なことを断れないのがよくない
スクラムのシステムを理解するのに重要 なこと 常にホームポジションを 保つ
スクラムのシステムを理解するのに重要 なこと コンテナ
スクラムのシステムを理解するのに重要 なこと •誤差以下の数字を丁寧に計算しているのはとても無駄です •誤差以下を省きながら計算をすると大体暗算で済むので俊敏な管理ができます 誤差 •平均×数=合計という計算方法は役に立ちます •判断するときに誤差を減らすために重要です •ある程度の数の平均を取ると、109109 •1が減るので無視できます 平均
•確実なことなど何もない。 •全ては期待値。 確率
スクラムの計画の由来 たぶんXP由来 •ケント・ベックは偉大 •いや関係ないかもしれませんけど
スクラムの計画 前提条件の決定 バックログ・ストーリー整理 ストーリーポイント見積もり 計画の決定 タスクわけ
前提条件の決定 終了条件 •リファクタリング •自動テスト •CI/CD •…etc
前提条件の決定 ルールを明確にする •終了条件など
バックログ・ストーリー整理 最新情報に合わせて整理。 必要に応じて分割 …etc
バックログ・ストーリー整理 曖昧である現実を受け止める •整理ための整理はしない •整理する必要があるものを整理する •曖昧でいいものは曖昧のままのほうが扱いやすい
ストーリーポイント見積もり ストーリーポイントを見積もる 以前のストーリーポイントと比較して 全員で数字を出す 意見が分かれたら話し合い
なぜ時間を使わないか? 時間見積もったら必ず実際より少なく予 測されるってみんな分かり切ってるで しょ? • なんでわざわざ目盛りが狂っているこ とが分かっている測りにこだわるの? 時間見積もりの誤差は±が均等にならな いことが分かっているが、個人の誤差の 比率は平均して一定であることが経験則
としてわかっている。 • 比を取ることにより、誤差が±0になる
フィボナッチ数列 1,2.3.5.8.13,21のフィボナッチ数列で 意味のない細かい差で悩むことを防ぐ 分割しやすい 覚えやすい
ヴェロシティ ヴェロシティ ストーリーポイントの合計 適度な数を合計することにより、 誤差は気にしなくてよくなる • 見積もり誤差 • 個人の作業効率の差
計画の決定 前回のヴェロシティと同じストーリーポイントだけ選ぶ 優先順位+工数も加味した選択ができる 比で計算することにより、相対的な大きさ以外の要素は全 て計算する必要はない
タスクわけ これは普通のタスクわけ 作業者に分配しやすいように細かく分ける 作業管理がしやすいように細かく分ける なんとなくやっていると時間がかかるので注意