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
TK
September 02, 2022
Technology
0
1.8k
私のチームが実践しているスプリントに集中するための取り組み
2022/09/02
TK
September 02, 2022
Tweet
Share
More Decks by TK
See All by TK
アジャイルであり続けるために技術スキルと向き合う
tkredman
4
3.2k
覗いてみよう!現場のスクラムチーム
tkredman
0
2.6k
「守破離の守!」スクラムガイドをみんなで読んでみた。
tkredman
0
1.4k
効果的なスプリントプランニングのトライ
tkredman
0
80
アジャイルに向かう組織に聴いてほしいアジャイルへの第一歩
tkredman
0
39
スクラム開発と向き合うことでスクラムを習得する
tkredman
0
83
たった一つの質問でマインドセットの灯をともせ!
tkredman
0
14
Other Decks in Technology
See All in Technology
5分で流し読むCloudflare Developer Platform
nkzn
1
100
シフトレフトで挑む セキュリティの生産性向上
sekido
PRO
0
270
20240725 LLMによるDXのビジョンと、今何からやるべきか @Azure OpenAI Service Dev Day
nrryuya
3
1.2k
実践ARMアーキテクチャ移行
pyama86
1
100
コミュニティサービスに「あなたへ」フィードを リリースするまでの試行錯誤
takapy
1
160
累計ダウンロード数1億8000万を超えるアプリケーションプラットフォームのレガシーシステム脱却とモダン化への道
kmitsuhashi
0
120
コンテナ・K8s研修 - 前半 コンテナ基礎・ハンズオン【MIXI 24新卒技術研修】
mixi_engineers
PRO
0
170
サービス開発を前に進めるために 新米リードエンジニアが 取り組んだこと / Steps Taken by a Novice Lead Engineer to Advance Service Development
nologyance
0
180
データベース研修 DB基礎【MIXI 24新卒技術研修】
mixi_engineers
PRO
0
230
Flutter研修【MIXI 24新卒技術研修】
mixi_engineers
PRO
0
160
開発と事業を繋ぐ!SREのオブザーバビリティ戦略 ~ Developers Summit 2024 Summer ~
leveragestech
0
650
DDDにおける認可の扱いとKotlinにおける実装パターン / authorization-for-ddd-and-kotlin-implement-pattern
urmot
4
390
Featured
See All Featured
Infographics Made Easy
chrislema
238
18k
Put a Button on it: Removing Barriers to Going Fast.
kastner
58
3.3k
Producing Creativity
orderedlist
PRO
340
39k
Become a Pro
speakerdeck
PRO
15
4.8k
Visualization
eitanlees
139
14k
The Illustrated Children's Guide to Kubernetes
chrisshort
39
47k
The Power of CSS Pseudo Elements
geoffreycrofte
64
5.2k
What the flash - Photography Introduction
edds
65
11k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
277
13k
How to Ace a Technical Interview
jacobian
274
23k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
149
45k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
34
1.9k
Transcript
私のチームが実践している スプリントに集中するための取り組み Retty株式会社 Imai Takaaki 2022/09/02 アジャイルひよこクラブ
自己紹介 • TK (Imai Takaaki) • エンジニア ◦ 2015〜SIer ◦
2021〜Retty株式会社 • @t_k_redman
今日のテーマ
スクラムを始めてみたけど、スプリント中に終わらない
スクラムを始めてみたけど、スプリント中に終わらない
スクラムを始めてみたけど、スプリント中に終わらない 何が終わらない?
• スプリントプランニングで選んだアイテムが完了しない 終わらないとは
• スプリントプランニングで選んだアイテムが完了しない 終わらないとは
• スプリントゴールというものがあるらしい • それはスプリントの唯一の目的であるらしい スクラムガイドによると https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Japanese.pdf
• スプリント中に終わらない • →スプリントの目的が果たせない • →スプリントゴールが達成できない 終わらないとは
①適切なボリュームのアイテムを取る
• スプリントプランニングでプロダクトバックログからアイテムを 選ぶ時に何を考える? ◦ 過去のスプリントから得られたベロシティ? ◦ アイテムの見積もりであるストーリーポイント? 「これなら終わる!」ってどう判断する?
• 事前にある程度見積もらないといけないのでそれも◦ • でもそれだけだと不確実性が高すぎる! • スプリントプランニングでタスク分解することでスプリントの解 像度をあげてから判断したい 実際には計画してみないとわからないことも多い
• 終われそうかを判断するための情報が増えていない • 各タスクで何をやるかのイメージが人によって異なっている可 能性がある 例:解像度があまり上がらないタスク分解 バックエンド 実装 フロント 実装
テスト リリース テーブル設計
• 各タスクの中身が具体化されて暗黙の作業がなくなることで 見通しが立てやすくなる • チームの認識が揃うことで抜け漏れ、考慮漏れが減る 例:解像度が高められるタスク分解 バックエンド 実装 フロント 実装
テスト リリース テーブル設計 CREATE TABLE クエリ作成 テーブル 設計 開発DB クエリ実行 本番DB クエリ実行 レビュー xxxControllerCla ssに xxxメソッド 追加 xxxメソッドがxxx を返すように修 正 xxxのテストコー ド追加 xxxコンポーネン トを作成 xxxが押された時 の処理を修正 xxxプロパティを 受け取れるよう に修正 テスト項目 作成 テストデータ 準備 テスト実施 リリース後 周知
• ただし「スプリント内で絶対終わる安全圏」を確保したいわけで はない • 無計画に決めるのをやめたいだけでバッファ積みまくるとかは 違う • 「無謀でもスクラムなんだからやると決めたらやり切るぞ!」と 言う根性論をやらない 計画を立ててからゴールを確約(コミットメント)
• スプリントプランニングが終わってから改めてPOとゴールの共 通認識をもつ スプリントプランニング後のコミットメント
②スプリントの計画をアップデートする
• 開発が始まっても「終われるか?」は常に気にしておく • 計画をアップデートしながら進む ◦ 「計画通り進められるように頑張る」というよりも「ゴールす るために計画し続ける」 スプリントは油断してるとあっという間
• 計画通りかどうかわかる目安 • 計画からズレたことを検知する仕組み 計画アップデートのために必要なこと
計画通りかどうかわかる目安 スプリント終了までの日割りのタス ク量をイメージできるようにラインを ひいている ギリギリになってくると半日単位 でひいていくこともある
• 普通にデイリースクラムで確認 計画からズレたことを検知する仕組み Day 5 Day 4 Day 3 Day
2 Day 1 Daily Scrum Daily Scrum Daily Scrum Daily Scrum Daily Scrum
• 普通にデイリースクラムで確認 • 加えて同期タイムを決めて確認している 計画からズレたことを検知する仕組み Day 5 Day 4 Day
3 Day 2 Day 1 Daily Scrum Daily Scrum Daily Scrum Daily Scrum Daily Scrum
• スプリントプランニングで立てた計画はあくまでもその時点で わかっている情報を元に立てたもの • 進めていく中で情報量が増えれば打ち手も変わってくる スプリントゴール達成のためにできることをやる そこの実装がボトルネックに なってきそうだから先に片付け よう! この部分はAさんが詳しいからタスク割り振
り変えてスピードアップ図ろう! その仕様はマストじゃなさそうだか らPOに相談してスコープから外そ う!
③目的を考慮してスプリントを終える
• ただそのまま「終わりませんでした」はもったいない • できるだけ上手に着地を決められるようにする それでも計画通りいかないことはある
• スプリントゴールというものがあるらしい • それはスプリントの唯一の目的であるらしい 再・スクラムガイドによると https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Japanese.pdf
• 選んだアイテムをやり切るのが全てじゃない • 当初想定とは別の形でゴールが達成できるならそういった選 択肢も考える スプリントゴールにできるだけ近づく Web申し込みが できるようにする Product Backlog
Items Web申し込み フォーム フォームへの 導線追加 販促ページの 公開 A案 B案 コスト <
• 次に繋げられるように受け身を取る ◦ 一部の仕様を別のアイテムに切り出す ◦ 残対応が整理しやすいようなタスクの取り方をする ▪ スプリント跨いでダラダラ続けない • タスク消化率ではなく動くものをアウトプットする
◦ ここまで動いているけど、この機能が足りていない ◦ この機能だけバグが残っている スプリントゴールの達成ができないとしても
まとめ
• 適切なボリュームのアイテムを取る • スプリントの計画をアップデートする • 目的を考慮してスプリントを終える スプリント中に終わらせるために
ご清聴ありがとうございました!