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
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
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.4k
アジャイル社内普及ご近所さんマップを作ろう / Let's create an agile neighborhood map
psj59129
1
200
製造業メカアジャイルへの挑戦!社内コミュニティを軸にした巻き込み / 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
6k
保育とふりかえりをコネクト! / connect childcare and retrospectives!
psj59129
1
1.4k
Whyから始めよう!スクラムチームが力強く前に進むための「なぜやるのか」を考える
psj59129
1
2.8k
その心理的安全性は間違っている!心理的安全性で陥りやすい間違いとその対策
psj59129
1
1.7k
これからのスクラムマスターのキャリアプランの話をしよう - スクラムマスターの前に広がる世界
psj59129
0
3.3k
ファーストペンギンを志すものに伝えたい - 1人目のアジャイル推進者がたどった成功と失敗
psj59129
0
500
Other Decks in Programming
See All in Programming
PHP Application における Kubernetes 内 gRPC 通信
ganchiku
0
410
Claude Opus 4.6以後の受託開発エンジニアの変化(Claude Code開発ノウハウ大公開スペシャルbyクラスメソッド)
iidatakuma
1
730
Snowflake Summitでの新機能 CoCo / CoWork / snowflake-summit-2026-overall-what-new-coco
tatsuhiro
1
230
symfony/aiとlaravel/boost
77web
0
130
【やさしく解説 設計編・中級 #6】良いアーキテクチャとは ~ 一本の登り道の、行き先 ~
panda728
PRO
0
160
なぜ関数型プログラミングで「型」と「証明」が語られるのか #fp_matsuri
kajitack
3
910
地域 SRE コミュニティ最前線 - ホンマでっかSRE勉強会
tk3fftk
0
230
AI駆動開発を妨げる技術的負債の解消アプローチ / ai-refactoring-approach
minodriven
17
9k
SREの積み重ねがAI駆動開発のガードレールになった ― 7つの実践/SRE Guardrails The 7
tomoyakitaura
8
4.2k
PHP初心者セッション2026 〜生成AIでは見えない裏側を知る:今だからLAMPを通して仕組みを学ぶ〜
kashioka
0
360
技術記事、 専門家としてのプログラマ、 言語化
mizchi
14
7.5k
Terraform標準の組織で AWS CDKをどう使うか
mu7889yoon
0
120
Featured
See All Featured
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
31
3.2k
Mozcon NYC 2025: Stop Losing SEO Traffic
samtorres
1
360
Done Done
chrislema
186
16k
Groundhog Day: Seeking Process in Gaming for Health
codingconduct
0
240
Kristin Tynski - Automating Marketing Tasks With AI
techseoconnect
PRO
0
290
The Cost Of JavaScript in 2023
addyosmani
55
10k
Why Our Code Smells
bkeepers
PRO
340
58k
GitHub's CSS Performance
jonrohan
1033
470k
The Director’s Chair: Orchestrating AI for Truly Effective Learning
tmiket
1
210
brightonSEO & MeasureFest 2025 - Christian Goodrich - Winning strategies for Black Friday CRO & PPC
cargoodrich
3
750
Statistics for Hackers
jakevdp
799
230k
The AI Search Optimization Roadmap by Aleyda Solis
aleyda
1
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 スプリント・バーンダウン チャートを使ってチームの改善 につなげていく流れについてイ メージできましたか? プロダクト・バーンダウン チャートを使って、お客様とプ ロジェクトの着地点を調整する ことについてどう思いました か?