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
3月のAWSアップデートを5分間でざっくりと!
kubomasataka
0
120
4/16/25 - SFJug - Java meets AI: Build LLM-Powered Apps with LangChain4j
edeandrea
PRO
2
120
AWS Control Towerを 数年運用してきての気づきとこれから/aws-controltower-ops-tips
tadayukinakamura
0
160
ブラウザのレガシー・独自機能を愛でる-Firefoxの脆弱性4選- / Browser Crash Club #1
masatokinugawa
1
490
YOLOv10~v12
tenten0727
4
960
AWSのマルチアカウント管理 ベストプラクティス最新版 2025 / Multi-Account management on AWS best practice 2025
ohmura
4
310
アセスメントで紐解く、10Xのデータマネジメントの軌跡
10xinc
1
440
技術者はかっこいいものだ!!~キルラキルから学んだエンジニアの生き方~
masakiokuda
2
270
JPOUG Tech Talk #12 UNDO Tablespace Reintroduction
nori_shinoda
2
150
От ручной разметки к LLM: как мы создавали облако тегов в Lamoda. Анастасия Ангелова, Data Scientist, Lamoda Tech
lamodatech
0
750
CodePipelineのアクション統合から学ぶAWS CDKの抽象化技術 / codepipeline-actions-cdk-abstraction
gotok365
5
210
Making a MIDI controller device with PicoRuby/R2P2 (RubyKaigi 2025 LT)
risgk
1
270
Featured
See All Featured
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
It's Worth the Effort
3n
184
28k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
47
5.3k
Writing Fast Ruby
sferik
628
61k
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
Fantastic passwords and where to find them - at NoRuKo
philnash
51
3.1k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
Fontdeck: Realign not Redesign
paulrobertlloyd
83
5.5k
GitHub's CSS Performance
jonrohan
1030
460k
What's in a price? How to price your products and services
michaelherold
245
12k
VelocityConf: Rendering Performance Case Studies
addyosmani
328
24k
Docker and Python
trallard
44
3.3k
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を