Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
アジャイル・スクラム勉強会_バーンダウンチャート
Search
Satoshi Harada
July 06, 2020
Programming
110
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
アジャイル・スクラム勉強会_バーンダウンチャート
Satoshi Harada
July 06, 2020
More Decks by Satoshi Harada
See All by Satoshi Harada
心理学を学び活用することで偉大なスクラムマスターを目指す − 大学とコミュニティを組み合わせた学びの循環 / Becoming a great Scrum Master by learning and using psychology
psj59129
1
2.7k
アジャイル社内普及ご近所さんマップを作ろう / Let's create an agile neighborhood map
psj59129
1
210
製造業メカアジャイルへの挑戦!社内コミュニティを軸にした巻き込み / The challenge of mecha-agile manufacturing
psj59129
1
210
保育士チームが実践している連続的な観察と多面的な観察を共有するための振り返り / Reflection to share “continuous and multifaceted observations” as practiced by a team of childcare professionals
psj59129
1
6.3k
保育とふりかえりをコネクト! / connect childcare and retrospectives!
psj59129
1
1.5k
Whyから始めよう!スクラムチームが力強く前に進むための「なぜやるのか」を考える
psj59129
1
2.8k
その心理的安全性は間違っている!心理的安全性で陥りやすい間違いとその対策
psj59129
1
1.7k
これからのスクラムマスターのキャリアプランの話をしよう - スクラムマスターの前に広がる世界
psj59129
0
3.3k
ファーストペンギンを志すものに伝えたい - 1人目のアジャイル推進者がたどった成功と失敗
psj59129
0
520
Other Decks in Programming
See All in Programming
大喜利で理解するLLM as a Judge / Understanding LLM-as-a-Judge through Ogiri
rockname
0
100
仕様駆動開発による爆速プロダクト開発 / Bakusoku Spec Driven Development
kobakei
0
110
Security issues being discussed on Web Platforms
petamoriken
0
930
技術的負債の返済は、AI時代の複利で効く投資 — 経営としての意思決定とその遂行
curekoshimizu
0
1.3k
Webの地図
yosuke_furukawa
PRO
6
4.5k
選挙速報を多くのユーザーへ 届ける Live Activities 設計
hamayokokuririn
0
140
モジュールの視点からSwiftを読み解く #iosdc
s_shimotori
0
170
モデルのリファクタリングが難しいと思ったら、そもそも複雑だったのはビジネス仕様だった ? / is-the-business-domain-the-real-complexity
hatsu38
0
240
AI Agent時代のリアーキテクチャ戦略と実践
hokaccha
9
4.4k
cdk deploy JawsSonic #MARATHONしながらAWSリソースをデプロイしてみよう
akihisaikeda
2
130
FreeBSDでZabbixを動かす.pdf
kenkino
0
270
DroidKaigi 2026 「個人開発という実験場: Android エンジニアが手にする4つの自由」
slashnephy
0
230
Featured
See All Featured
Color Theory Basics | Prateek | Gurzu
gurzu
1
470
Git: the NoSQL Database
bkeepers
PRO
432
67k
Visual Storytelling: How to be a Superhuman Communicator
reverentgeek
2
660
Evolving SEO for Evolving Search Engines
ryanjones
0
290
Imperfection Machines: The Place of Print at Facebook
scottboms
270
14k
Why Your Marketing Sucks and What You Can Do About It - Sophie Logan
marketingsoph
0
410
The AI Search Optimization Roadmap by Aleyda Solis
aleyda
1
6.2k
Kristin Tynski - Automating Marketing Tasks With AI
techseoconnect
PRO
0
520
The browser strikes back
jonoalderson
0
1.7k
AI Search: Where Are We & What Can We Do About It?
aleyda
0
7.9k
Testing 201, or: Great Expectations
jmmastey
46
8.3k
Rebuilding a faster, lazier Slack
samanthasiow
85
9.6k
Transcript
アジャイルな進捗管理 バーンダウンチャート アジャイル・スクラム勉強会 Satoshi Harada
カンバンボードによる進捗管理 • 以下の2つの値を計算することで、スプリント内でタスクがどれくらい 完了しているかを把握できる ► スプリント内で実施するタスクの総時間数 ✔ スプリントの計画時に個々のタスクに対して見積もった時間の合計 ► スプリント内で完了したタスクの総時間数
✔ 完了しているタスクの見積もり時間の合計 • 毎日数えれば何となく進捗状況が分かるが、もっと視覚的にスプリント の進捗状況を掴めるようにしたい ► そのためのツールが“スプリント・バーンダウンチャート” ToDo Doing Review Done 全体のタスク見積もり 時間に対して、どれく らい完了しているかを 見ることでざっくりと 進捗状況がわかる。
バーンダウンチャートとは? タスクをバーンダウン:焼き尽くす(全て完了にする)までにどのような経 過を辿ったのかを時間軸で可視化するグラフがスプリント・バーンダウン チャート。 ► 理想線 ✔ 順調にタスクが完了した場合の線 ► 実績線
✔ 実際にタスクが完了していった経過の線 • 理想線はスプリント計画時にわかるので、計 画完了後にプロットしておく • 実績線は毎朝、前日の未完了タスクの総時間 数を計算してプロットする ✔ 朝会で見れるようにしておくのが大事
このチャートから何がわかるのか? • 時間軸で見たときのタスク完了までの問題点が可視化される ► 学生症候群 ► ボトルネック ► 追加タスク などなど… •
以下の例だと、 ► 1日目〜2日目の実績線が理想線よりも上にある ✔ 期限まで時間があるので、1日目はゆっくり作業を行っていたとか ✔ 最初にとりかかるタスクの粒度が大きく、なかかなか完了にならなかったとか ► 3日目に実績線が急激に下がっている ✔ 追い込みをかけた ✔ 粒度の大きなタスクが完了し始めた などなど…
可視化した問題を改善につなげる バーンダウンチャートは問題点を可視化するだけなので、改 善につなげる仕組みは別途用意する必要がある。 そのため、毎スプリントの最終日に“ふりかえり(反省 会)”を行い、次スプリントの改善を話し合うのが効果的。 バーンダウンチャートで 可視化された問題点 仕事中の気付き 毎スプリントのふりかえり (反省会)
ToDo Doing Review Done WIP 4⇒3 WIP 1 6h 3h 3h タスクの粒度を改善 WIP制限でタスクの 完了までのフローを改善 チームの協力体制を整える (ペアプロ・モブプロなど)
実際のチャートから学ぶ(1) • 某案件の、6月15日週のスプリント・バーンダウン チャート ► 何が起きていたのかを予想してみてください ► この結果から、開発メンバーは何を改善することにしたの か予想してみてください
実際のチャートから学ぶ(2) • 某案件の、6月22日週のスプリント・バーンダウン チャート ► 何が起きていたのかを予想してみてください ► この結果から、開発メンバーは何を改善することにしたのか予想 してみてください
実際のチャートから学ぶ(3) • 某案件の、6月29日週のスプリント・バーンダウン チャート ► 何が起きていたのかを予想してみてください ► この結果から、開発メンバーは何を改善することにしたのか予想 してみてください
用法用量・取り扱い • 単にバーンダウンチャートを作成しているだけでは役に立たない ► 朝会で展開し、チームメンバーが進捗状況を把握する ► 実績線が計画線から著しく離れる場合は、スプリントの途中であって も何かしらのリカバリーを行う必要がある ✔ 技術的な課題でどハマリしてる?
他のメンバーの作業を一旦止めて、ペアプロ・モブプロでリソースを集中させ て解決する、など ✔ タスクの粒度が大きすぎる? スプリントの途中でもタスクの再分解を行う、など ► 実績線が理想線と乖離したポイントについて、何かしらの理由がある はずなのでチーム内でヒアリングをして書き留めておく ✔ ふりかえり(反省会)での改善検討で役に立つ • バーンダウンチャートを評価に使ったり、未完了タスクが0にな らないことを叱責するのはNG ► あくまで改善のためのツールとして扱う ► 仮に未完了タスクが0にならなかったとしても、「改善して次はもっ と上手くやろう!」という流れにしたい
プロダクト・バーンダウンチャート • スプリント・バーンダウンチャート ► これまで説明したとおり • プロダクト・バーンダウンチャート ► プロダクトの機能要望をバーンダウン:焼き尽くす(全て 完了になる)までどれくらい時間がかかりそうかを可視化
するグラフ ✔ 大抵の場合、お客様の機能要望はプロジェクトの期間で実現で きることより多いので、「全て完了する」というよりは「どこ まで完了できそうか」をお客様と共有するために使う • 機能要望の規模総数が100ptだとして、スプリン ト7までで50pt消化できているとする • 1スプリントあたり10ptの消化がスプリント7時 点の実績となっている • プロジェクトの期間がスプリント10までの場 合、この流れだとプロジェクト終了時まであと 30pt分までは機能を実現できそう ✔ 残り20pt分については期間内に実現でき ないことをお客様と調整する ✔ この未来予想はプロジェクトの中盤〜終盤 までは行わないのがポイント(予想が安定 しないので)
雑談Time スプリント・バーンダウン チャートを使ってチームの改善 につなげていく流れについてイ メージできましたか? プロダクト・バーンダウン チャートを使って、お客様とプ ロジェクトの着地点を調整する ことについてどう思いました か?