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
Sprint
Search
Yasunobu Kawaguchi
PRO
July 20, 2021
Technology
8
1.6k
Sprint
Yasunobu Kawaguchi
PRO
July 20, 2021
Tweet
Share
More Decks by Yasunobu Kawaguchi
See All by Yasunobu Kawaguchi
Mobbing Practices
kawaguti
PRO
3
390
RSGT Walk Through
kawaguti
PRO
3
630
XP matsuri 2024 - 銀河英雄伝説に学ぶ
kawaguti
PRO
3
740
1Q86
kawaguti
PRO
2
380
Shinagile 2024
kawaguti
PRO
3
180
DevOpsDays History and my DevOps story
kawaguti
PRO
12
3.9k
Hybrid Conferences made by Small Teams
kawaguti
PRO
0
150
My journey from Fearless Change to Psychological Safety
kawaguti
PRO
13
3.9k
Agile PBL Approach: Seamlessly Onboarding New Grads to Teams
kawaguti
PRO
1
700
Other Decks in Technology
See All in Technology
OCI 運用監視サービス 概要
oracle4engineer
PRO
0
4.8k
Flutterによる 効率的なAndroid・iOS・Webアプリケーション開発の事例
recruitengineers
PRO
0
120
飲食店データの分析事例とそれを支えるデータ基盤
kimujun
0
180
Adopting Jetpack Compose in Your Existing Project - GDG DevFest Bangkok 2024
akexorcist
0
110
SREが投資するAIOps ~ペアーズにおけるLLM for Developerへの取り組み~
takumiogawa
1
450
iOSチームとAndroidチームでブランチ運用が違ったので整理してます
sansantech
PRO
0
150
OCI Vault 概要
oracle4engineer
PRO
0
9.7k
AIチャットボット開発への生成AI活用
ryomrt
0
170
OCI Security サービス 概要
oracle4engineer
PRO
0
6.5k
Amazon CloudWatch Network Monitor のススメ
yuki_ink
1
210
リンクアンドモチベーション ソフトウェアエンジニア向け紹介資料 / Introduction to Link and Motivation for Software Engineers
lmi
4
300k
OCI Network Firewall 概要
oracle4engineer
PRO
0
4.2k
Featured
See All Featured
Navigating Team Friction
lara
183
14k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
33
1.9k
Raft: Consensus for Rubyists
vanstee
136
6.6k
How to train your dragon (web standard)
notwaldorf
88
5.7k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
109
49k
Measuring & Analyzing Core Web Vitals
bluesmoon
4
130
Intergalactic Javascript Robots from Outer Space
tanoku
269
27k
What's new in Ruby 2.0
geeforr
343
31k
Teambox: Starting and Learning
jrom
133
8.8k
GraphQLの誤解/rethinking-graphql
sonatard
67
10k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
27
4.3k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
131
33k
Transcript
まずはタイミングを 合わせましょう、 というスライド
だいたいは ゴールしなければ ならない タイミングが 決まっています。
しかし、 手をつけてみなければ わからない という仕事も たくさんあります。
もちろん、 手慣れた仕事も あるでしょう。 経験もあり 自信もあるような。
必要な仕事を ゴールまでに 終わらせたい
8:2の法則 8割の仕事は 2割の努力で 終わる。 残りの2割に 8割の努力が 吸われる。
一発作業の危険 作って最後に見せたら 問題が発覚して大騒ぎ
ゴールに向けて、 内部スケジュールを 組みます。 その単位を スプリントと呼びます。
ゴール ゴール スプリントは同じ周期で繰り返します。
カレンダーに 直すと こんな感じ。 ※2週間スプリントの場合
例えば数か月先でも、 スプリントの切れ目が、 いつになるか、計画できます。
ゴール ゴール ゴールは相手のあることなので、 もしかしたらスプリントの切れ目と 合わないかもしれません。
ゴール ゴール ゴールは相手のあることなので、 もしかしたらスプリントの切れ目と 合わないかもしれません。 その場合は、 直前のスプリントまでに 完成させておきます。
クリスマスまでに7スプリント、とか。 (8スプリント目にやる分は間に合わない) 1 2 3 4 5 6 7
同じ周期なので、同じ人たち(チーム)で関わる限り、 だいたい同じぐらいのアウトプットが出せると ある程度、推測できます。
もちろんバラツキはあります
次のスプリントでどれくらい できるのでしょうか? ?
傾向をみると、 次はどのくらいの量をこなせるかは なんとなくわかりそうです。 ?
? この傾向のことをベロシティといいます。 巡航速度とか平均速度というような意味です。 傾向をみると、 次はどのくらいの量をこなせるかは なんとなくわかりそうです。
じゃあはじめての時は どうしたら? ?
じゃあはじめての時は どうしたら? ? データも経験もないので 誰にもわかりません。
チームは、スプリントを繰り返しながら、 学習を重ねていき、予測性を上げていきます。 きっと仕事も上手になっていくでしょう。
なので、最初に「繰り返す」 ということを決めてしまいます。 スプリントは同じ周期で繰り返します。
スプリントのたびに できたものを見てもらいます。 動くプロダクトを見てもらい、 フィードバックをもらうのです
耳の痛い フィードバックも あるでしょう 思ったより時間がない 思ったよりできない なんてことに気づくかも。
フィードバックの例 - ビルドできない - 性能が出ない - テスト難しい - デプロイ未整備 -
テスト用データがない - 仕様が理解できてない - 使いづらい - 意味が伝わらない - 欲しがられない - 儲かりそうにない - 複雑な人間関係の発見
Valuable Usable Feasible (会社にとって) 価値がある (開発者にとって) 現実に作れる (利用者にとって) 便利に使える ここを
目指している
スプリントは実戦の繰り返しです。 誰かが決めた全体計画にしたがうより、 チームの力が培われるでしょう。
集中して 作業します プロダクトにつながらない 作業やミーティングは 極力行わないようにします。 仕事ですから。
クロスファンクショナル (職能横断的) 必要なスキルをそろえた 少人数のチームで 仕事します。 部署間調整の ミーティング地獄 ダメ、ゼッタイ
後になって、想定外の事態が起きたとき、 チームの真価が発揮されるかもしれません
何も終わらせられない 場合は、 フィードバックも 受けられません。 計画は、 現実的に。
実績のベロシティ(完成した仕事量)を みながら、次のスプリントの予測をします。 ?
PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI
プロダクトバックログは これから作っていくものの リストです。 提供したい順番に 並べておきます。 プロダクトバックログ
PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI
PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI 各PBIのサイズは 実際に仕事をする 人々が見積もります でかいな 小さいな 同じくらいかな プロダクトバックログ
PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI
チームはスプリントで 上から順に 開発・提供していき、 プロダクトバックログ
PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI
? 実績にかわります チームはスプリントで 上から順に 開発・提供していき、 プロダクトバックログ
PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI
プロダクトバックログ ? 実績のベロシティを もとに、次はどの辺まで 行けそうかを予測します。
PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI
プロダクトバックログ スプリントで 予想したより、 早く終わったら? すばらしい。 次のPBIを おかわりします。
PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI
プロダクトバックログ スプリントで 予想したほど、 終わらなかったら? 予想か、見積もりが、 間違ってましたね。 新しい情報が手に入った!
PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI
プロダクトバックログ PBIの 大きさの 見積もりは ちょくちょく 見直します バックログ リファインメント PBI PBI
PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI
プロダクトバックログ よいバックログの条件 1. すぐに取りかかれる 2. 議論できる 3. 価値がある 4. 見積もり可能 5. サイズが適切 Ready Ready by Jeff Sutherland
PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI
プロダクトバックログ 5. サイズが適切 5人のチームで 2週間のスプリントなら 1スプリントの ベロシティ予想の範囲内に 5x2 =10以上のPBIが 入っていること の目安 PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI
プロダクトバックログ PBI PBI PBI PBI PBI PBI PBI PBI PBI
PBI PBI PBI PBI PBI PBI PBI バックログ リファインメント 近づいてきたら 詳細度を上げたり、 適切なサイズに 分割します。
PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI
プロダクトバックログ 直近3スプリント分は Ready Readyな よいプロダクトバックログを そろえていきます。 PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI
プロダクトバックログ PBI PBI PBI PBI PBI PBI PBI PBI PBI
PBI もっと先の分も載せておきます。 細かくする努力は、急ぎません。 PBI PBI PBI
プロダクトバックログ PBI PBI PBI PBI PBI PBI PBI PBI PBI
PBI PBI PBI PBI プロダクトバックログは 誰にとってもオープンにして 意見をもらえるようにします
PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI
? 実績にかわります チームはスプリントで 上から順に 開発・提供していき、 プロダクトバックログ
スプリントのたびに できたものを見てもらいます。 動くプロダクトを見てもらい、 フィードバックをもらうのです
プロダクトバックログ PBI PBI PBI PBI PBI PBI PBI PBI PBI
PBI PBI PBI PBI PBI PBI PBI 近づいてきたら 詳細度を上げたり、 適切なサイズに 分割します。 プロダクト バックログは 常に最新の情報 をもとに見直します
考えて、作って、評価を得ることを繰り返して 一歩一歩うまくなっていきます。
フィードバックをする人たちも、 うまく付き合う方法を学んでいきます。
タイミングを合わせて実戦を繰り返す ことを通じて、動くプロダクトと 作れるチーム、そして信頼を培います。
まずはスプリントの日程を 決めるところから 1 2 3 4 5 6 7
まずはタイミングを 合わせましょう、 というスライド