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
移行できそうでやりきれなかった 10年超えのシステムを葬るための戦略
ryu955
2
200
Agile TPIを活用した品質改善事例
tomasagi
0
290
Why Go?
xpmatteo
0
130
AI・LLM事業部のSREとタスクの自動運転
shinyorke
PRO
0
300
Compose MultiplatformにおけるiOSネイティブ実装のベストプラクティス
enomotok
1
210
職種に名前が付く、ということ/The fact that a job title has a name
bitkey
1
240
ペアプログラミングにQAが加わった!職能を超えたモブプログラミングの事例と学び
tonionagauzzi
1
140
チームの性質によって変わる ADR との向き合い方と、生成 AI 時代のこれから / How to deal with ADR depends on the characteristics of the team
mh4gf
4
330
日本MySQLユーザ会ができるまで / making MyNA
tmtms
1
350
Amazon GuardDuty Malware Protection for Amazon S3を使おう
ryder472
2
100
コンソールで学ぶ!AWS CodePipelineの機能とオプション
umekou
2
110
セマンティックレイヤー入門
ikkimiyazaki
8
2.8k
Featured
See All Featured
Embracing the Ebb and Flow
colly
85
4.6k
Building a Scalable Design System with Sketch
lauravandoore
462
33k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
160
15k
Music & Morning Musume
bryan
46
6.4k
Why You Should Never Use an ORM
jnunemaker
PRO
55
9.3k
Product Roadmaps are Hard
iamctodd
PRO
52
11k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
129
19k
Being A Developer After 40
akosma
90
590k
Navigating Team Friction
lara
184
15k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
28
9.4k
What’s in a name? Adding method to the madness
productmarketing
PRO
22
3.4k
A better future with KSS
kneath
238
17k
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を