スクラムのバーンダウン チャートの Y 軸がどの程度動的であるべきかについて質問があります。Y 軸に推定ストーリー ポイントの総数、X 軸に計画日数を持つスプリントの開始時にグラフをプロットします。
通常、スプリント中には、かなりの量の次のものがあります。
質問:
いずれにせよ、実際のフォーカス ファクターの計算に表示されるため、計画外の項目と再見積もりは無視することをお勧めします。違いますか？
バーンアップチャートを使用してみてください。
http://www.nearinfinity.com/blogs/lee_richardson/forget_burndown_use_burnup_charts.html
また、予定外のアイテムを止めるためにあなたの力ですべてをします。それらは通常非常に苛性です。それがコード負債のキャッシュインである場合は、すべてのスプリントで一度に少しずつ対処するようにしてください。スプリントごとに一定の時間がかかる場合は、スプリントの開始時に「計画外のタスク」や「本番環境の修正」などのストーリーを作成することをお勧めします。
結局のところ、本当に重要なのは、バーンダウンチャートを使用すると、コミットメントに向けた進捗状況（または進捗状況の欠如）を追跡できることです。あなたがそれを達成している限り、あなたは行ってもいいです。つまり、実際にはこれらのソリューションのいずれも機能します。1つを選択してそれを使用するだけです。
バーンダウン チャートは、チームのコミットメントに対する進捗状況を追跡するのに役立ちます。この場合、あなたのチームは、バーンダウン チャートとは関係のない 2 つのことで苦労しているようです。1. 計画外の作業 2. 不十分な見積もり
ここで重要なのは、これらの問題に焦点を当てることです。バーンダウン チャートで何を行っても、計画外の作業を追加していて、見積もりが不十分である場合は、バーンダウン チャートから何の価値も引き出すことはできません。
いくつかのことをお勧めします: 1. ポイントではなく、タスクの時間を追跡するように切り替えます。チームにとって時間は目に見えるものです...それは何かを意味します。通常、ポイントはリリース レベルでバーンダウンされます。2. スプリントの長さを短くしてみてください。小さな目標の方が達成しやすい。3. タスクの見積もりが 8 時間以内であることを確認します。実際、私はそれをおそらく 4 時間に短縮します。1 日以上かかるタスクを見積もると、チームの間違った行動が助長されます。4. チームがコミットできるように、スプリント計画に十分な時間を費やしていることを確認します。効果的なスプリント計画会議は、効果的なスプリントへの第一歩です。
何をカウントするかカウントしないかは、バーンダウンを何に使用するかによって異なります。
バーンダウンを使用する場合、ほとんどの場合、「このスプリントのコミットメントを完了するために順調に進んでいますか?それとも、外部のアクションを実行する必要がありますか?」という質問に答えます。
その場合、追跡するのに最も関連するのは、「コミットメントを完了するために残された予想総作業量」です。その金額が計画されていたのか計画外だったのか、またはその金額がもともと別の金額に見積もられていたのかは、この文脈では興味深いことではありません。やらなければならない作業はまだたくさんあるので、すべてが重要です。
したがって、残りの作業をすべて数えます。グラフが目標に向かっている場合は、作業を続けます。それが大幅に異なることを示している場合は、外部のアクションを実行します (たとえば、PO とのスプリント コミットメントの再交渉)。
ここで、別の質問に答えようとしているかもしれません (たとえば、「計画がどれくらいうまくできているか」や「スプリント中にスコープ クリープが発生していますか」など)。その場合は、別の方法でカウントします。
私たちは通常、オプション 2 を実際の行に追加して、新しいストーリー ポイントを実際の行に追加します。これにより、新しい学習と追加が反映されて行が上昇することが「わかります」。しかし、意見はさまざまであるため、これらのバーンダウン チャートはチームがスプリント全体の進捗状況を示すためのものであるため、チームは何が最も適しているかについて合意する必要があると思います。