バーンダウンチャートとは？見方・作り方とバーンアップとの違い

バーンダウンチャートは、期間の経過に対して残っている作業量を示すグラフです。横軸に日付や営業日、縦軸に残りのポイントや作業件数を置き、完了へ向かう状況を確認します。残作業がゼロに近づくため、通常は右下がりになります。

線が予定より上か下かを見るだけでなく、追加作業、完了条件、更新時刻を合わせて読むことが大切です。チャートだけでは、顧客の課題を解決できたかまでは分かりません。

バーンダウンとバーンアップの違い

GitLabの公式ドキュメントでも、バーンダウンとバーンアップの用途や、対象範囲の変化の見え方が説明されています。総作業量がよく変わる仕事では、2本の線で変化を分けられるバーンアップが役立ちます。

架空データで読み方を確かめる

開始時に20ポイント、期間が5営業日という架空例です。途中追加分を含む残作業量は「開始時20＋追加累計−完了累計」で計算します。

3日目は3ポイント完了したのに、5ポイント追加されたため残作業が13から15へ増えています。「仕事が進まなかった」とは読めません。バーンアップなら、この日に総作業量が20から25へ増え、完了累計も7から10へ増えたことを別々に示せます。

表計算で作る手順

1. 対象期間と集計単位を決めます。ポイントと時間を一つの線に混ぜないでください。
2. 開始時の作業一覧と合計を記録します。
3. 毎日同じ時点で、追加・取り下げ・完了した量を記録します。
4. 残作業量を計算し、日付と残作業量を折れ線グラフにします。
5. 必要に応じて理想線と、範囲変更の注記を加えます。

理想線は、開始時の作業量×（1−経過営業日÷総営業日）で作れます。この例では毎日4ポイント減ります。ただし、実際の仕事が毎日均等に完了するとは限りません。見やすさの基準線として使い、日々の個人ノルマへ変えないでください。

途中で対象範囲が変わった場合、開始時の理想線を残すか再計画するかを決め、変更日と理由を記録します。無言で過去の線を書き換えると、何が変わったか分からなくなります。

線の形から確認すること

横ばいが続くなら、大きすぎる項目、レビュー待ち、テスト待ち、更新漏れを確認します。終盤に急落するなら、実際にまとめて完成したのか、記録だけ遅れていたのかを分けます。

理想線より下でも安心とは限りません。対象項目を外した、品質確認前に完了扱いにした、といった理由でも残作業は減ります。スプリントとは？アジャイル開発での期間の決め方と進め方で扱うスプリントゴールや完了条件と一緒に確認します。

ベロシティとの使い分け

ベロシティとは？アジャイル開発での計算方法と計画への活かし方は複数スプリントの完了実績から次の計画を考える指標です。バーンダウンは、今の期間の残作業と変化を確認する道具です。前者で取り組む量を考え、後者で進行中の調整を話し合うと整理しやすくなります。

チケット件数で作ってもよいですか？

可能です。ただし、1件ごとの大きさが大きく異なると、残件数だけでは負荷を判断しにくくなります。どの単位で数えているかを明記してください。

毎日右下がりにならないと失敗ですか？

必ずしもそうではありません。完成まで複数日かかる項目もあります。線をきれいにするための分割ではなく、早く確認できる価値の単位へ分けることを考えます。

施策の進行と予算・承認を合わせて確認したい場合は、Xtrategyのプロジェクト管理機能も確認してください。チャート上の変化が、どの意思決定に影響するかまで共有することが運用の要点です。