アジャイル・スクラム勉強会_バーンダウンチャート

Transcript

1. アジャイルな進捗管理
   バーンダウンチャート
   アジャイル・スクラム勉強会
   Satoshi Harada
   

   View Slide

2. カンバンボードによる進捗管理
   ● 以下の２つの値を計算することで、スプリント内でタスクがどれくらい
   完了しているかを把握できる
   ► スプリント内で実施するタスクの総時間数
   ✔ スプリントの計画時に個々のタスクに対して見積もった時間の合計
   ► スプリント内で完了したタスクの総時間数
   ✔ 完了しているタスクの見積もり時間の合計
   ● 毎日数えれば何となく進捗状況が分かるが、もっと視覚的にスプリント
   の進捗状況を掴めるようにしたい
   ► そのためのツールが“スプリント・バーンダウンチャート”
   ToDo Doing Review Done
   全体のタスク見積もり
   時間に対して、どれく
   らい完了しているかを
   見ることでざっくりと
   進捗状況がわかる。
   

   View Slide

3. バーンダウンチャートとは？
   タスクをバーンダウン：焼き尽くす（全て完了にする）までにどのような経
   過を辿ったのかを時間軸で可視化するグラフがスプリント・バーンダウン
   チャート。
   ► 理想線
   ✔ 順調にタスクが完了した場合の線
   ► 実績線
   ✔ 実際にタスクが完了していった経過の線
   • 理想線はスプリント計画時にわかるので、計
   画完了後にプロットしておく
   • 実績線は毎朝、前日の未完了タスクの総時間
   数を計算してプロットする
   ✔ 朝会で見れるようにしておくのが大事
   

   View Slide

4. このチャートから何がわかるのか？
   ● 時間軸で見たときのタスク完了までの問題点が可視化される
   ► 学生症候群
   ► ボトルネック
   ► 追加タスク　などなど…
   ● 以下の例だと、
   ► １日目〜２日目の実績線が理想線よりも上にある
   ✔ 期限まで時間があるので、１日目はゆっくり作業を行っていたとか
   ✔ 最初にとりかかるタスクの粒度が大きく、なかかなか完了にならなかったとか
   ► ３日目に実績線が急激に下がっている
   ✔ 追い込みをかけた
   ✔ 粒度の大きなタスクが完了し始めた　などなど…
   

   View Slide

5. 可視化した問題を改善につなげる
   バーンダウンチャートは問題点を可視化するだけなので、改
   善につなげる仕組みは別途用意する必要がある。
   そのため、毎スプリントの最終日に“ふりかえり（反省
   会）”を行い、次スプリントの改善を話し合うのが効果的。
   バーンダウンチャートで
   可視化された問題点
   仕事中の気付き
   毎スプリントのふりかえり
   （反省会）
   ToDo Doing Review Done
   WIP
   4⇒3
   WIP
   1
   6h
   3h
   3h
   タスクの粒度を改善
   WIP制限でタスクの
   完了までのフローを改善
   チームの協力体制を整える
   （ペアプロ・モブプロなど）
   

   View Slide

6. 実際のチャートから学ぶ(1)
   ● 某案件の、６月１５日週のスプリント・バーンダウン
   チャート
   ► 何が起きていたのかを予想してみてください
   ► この結果から、開発メンバーは何を改善することにしたの
   か予想してみてください
   

   View Slide

7. 実際のチャートから学ぶ(2)
   ● 某案件の、６月２２日週のスプリント・バーンダウン
   チャート
   ► 何が起きていたのかを予想してみてください
   ► この結果から、開発メンバーは何を改善することにしたのか予想
   してみてください
   

   View Slide

8. 実際のチャートから学ぶ(3)
   ● 某案件の、６月２９日週のスプリント・バーンダウン
   チャート
   ► 何が起きていたのかを予想してみてください
   ► この結果から、開発メンバーは何を改善することにしたのか予想
   してみてください
   

   View Slide

9. 用法用量・取り扱い
   ● 単にバーンダウンチャートを作成しているだけでは役に立たない
   ► 朝会で展開し、チームメンバーが進捗状況を把握する
   ► 実績線が計画線から著しく離れる場合は、スプリントの途中であって
   も何かしらのリカバリーを行う必要がある
   ✔ 技術的な課題でどハマリしてる？
   他のメンバーの作業を一旦止めて、ペアプロ・モブプロでリソースを集中させ
   て解決する、など
   ✔ タスクの粒度が大きすぎる？
   スプリントの途中でもタスクの再分解を行う、など
   ► 実績線が理想線と乖離したポイントについて、何かしらの理由がある
   はずなのでチーム内でヒアリングをして書き留めておく
   ✔ ふりかえり（反省会）での改善検討で役に立つ
   ● バーンダウンチャートを評価に使ったり、未完了タスクが０にな
   らないことを叱責するのはNG
   ► あくまで改善のためのツールとして扱う
   ► 仮に未完了タスクが０にならなかったとしても、「改善して次はもっ
   と上手くやろう！」という流れにしたい
   

   View Slide

10. プロダクト・バーンダウンチャート
    ● スプリント・バーンダウンチャート
    ► これまで説明したとおり
    ● プロダクト・バーンダウンチャート
    ► プロダクトの機能要望をバーンダウン：焼き尽くす（全て
    完了になる）までどれくらい時間がかかりそうかを可視化
    するグラフ
    ✔ 大抵の場合、お客様の機能要望はプロジェクトの期間で実現で
    きることより多いので、「全て完了する」というよりは「どこ
    まで完了できそうか」をお客様と共有するために使う
    • 機能要望の規模総数が100ptだとして、スプリン
    ト7までで50pt消化できているとする
    • 1スプリントあたり10ptの消化がスプリント7時
    点の実績となっている
    • プロジェクトの期間がスプリント10までの場
    合、この流れだとプロジェクト終了時まであと
    30pt分までは機能を実現できそう
    ✔ 残り20pt分については期間内に実現でき
    ないことをお客様と調整する
    ✔ この未来予想はプロジェクトの中盤〜終盤
    までは行わないのがポイント（予想が安定
    しないので）
    

    View Slide

11. 雑談Time
    スプリント・バーンダウン
    チャートを使ってチームの改善
    につなげていく流れについてイ
    メージできましたか？
    プロダクト・バーンダウン
    チャートを使って、お客様とプ
    ロジェクトの着地点を調整する
    ことについてどう思いました
    か？
    

    View Slide