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
Scrumでコールド負けしないために “計画”に向き合ってみた/Do not lose col...
Search
kamo shinichiro
August 02, 2019
Technology
3
1.1k
Scrumでコールド負けしないために “計画”に向き合ってみた/Do not lose cold with Scrum I tried to face "plan"
kamo shinichiro
August 02, 2019
Tweet
Share
More Decks by kamo shinichiro
See All by kamo shinichiro
ファクトから始める改善アプローチ 〜「LeanとDevOpsの科学」を実践して〜
tyankamo
4
14k
それでもスクラムマスターをやっていく~スクラムマスターの価値について考えてみた~/Still, I will do the Scrum Master ~ I thought about the value of Scrum Master ~
tyankamo
4
2.1k
Other Decks in Technology
See All in Technology
2025/1/29 BigData-JAWS 勉強会 #28 (re:Invent 2024 re:Cap)/new-feature-preview-q-in-quicksight-scenarios-tried-and-tested
emiki
0
310
サーバーレスで楽しよう!お気軽に始められる3つのポイント / Have fun with Serverless!
_kensh
2
230
CloudWatch Container Insightsを使ったAmazon ECSのリソース監視
umekou
1
120
Redmineの意外と知らない便利機能 (Redmine 6.0対応版)
vividtone
0
190
【5分でわかる】セーフィー エンジニア向け会社紹介
safie_recruit
0
18k
Enhancing SRE Using AI
yoshiiryo1
1
270
Tokyo RubyKaigi 12 - Scaling Ruby at GitHub
jhawthorn
2
210
GraphRAG: What I Thought I Knew (But Didn’t)
sashimimochi
1
230
(Simutrans) 所要時間ベース経路検索のご紹介
teamhimeh
0
100
あなたはJVMの気持ちを理解できるか?
skrb
5
2k
攻撃者の視点で社内リソースはどう見えるのかを ASMで実現する
hikaruegashira
4
2.1k
Makuake*UPSIDER_LightningTalk
upsider_tech
0
200
Featured
See All Featured
Building Adaptive Systems
keathley
39
2.4k
The Invisible Side of Design
smashingmag
299
50k
The Art of Programming - Codeland 2020
erikaheidi
53
13k
A Tale of Four Properties
chriscoyier
157
23k
GraphQLの誤解/rethinking-graphql
sonatard
68
10k
Art, The Web, and Tiny UX
lynnandtonic
298
20k
Building a Scalable Design System with Sketch
lauravandoore
460
33k
A Modern Web Designer's Workflow
chriscoyier
693
190k
No one is an island. Learnings from fostering a developers community.
thoeni
20
3.1k
Building Applications with DynamoDB
mza
93
6.2k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
3
270
Bootstrapping a Software Product
garrettdimon
PRO
305
110k
Transcript
Scrumでコールド負けしないために “計画”に向き合ってみた 2019/8/2 賀茂慎一郎(@tyantya41717651)
自己紹介 賀茂 慎一郎 @tyantya41717651 TIS(2016入社) 認定スクラムマスター
認定プロダクトオーナー 開発チームに限らずアジャ イルなアプローチで支援し ています
今日のテーマ 計画の 立て方
計画の目的 ✓リスクの軽減 ✓不確実性を減らす ✓意思決定を支援する ✓信頼を確立する ✓情報を伝達する アジャイルな見積もりと計画づくりより抜粋
リリース単位の計画 Sprint単位の計画
リリース単位の計画 Sprint単位の計画
ケース1 当時直面していた課題 納期とスコープが固定の状況でスケジュール バッファを設けたかったものの根拠のある バッファを提示できなかった
様々な文献をあさっていたところ https://qiita.com/hirokidaichi/items/5a204a57a200569f755d 2点見積もり方によるスケジュールバッファ の算出方法を発見
None
実際にやってみた
実際にやってみた 50%の見積もりポイント 90%の見積もりポイント 不安量
見積もりの詳細結果等は弊社Fintanにて掲載予定 (2019年9月頃) https://fintan.jp/ 興味ある方は是非覗いて見てください!!
ちょっとした宣伝 書きました笑
リリース単位の計画 Sprint単位の計画
ケース2 当時直面していた課題 プランニングで立てたゴールが達成率(story のDone率)が低い
バーンダウンを作ってみた
工夫したこと
工夫したこと 残開発時間でトラッキングする のではなく、事前にタスクの難 易度、取り組み順を基に立てた 計画ラインをトラッキング
工夫したこと
工夫したこと 稼働時間とタスク消化時間に無理がないか確認
工夫したこと 作戦名をつけることでsprintで大切にしたいこ とをスクラムチームで共通認識を持つ
工夫したこと
工夫したこと 振り返りでは改善の 可能性がありそうなポイントを 中心に深堀を実施
計画を立てるポイント ✓過去の実績などから根拠を持つ ✓完璧な計画を目指さない ✓一度立てて満足するのではなく日々見直す ✓実施後に振り返りを行うことで学びを最大化へ
計画を立てるポイント ✓過去の実績などから根拠を持つ ✓完璧な計画を目指さない ✓一度立てて満足するのではなく日々見直す ✓実施後に振り返りを行うことで学びを最大化へ + ✓ プランを複数持つ(今sprintでtry中)
計画という「行為」を通して日々の学びを反映してい くことがプロジェクト成功可能性の上昇につながる 最後に
計画することがすべてだ。立てた計画はどうでもい 陸軍元帥:ヘルムートグラフフォンモルトケ 最後に
良い計画lifeを