スクラムのバーンダウンチャートのY軸がどの程度動的であるべきかについて質問があります。 Y軸に推定されたストーリーポイントの総数と、X軸に計画された日数を持つスプリントの始めにグラフをプロットします。Scrumのバーンダウンチャートのダイナミクス
通常、スプリント中に、私たちはかなりの量があります
質問：
私は、彼らはとにかく、実際のフォーカス係数計算に表示されますよう、計画外の項目と再推定を無視することを好むだろう。違いますか？
バーンアップチャートを使用してください。
http://www.nearinfinity.com/blogs/lee_richardson/forget_burndown_use_burnup_charts.html
また、私は計画外のアイテムを停止するためにあなたの力ですべてを行うだろう。それらは典型的には非常に苛性である。それがコード債務を取り込んでいるなら、すべてのスプリントで少しずつ取り組もうとします。それはすべてのスプリントの時間の一定量の場合、おそらく "計画外のタスク"または "生産の修正"またはそのようなもののためのスプリントの開始時に物語を作成します。
結局のところ、バーンダウンチャートでは、コミットメントへの進捗状況（またはその不足）を追跡できます。だから、あなたがそれを達成している限り、あなたは行かなくてはなりません。つまり、実際にはこれらのソリューションのいずれかが機能します - ちょうど1つを選択してください。
は、我々は通常のラインが上がることを私たちは新しい教訓や追加を反映して、「見る」ように、実際のラインに新しいストーリーポイントを加算し、職場でオプション番号2を行います。しかし、意見が異なるため、あなたのチームは最高のスイートに同意する必要があります。これらのバーンドダウンチャートは、チームがスプリント全体に進捗を示すためのものです。
あなたがカウントダウンするかどうかは、あなたのバーンダウンを使用しているものによって決まります。
私はバーンダウンを使用するとき、「このスプリントのコミットメントを完了するために軌道に乗っているのか、外部の行動を取る必要があるのか」という質問に最もよく答えるのです。
この場合、追跡に最も関連性のあるものは、「コミットメントを完了するために残された作業の総量」です。その金額が計画されているか計画されていなかったのか、当初見積もられた金額が別の金額になったのかどうかはこの文脈では興味深いものではない。これはまだ完了しなければならない作業の量なので、すべてそれが重要です。
したがって、残りのすべての作業を数えます。グラフが目標に向かっている場合は、作業を続けます。それが大幅に異なる場合は、外部からの行動を取る（例：sprint commitment with POを再交渉する）。
今、別の質問に答えようとしているかもしれません（例えば、「私たちは計画しています」または「スプリント中にスコープが疲れていますか？」など）、その場合は別の方法でカウントします。
バーンダウンチャートは、チームのコミットメントへの進捗状況を追跡するのに便利です。この場合、あなたのチームは、打ち切りのチャートに関係しない2つのことで苦労しているようです。 1.計画外の仕事 2.見積もりが不十分です。
ここで重要なのは、これらの問題に焦点を当てることです。あなたがバーンダウンチャートで何をしていても、計画外の仕事を追加していて見積もりが悪い場合は、バーンダウンチャートから何の価値も得られません。
私はいくつかのことをお勧めしたいと思います： 1. [タスク...]のトラッキング時間に切り替えます。時間はチームにとって具体的なものです...何かを意味します。ポイントは通常、リリースレベルで焼き尽くされます。 2.スプリントの長さを短くしてみてください。より小さな目標を達成する方が簡単です。 3.タスクの見積もりが8時間以内であることを確認します。実際、私はそれをおそらく4時間に短縮するでしょう。 1日よりも長い時間を要するタスクを推定することは、チームにとって間違った行動を促す。 4. Sprint Planningで十分な時間を費やして、チームが約束をしていることを確認してください。効果的なスプリント計画ミーティングは、効果的なスプリントへの第一歩です。
本当に「有効な」答えを出す専用の質問ではないので、これはコミュニティのwikiにする必要があります。 –
しかし、質問があります。予期しないアイテムがあるときにバーンダウンチャートを更新する3つの方法のどれを好きですか？ –
私はプログラミングに関するものではないので、この質問をトピックとしてクローズすることに投票しています。 –