在Jira-Greenhopper衝刺期間更新衝刺能力

在Jira/Greenhopper中輸入我的衝刺計劃時，我犯了一個錯誤：事實證明我們的生產能力比計劃多一點點。
這發生在衝刺的第二天，但如果我在衝刺開始後添加額外的問題，紅色的「準則」從我們的原始估計開始。
有沒有辦法避免這種情況？在Jira-Greenhopper衝刺期間更新衝刺能力

2011-03-08 eli

它是如何搞砸你的burndown圖表？我在迭代之前添加了一些故事，並且burndown只是附加了一些內容，以顯示還有哪些內容需要燒燬。你能提供更多細節嗎？ – 2011-05-23 02:21:10

問題已更新 – eli 2011-06-14 05:39:07

我沒有辦法避免它，因爲它與迭代的開始日期有關，它都基於估計的創建日期。 – 2011-06-15 03:01:22

我已經在迭代之前添加了故事，而burndown只是附加了一些，以顯示還有什麼要燒掉的。 Greenhopper將代表增加對估算的調整，因爲它是在迭代中增加的，但其餘的工作增加，然後繼續適當地消耗。

2011-06-10 05:45:38

據我所知，你遇到的問題是，紅色的指導線是從衝刺開始時輸入的工作量到衝刺的結束日期。

在第一天之後向衝刺中添加更多工作時，指南不會移動。這不能改變。有關該主題的討論，請參閱線索here。

我認爲這裏的邏輯是，你應該在衝刺開始時定義和估計所有工作，如果估計在第一天後增加，那麼應該是是因爲任務比第一個更復雜認爲，不是因爲你增加了更多的工作。

我同意，如果您當前剩餘的工作和結束日期之間出現了一條新的「最適合的線條」，以顯示您需要達到的新速度水平，但這不被支持，那將會很好。

2011-12-01 11:56:37 Klelky

+1 - 這些圖表背後的想法是對團隊進展完全坦誠。假設容量是正確的，你仍然會及時燒燬。 – 2011-12-02 00:01:48

我明白了，我完全同意。但是，我的問題是糾正在衝刺第二天才發現的錯誤，而不是改變計劃。 – eli 2011-12-05 08:27:09

異常終止衝刺並重新啓動它可能是一個選項。由於您已經選擇了大量項目，因此衝刺計劃會議可能會在一個非常小的時間框中。既然你異常終止你，你肯定可以跳過沖刺演示，如果你想討論這個問題/錯誤是怎麼發生的，你可能希望有一個簡短的回顧，但我對此表示懷疑。你可能會在幾個小時內開始新的衝刺。

2013-02-07 20:20:01

使用變通方法可以在衝刺開始時強制考慮延遲添加的任務：在衝刺第一天記錄最小數量（例如1分鐘）的工作。

2013-07-11 07:21:45 jmc

我在開始衝刺幾分鐘後遇到了「調整」衝刺報告中準則的相同願望。

我已經解決它以下列方式：

2015-02-25 18:16:25

回答