プロジェクトを進めているときに「あと何日で終わるのかな」って思ったことはない？学校の準備委員会で文化祭の準備をするときとか、夏休みの宿題を計画するときとか。そういうときに「今どのくらい進んでるのか」「このペースで間に合うのか」がパッと見でわかる方法があるんだ。それが「バーンダウン」なんだ。この記事を読めば、仕事の進め方がぐんと見える化して、計画通りに進められるようになるよ。
- バーンダウンとは残りの仕事量の減り方をグラフ化したもので、期限までに間に合うかが見える
- 毎日の残り作業時間を記録することで、計画との比較や問題の早期発見ができる
- 特にチームで一緒に進めるプロジェクトでは、みんなが同じペースを共有できる
もうちょっと詳しく
バーンダウン（Burndown）というのは直訳すると「燃え尽きる」という意味だけど、これはプロジェクト管理の世界で使われる言葉なんだ。想像してみて。スプリント（つまり短い期間で達成する目標）の始まりの日に「あ、これだけ仕事がある」って思ったことが、日が経つにつれて「あ、もうこんだけ減った」って減っていく。その減り方を線グラフで表したのがバーンダウンチャートなんだ。実務では、プロジェクトが予定通り進んでるのか、それとも遅れ気味なのかを見分けるために毎日使われてるんだよ。
バーンダウンは「今ここ」を知るためのツール。過去を責めるんじゃなくて、これからの対策を考えるために使うんだ。
⚠️ よくある勘違い
→ グラフが凸凹してても大丈夫。大事なのは全体的なトレンドが期限に向かってちゃんと下がってるかどうか。むしろ凸凹は「仕事の量が変わった」「予想より難しかった」とかいろんな情報をくれるんだ。
→ グラフの形を見て「あ、今のペースだと期限に間に合わない」って気づいたら、そこから人員を増やしたり、スコープを減らしたり、優先順位を変えたりできる。早めに気づけるから対策が打てるんだ。
[toc]
バーンダウンチャートって何だ？
グラフの読み方
バーンダウンチャート（つまりバーンダウンを表したグラフ）は、すごくシンプルな作りになってるんだ。想像してみて、横軸が日付で、縦軸が「残りの仕事量」なんだ。学校の数学のグラフと同じだね。それで、毎日の終わりに「あ、残り20時間の仕事がある」って記録すると、その点をプロット（つまり点を打つ）していく。何日も続けると、それらの点をつなぐと線になるわけだ。
通常は、プロジェクトの開始地点が一番高くて（仕事がいっぱいあるから）、期限が近づくにつれてどんどん下がっていく。理想的には、期限の日に0（つまり仕事が全部終わってる）に到達するんだ。
でもね、実際のバーンダウンチャートは完全な直線じゃない。時には上がることもある。「あ、この仕事思った以上に複雑だ」って気づいて、残り時間を増やし直すこともあるからね。そういう凸凹があっても、全体的なトレンド（つまり大体の流れ）が右肩下がりなら大丈夫ってわけだ。
理想的なバーンダウンと現実
理想的なバーンダウンっていうのは、真っすぐ斜めに下がるやつだ。毎日均等に仕事が減っていく、っていうシナリオだね。例えば、10日間で100時間の仕事があったら、毎日ぴったり10時間ずつ減る、みたいな。
だけど、現実はそんなに甘くない。だって、実際の仕事ってそんなにきれいには進まないからね。例えば、月曜日は何もしてないように見えるのに、その裏で難しい問題を考えてたり、木曜日に「あ、この部分また修正しないといけない」って気づいたり。だから本当のバーフダウンチャートは、ギザギザしてる。上がったり下がったり、凸凹だ。
それでもいいんだ。大事なのは「最終的に0に到達できるか」「いまのペースで期限に間に合うか」っていうことなんだ。毎日の凸凹より、全体的なトレンドを見ることが大事なんだよ。
なぜバーンダウンが必要なのか
早めに問題を見つけるため
バーンダウンチャートの一番大事な役割は「今このペースで間に合うかどうか」を早めに知ることなんだ。例えば、宿題の締め切りまで10日あるとしよう。初日から3日目までのバーンダウンを見たとき、「あ、このペースだと7日目までに終わっちゃう」って気づいたら、ラッキー。予定より早く終わるわけだ。逆に「このペースだと12日必要だ」って気づいたら？そしたら今からスケジュール変えたり、手伝ってくれる人を増やしたり、やることを減らしたりできるんだ。大事なのは「遅刻する」ってことに気づくのが遅いと対策がうてないってこと。
もし何もデータを取らずにやってたら、締め切りの前日に「あ、終わんない」ってパニックになるでしょ。バーンダウンを使えば、3日目とか5日目の時点で気づけるから、対策のための時間が残ってるんだ。
チーム全体で同じ情報を共有できる
バーンダウンチャートは、みんなで見える化するのが大事なんだ。例えば、文化祭の準備委員会でさ、毎日朝礼でバーンダウンを見直すとしよう。そしたら委員長も、装飾係も、食べ物係も、みんなが「あ、今こういう状況なんだ」って理解できるんだ。
そうするとね、例えば「あ、装飾がまだ遅れてるみたい。食べ物係から人を手伝いに回そうか」とか、「今のペースだと3日足りなくなるから、できることの量を絞ろうか」とか、チーム全体で判断できるんだ。個人プレーじゃなくて、みんなで同じ情報を持ってるから、一緒に対策がうてるってわけだ。
スプリント計画の精度が上がる
バーンダウンをいくつもプロジェクトで使ってると、だんだんコツが分かってくるんだ。例えば「あ、このチームは1週間で50時間の仕事ができるな」とか「月曜日はいつも進捗が遅い」とか。そういう実データがあると、次のプロジェクトで「じゃあ1週間は50時間のを計画しよう」とか「月曜日は難しい仕事を避けよう」とか、より現実的な計画が立てられるんだ。
つまりね、バーンダウンは「今このプロジェクト」に役に立つだけじゃなくて、「これからどのプロジェクトでも役に立つデータ」を集めるツールでもあるんだよ。
バーンダウンをちゃんと使うコツ
毎日同じ時間に記録する
バーンダウンを正確にするには、毎日同じ時間に「残り仕事量」を記録することが大事なんだ。例えば「毎日17時に確認する」とか「毎日朝礼のときに」とか。そうしないと、データがぐちゃぐちゃになっちゃうからね。
なぜかというと、仕事の量ってコロコロ変わるんだ。午前中は「あ、80時間残ってる」って思ってたのに、午後に新しいバグが見つかって「あ、100時間だ」ってなることもある。毎日違う時間に記録してたら「あ、これは記録する時間のせいで増えたのか、本当に仕事が増えたのか」ってわからなくなっちゃう。だから「毎日この時間」って決めることが大事なんだ。
「残り時間」を正確に見積もる
バーンダウンの質は「残り時間の見積もりの正確さ」で決まるんだ。例えば、何かの仕事について「あ、あと5時間ですむ」って思ったのに、やってみたら10時間かかったら？そしたらバーンダウンは嘘の情報を教えてくれることになっちゃう。
だからね、経験が大事なんだ。何度も見積もってみて「あ、俺はいつも半分くらいの時間で見積もっちゃう」とか「設計は思った以上に時間かかるな」とか、自分たちのクセを知ることが大事なんだ。
チーム全体で透明性を持つ
バーンダウンは「お互いを責めるツール」じゃなくて「一緒に対策を考えるツール」なんだ。例えば、バーンダウンが思ったより上がってたら（つまり仕事が減ってなかったら）「なんであいつやってないんだ」ってことじゃなくて「あ、思ったより複雑だったんだね。どうしようか」って考えるんだ。
そうすることで、チーム全体が「あ、この道は誤りか」「こっちの方がいいな」って一緒に判断できるんだ。バーンダウンが低い（つまり悪い）なら、みんなで頭を使って対策する。それが本来の使い方なんだよ。
バーンダウンの種類と使い分け
スプリント・バーンダウン
スプリントというのは、短い期間（通常1〜2週間）で達成する目標のことなんだ。スプリント・バーンダウンは、このスプリント期間中の仕事がどう減っていくかを示すグラフだね。
例えば、来週の月曜から金曜までで、この学園祭の準備を「ポスター作成」「チケット販売準備」「会場配置図作成」って分けたとしよう。そしたらこの5日間で、これらがどう減っていくかを記録するんだ。毎日「あ、今日はポスター完成したから5時間分減った」ってやるわけだ。スプリント・バーンダウンは「短い期間に集中する」ときに使う。
リリース・バーンダウン
リリースというのは「完成品を世に出す」ってことなんだ。例えば、何か新しいアプリを作ってて「3ヶ月後にリリースするぞ」って決めたなら、その3ヶ月間の全部の仕事がどう減っていくか、ってのをリリース・バーンダウンで見るんだ。
スプリント・バーンダウンより長い期間だから、データ点が多い。3ヶ月だと約60日分のデータがあるわけだね。だから「あ、2週間前からペースが落ちてる」とか「このくらいの時期から仕事量が急に増えてる」とか、より細かいトレンドが見えるんだ。
どちらを使う？
実際のプロジェクトでは、両方使うことが多いんだ。スプリント・バーンダウンで「今週中に間に合うか」ってのを見て、リリース・バーンダウンで「全体的に予定通りか」ってのを見るんだ。ちょうど、天気予報で「今日の気温」と「今週の気温」の両方を見るみたいなもんだね。短期と長期の両方を見ることで、より正確な判断ができるんだ。