我們剛開始在我的公司做的混戰。我們花了一些時間用計劃撲克來估計工作量，然後當詳細的任務完成時，每個任務都有一次時間估計。估計時間對任務
我們的問題是，時間估計是經常錯誤的（通常是高估）。雖然我們都同意的努力，得到一個團隊，以時間任務達成一致是非常困難 - 什麼需要1人一個小時可以拿別人3小時。我們最終走到了中間的某個地方。
誰應該想出一個任務的時間估計和時會出現這種情況？
這只是我們需要更多的練習的東西，或者是我們做錯了？
人們實際上做的工作估計所涉及的費用。如果您使用原始時間作爲估算指標，那麼敏捷方法會對此不滿。你的團隊應該使用抽象來估計成本，比如「分數」。您可以從每個點1小時的粗略基線開始，最少1分。然後開發人員可以做出原始估計需要花費多少時間。如果他們在幾個小時或任何其他單位時間內交談，就會打他們或手腕上的其他人。
的一點是，作爲發展通過多次衝刺一起移動，項目經理可以通過調整團隊提供的符合現實「點」時間估計 - 這甚至每個個人開發者來完成。隨着項目的進展，參與者的估計會越來越好。因此，由於Sprints是一個迭代過程，所以時間估計會隨着迭代次數的增加而提高。
這引出了另一個問題：你爲什麼要擔心時間？時間基本上是瀑布模型的成本。在敏捷中，目標是將軟件開發爲VALUE而不是成本。使用的理由是，企業所有者，項目經理和創造者（開發人員）都可以抽象地看待它，這是一個抽象的比較基礎。 （無偏的不同參與者對時間的文化，社會或心理感知），企業主可以在一個給定的衝刺看看可用點 - 並且知道可用的點 - 他們可以選擇的功能，是最重要的。這總是一個艱難的決定，但再次，目標是發展價值和遠離時間拳擊或功能填充。
「誰應該想出一個任務的時間估計和時會出現這種情況？」取決於你如何運作你的團隊。你是否讓團隊成員真正自我管理，因此在衝刺期間有人抓住任務時會分配任務？您可能需要繼續根據團隊中普通開發人員的能力來完成時間。您是否有團隊領導將任務分配給在Sprint計劃會議期間創建的人員？讓分配的人估計完成任務的時間。
我同意從工作量估計去除時間是有點混亂。最大的問題是：你高估任務時間有什麼關係？在衝刺結束時，團隊是否會坐下4-5天無事可做？如果是這樣，請轉到產品負責人，並讓她知道該團隊想要將一個或兩個小物品添加到Sprint中。你通常不添加東西正在進行的衝刺，但Scrum的是管理工作的一個框架，只要添加新項目的團隊跡象了，也沒有必要，不要讓Scrum的工作，爲你的團隊...不要強迫你的團隊爲Scrum工作。
而且，你的問題似乎表明你的團隊具有比正在計劃什麼更大的速度。如果2周的衝刺（10個工作日）爲10的速度，但你的團隊得到第7天的一切完成後，剛上來就下一個衝刺的故事點至11或12
想知道爲什麼我的答案被拒絕投票。 – 2016-11-10 21:36:10
感謝您的回答。我們正在使用TFS敏捷模板，並在PBI/Bug上努力工作，但單個任務有時間。所有的燃燒都是從時間開始的。這僅僅是微軟模式的一個縮影嗎？如果我們沒有設定時間，我們不會刻意告訴我們該怎麼走 – Greg 2012-02-23 19:28:14
正如ingyhere所說，您不應該使用原始時間進行估算 - 或者更好：不能使用時間作爲成本值在Scrum中。解決你的問題：堅持存儲的要點，但不要估計單個故事任務。如果你想創建你的burndown，計算任務並將故事點與任務數量分開 - 例如Story是8點，則你有4個任務，因此每個任務的值都是2個點。如果你在白天解決2個任務，你的燃燒將減少4個點。 – 2012-02-26 17:52:50
正如你所指出的那樣，任務所用的時間取決於工作的人。但故事要點的想法是不依賴於人。該團隊關注焦點。所以這些觀點反映了團隊需要付出多少努力來完成這個故事。只要對任務做同樣的事情。如果你想估計每個任務的努力，只需使用故事點。然後，總和應該歸結到相應故事的故事點。 – RaphMclee 2013-03-28 12:52:36