バーンダウンチャートのパターン集 - プログラマの思索

バーンダウンチャートを見れば、チームの進捗だけでなく、チームの成熟度やその後の予測もある程度可能だ。 良い記事があったのでメモ。 【元ネタ】 InfoQ: バーンダウンチャートを解読する 理想ラインが加わったredmine_version_burndown_charts画面: プログラマの思索 最初に、3パターンが紹介されている。 一つ目は、スプリント終了時に残作業量がゼロにならなかったケース。 例えば、スプリント後半にバグが頻発して、計画通りに作業が進まず、重大なバグを解決できずにリリースできなかった状況があるだろう。 二つ目は、スプリント前半は残作業がかなり残って遅延していたが、スプリント中盤からいきなり急角度で残作業が減っていき、最終的にゼロになったケース。 結果オーライかもしれないが、記事では次のように解説している。 「おそらく彼らは積極的に数字を更新することをしなかったことを示す

[lizy]

パターン2の大きく減った理由が分からないのがバーンダウンチャートの弱点なのかな。単に更新してなかった / スコープを縮小した / ものすごくがんばった