當團隊切好一個好故事，寫完一個好故事，接下來就是進行預估點數，透過故事的點數與優先序，以便判斷要如何排入衝刺，確保團隊可以在每次衝刺如期如質交付成果，並且可以預估出團隊的平均速度。

如何預估?

規模估算（Story Points）： 使用 Story Points 是一種常見的方法，其中團隊為每個 User Story 分配一個點數，表示其相對規模。團隊會根據多個因素來估算點數，包括功能複雜性、工作量、風險等，通常只要越複雜、涉及人越多、越不熟悉…所花費的時間就會越多。Story Points 不表示實際的時間，而是用於比較不同故事的相對難度。

由系統分析師(SA)向團隊成員說明工作項目，其中團隊成員使用特定的卡片（通常有數字的卡片，例如 1、2、3、5、8、13 、20、40等）來表示對 User Story 的估算；每個團隊成員在投票後解釋其選擇的理由，然後重新進行估算，直到達成共識。通常故事點數來到20以上，表示故事規模較大，我們則會選擇在將故事拆小，以便控制在每一個衝刺內可以推出最小可行產品。

預估不準怎麼辦?

算命都可以不準了，預估不準又怎麼樣，再繼續預估下一次囉!!每一次預估都是為了追求下一次可以變得更準。

團隊可以採取以下措施來處理和改進預估的準確性：

1. 回顧和學習： 在每個迭代結束後，團隊應該進行一個回顧會議，檢討哪些 User Story 的預估比實際情況更準確，哪些不準確，以及造成不準確估算的原因。這有助於團隊了解其估算的優點和不足之處。

2. 調整和修正： 如果團隊發現一個 User Story 的預估與實際工作量不符，可以根據這些經驗調整或修正未來 User Story 的估算。這可能包括提高或降低點數，或者更好地考慮 User Story 的複雜性和相關因素。

3. 採用多種估算技術： 團隊可以採用多種不同的估算技術，例如相對估算、規模估算和計數估算，並比較它們的結果。這有助於獲得更全面的理解，並提高估算的準確性。

4. 培訓和知識分享： 團隊可以進行估算培訓，以提高成員的估算技巧。此外，團隊成員可以分享其預估和實際工作的經驗，以促進知識分享和共同學習。

5. 適時調整 Sprint Backlog： 如果在一個迭代中發現預估不準確的 User Story，團隊可以適時調整 Sprint Backlog，以確保目標能夠按時達成。

團隊應該在開放和協作的氛圍中處理估算不準確的情況，並尋找改進的方法。估算的目的是幫助團隊更好地規劃和管理工作，而不僅僅是達到"正確"的點數。因此，不準確的估算本身不應該被視為問題，而是一個學習和改進的機會。