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
Ryosuke Hiroe
December 27, 2023
0
93
スクラム開発におけるベロシティの扱い
スクラム開発におけるベロシティの正しい扱いについてお話しします。
Ryosuke Hiroe
December 27, 2023
Tweet
Share
More Decks by Ryosuke Hiroe
See All by Ryosuke Hiroe
rbs-srcを用いたgem_rbs_collectionへのcontribution.pdf
rhiroe
0
53
手書きRBSの運用事例
rhiroe
2
89
Featured
See All Featured
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
PRO
10
720
Building an army of robots
kneath
302
43k
Product Roadmaps are Hard
iamctodd
PRO
49
11k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
131
33k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
250
21k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
42
9.2k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
356
29k
Making the Leap to Tech Lead
cromwellryan
133
8.9k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
226
22k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
364
24k
StorybookのUI Testing Handbookを読んだ
zakiyama
27
5.3k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
28
2k
Transcript
スクラム開発における ベロシティの扱い
この発表が終わる頃には...
スクラム開発におけるベロシティの 正しい使い方がわかります
アジェンダ • スクラム開発とは • ベロシティとは • スプリントプランニングとベロシティ • ベロシティの悪用 •
ベロシティって本当に必要?
スクラム開発とは
スクラム開発とは 安定的に開発を進めていくための手法。 1ヶ月以内の短い間隔で価値を生み出し、検査 し、適応し、改善し続けるというサイクルを続けま す。
スクラム開発がしたいなら スクラムガイドを読むのがおすすめ
スクラムガイド • スクラムの基本のキが書かれた必読書 • 無料でPDFが公開されている!!!! • 極論、これを読めばスクラム開発を開始できます ◦ スクラム開発をすることで何が得られるか ◦
スクラムチームを構成するにはどんなメンバーが必要か ◦ スクラムで価値と捉えられるものは何か ◦ スプリント内で行われるイベントにはどんなものがあるか ◦ プロダクトバックログとは
ベロシティとは
ベロシティとは スプリントごとの進行速度を記録したもの。 プロダクトゴールに対し、現在地を知るための指 標に用いられたり、スプリント計画をする上での参 考に用いられます。
スプリントプランニングに ベロシティを使おう!
ベロシティの悪用
「前回のベロシティはこれくらいだったか ら、今回はもう少し開発効率を上げてこれ くらいいこう!」
「今回のスプリントのベロシティ、前回より 落ちてるね。ベロシティを回復するために どうするべき?」
「ベロシティを上げて開発効率をあげよ う!」
安定的な開発を阻害することから、これをベロ シティの悪用と呼んでいます。 これがベロシティを採用するリスクです。
スプリントプランニングと ベロシティ
ベロシティをスプリントプランニングで活用する ときは、直前の数回分のベロシティの平均値を 超えないようにプランニングします。
どうして?
外部の不合理な期待を排除するため
いつものペースを守って開発し続けることで安 定的に品質の高い価値を提供し続けることが できる。
でも開発効率が上がったら作業量も増やすべ きじゃない?
それはその通り
だけど
練度や人数の変化による作業量の違和感は、 スプリントレビューやレトロスペクティブで検査 し、適応すべき問題。 スプリントプランニングで過去のベロシティから 調整するものではない。
ベロシティって本当に必要?
実は、なくてもいいと思っている
ベロシティなくても、体感で自分のチームが普 段どれくらいの作業量をこなせるかくらい、ある 程度回数試していればわかる。
スプリント期間が短ければ、スプリントプランニ ングで見積もりが大きくズレることもないし、 ゴールから見た現在地も細かく確認できるので ズレにくい。
スクラムの理解が浅いうちにベロシティを採用 すると、ベロシティを取るためのストーリーポイ ントを設定したりしがち。 数字でストーリーポイントを設定してしまって、 無意識に工数で見積もったり。
ストーリーポイントは工数じゃないぞ!
慣れないうちはSMLとかでボリュームの認識合 わせをするのが良い。
弊社シニアエンジニアの方が 「心理的負荷」 と表現していて とてもいいなと思ったので ここで共有しておきます
結論
チームがスクラムに慣れないうちは ベロシティは必要ない
スクラムチームとステークホルダーが 十分にスクラムを理解した時に 外部からの不合理な期待を 排除する目的でベロシティが活用できる
絶対にベロシティを向上させる事を 目的にしないこと!
株式会社タイミー バックエンドエンジニア 廣江 亮佑 (rhiroe) @buta_botti
弊社、ミドル以上のエンジニアを 積極採用中です!!