リリース バーンダウン

チームのベロシティを計算するとき、現在のスプリントを含めないのが普通です。上の例で、現在のスプリントバーの各部分が（予測スプリントのバーのように）灰色表示になっていることが、このことを示しています。例外となるのが、現在のスプリントで完了を予測された以上の作業をすでに完了している場合です。この場合、現在のスプリント（および実際に完了した作業）は、ベロシティを計算するために使用される 3 つのスプリントの 1 つとして扱われます。また、スプリントバーには、完了したスプリントと同様に緑と青の部分が表示されます。

例えば、上記の図で、チームがスプリント 5 で 4 以上のストーリーポイントを完了している場合、スプリント 2 、スプリント 3 スプリント 4 ではなく、スプリント 3 、スプリント 4 スプリント 5 で完了した作業がベロシティを計算するために使われます。

バージョンに設定された開始日とリリース日は、開始予定日および終了予定日として、レポートの下部に表示されます。しかし、これは計画された日付であり、レポートに表示されている最初と最後のスプリントを決定するものではありません。

• 最初のスプリントとして表示されるの は、「作業前」ステータスから最初にトランジションした（バージョンの）課題を含むスプリント、すなわちバージョンの作業を開始したスプリントです。
• 最後のスプリントとして表示されるのは、バージョンのすべての作業が完了したスプリントです。または、作業が残っている場合は、作業が完了する予測スプリント です。

ボードへのステータスのマッピングによって、課題が 「作業前」または「完了」と見なされる時期が決まります。詳細は、列の設定を参照してください。

リリース バーンダウン レポートは、バージョンの見積済み課題をもとにして始めて予測ができます。非見積課題の割合が高い場合は、レポートの予測は信頼性がなくなります（ 非見積課題の割合が30 ％を超えたときは、ラベルに赤の色づけがされ、わかりやすくなっています）。

たとえば、バージョンの見積済みの課題が  10  ％しかなかった場合、レポートは全課題の  10  ％をもとにして、バージョンの作業の完了見込を予測することになります。実際には、チームが完了しなければならない作業はもっと多く残っているはずです。

次の変更は、スプリントの初期見積に影響を与えます：

• バージョンの課題が（バージョン開始前に）見積もられる（見積が追加される）
• バージョンの課題が（バージョン開始前に）再見積される（見積変更される）

次の変更はスプリントのスコープに影響を与えます：

• 既存の見積を持った課題が（バージョン開始後に）バージョンに追加される
• バージョンに（バージョン開始後）追加された課題が見積もられる（見積が追加される）
• バージョンに追加された課題（バージョン開始後）は再見積される（見積変更される）。もしこの課題が後ろのスプリントで再見積された場合、この課題が最初に追加されたスプリントにも変更が反映されます。 

スプリント外で発生した（バーンダウンまたはスコープの）変更は、変更日の直前に開始したスプリントの一部として表示されます。

課題がスプリント内で完了して、再オープンされた場合：

• 課題は、以前のスプリントには表示されません。

課題がバージョンで完了したが、その後バージョンから削除された場合：

• スコープは変更されず、完了した作業はそのまま表示されます。

課題が別バージョンもしくはバージョンに紐付かずに完了してから、（レポートに表示される）バージョンに紐付いた場合:

• スコープは変更されません。

課題がスプリントで完了したが、バージョンに追加されたのはその後だった場合：

• 課題は、もとからバージョンの一部であったかのように、レポートに表示されます。

課題がマッピングされていないステータスにある場合（つまり、ステータスが列にマッピングされていない場合）リリース バーンダウン チャート上に存在しないものと見なされます。すなわち、その課題はスプリントバーや非見積課題の割合、残りのストーリーポイントなどには含まれません。