Scrumのバーンダウンチャートで値を計算する方法

友人たちの間で バーンダウンチャートに関する最初の 記事を公開した後、 コメントで2つ目の質問がありました：「これらすべての値がどのように計算されるのか分からない」。 そこで、この記事ではバーンダウンチャートの毎日の値をどのように計算しているかについて説明しようと思います。いつものように、もし何か間違ったことを言っていたら同僚の皆さんのコメントを歓迎しますが、 このテーマは私にとって十分に理解できるものだと信じたいと思います。

この図がどのようなものか、もう一度思い出してみましょう。

この例では10日間のスプリントを検討しています。この中で、2日が経過したことが分かります（ 緑のグラフで最初の2つのセグメントのみが塗りつぶされているため）。

また、全体の スプリントのボリューム - これは 点線で、月曜10:00、火曜10:00、水曜 10:00時点でのスプリントの総量が変わらず、17 SP（ストーリーポイント）であることを示しています。

Scrumの方法論では、 スプリント内の作業の総量はスプリント中に変化しないため、この線は 多くの場合スプリント全体（10日間すべて）に対して最初から引かれます。また、現在の形で3日目で終わる場合よりも、 残りの作業量をより分かりやすく見積もるのに役立ちます。

実際の燃焼 （緑のグラフ）は、実際に残っている作業を示します。つまり、 現在チームはスプリントを成功裏に完了するために必要な17のうち1ストーリー ポイントを完了しています。完了したと見なされるのは多くの場合 「Done」ステータスのタスクです（各チームにとってDoneとは何かは、チーム自身が定義します。 さらにDOD - Definition Of Done - と呼ばれる特別な成果物もあり、これは各 チーム固有のもので、タスクが完了し「Done」ステータスに移動できることを意味する内容が非常に正確に記述されています。多くの場合それは「本番環境にデプロイ済み」ですが、細かい違いがあることもあります。全体として、現在の グラフから、チームが1 SPと見積もった1つのストーリーのみでDODが完了していることが分かります。

理想的な燃焼 は、作業が完全に均等に行われた場合に実際の 燃焼グラフがどの時点にあるべきかを示します。つまり、現時点では完全に均等な作業で3 SPが 完了しているはずです。

「 ストーリーポイント」とは何かを理解することが 興味深いかもしれないと思います。本質的に、 あるチームの1 SPと別のチームの1 SPは、背後に 異なる作業量を隠している可能性があります。例えば、同じ人数のチームでも、一方の スプリントのキャパシティが17 SP、もう一方が35SPということがあります。これは正常なことです。なぜなら、チームは 基準となるタスクを自分たちで選び、それに対してグルーミング（古い名称では、POがユーザーストーリーを評価のために持ち込み、チームがプランニングポーカーで見積もる毎週の会議）（SAFeではPBR - Product Backlog Refinement）ですべてのタスクを見積もるからです。

したがって、基準となるユーザーストーリーとして「私は車の運転手として、 給油後に必要に応じて紙に印刷された レシートを受け取りたい」を持つことができます。これを私たちのチームにとって8SPと決めます。そして、POが 見積もるべき新しいユーザーストーリーを説明するとき、私たちはそれを基準タスクに対して見積もります。したがって、 新しいストーリーはチームによって例えば5 SPと見積もられることもあり、など、バックログのすべてのストーリーが それぞれの見積もりを得ます。

チームのキャパシティは統計に基づいて計算されます。最初の1〜2スプリントでチームが クローズするSPの数が測定され、平均値が計算され、その値に基づいて計画が行われます（POがバックログから特定のキャパシティ分のタスクをスプリントに集めるとき）。

バーンダウンチャートの値がどのように得られるかを十分に分かりやすく説明できたことを願っています。