估計理想的天數
一個理想的日期估計可以回答這個問題- 這個故事需要多長時間才能完成，如果它是我所做的一切，沒有任何干擾，並且故事所需要的一切（在澄清，依賴性方面）都是可用的。一旦達到理想的日期估計值，您就會根據要考慮的分心程度將其轉換為實際（經過的）天數。例如，分散注意力來自以下內容。- 用於做電子郵件的時間- 花在個人工作上的時間- 用於未與手頭任務相關的會議的時間（例如，市政廳會議） - 花在茶歇，午餐等休息時間。基本上任何不能直接有助於手頭的工作可能被視為分心。接下來我們將討論將理想日轉換為實際日數。
將理想天數轉換為實際天數
為了從理想日期到達實際（或過去）天數，您需要考慮以下因素。- 需要考慮多少注意力分散- 資源是否分配了其他任務- 誰正在做工作（專家或新手）看看給出的故事並嘗試思考完成故事所需的理想日子。現在，根據您假設的“可用性”，您將如何將其轉化為實際日期？在下一張幻燈片中，我們將重點關注故事點。
估計故事點
故事點是一種純粹的尺寸度量單位，它依賴於類似的估計技術。它的工作原理如下。- 思考具有相當小尺寸的基準故事並為其指定故事點1.然後將故事點分配給與基準故事相關的所有其他故事。o如果它是兩倍大，那麼故事點是2，三次=> 3等。- 記住絕對值是不重要的- 它是重要的相對值。- 還要記住，這些要點基於所需的全部工作- 而不僅僅是編碼或測試工作。- 讓我們在下一張幻燈片中查看Story點的示例。
故事點示例
舉個例子，看看給出的示例故事，並將其與之前的故事進行比較。如果前一個故事的故事點數為3，那麼新故事的故事點是什麼？現在，如果以前的故事實際上需要5天才能完成，那麼新故事需要多少天？我們現在將使用故事點討論一些最佳實踐。
使用故事點
以下是關於使用故事點進行估算的一些最佳實踐。- 不要使用單一基准或黃金標準。您可以使用三角測量技術。- 例如，你可以選擇一個故事點為1的小故事，一個5的故事和一個13的大故事。粗略地說，你的媒體應該是小的5倍，大的應該是媒體的2.5倍。- 當您遇到一個新故事時，您可以使用三個基準進行比較，並且您可以輕鬆地將這個故事與正確的故事點相比較（例如，大於小但小於中等） 。-Story點通常以非線性比例分配。這意味著您無法為估計分配任何隨機值，您必須從任何非線性標度中選擇最接近的值（下面的示例）。這背後的想法是以這種方式更容易就估計達成一致。例如- 可能很難確定一個論點是估計是16還是17。但如果你問它是13還是20，這可能是一個更容易回答的問題。oModified Fibonacci系列：1,2,3,5,8,13,20 ...... o加倍規模：1,2,4,8,16 ......接下來，我們將了解比較這些方法。
方法比較:故事天數vs 故事點
那麼你如何比較敏捷項目中使用的兩個大小單位，即理想的時間和故事點？
故事點的優勢在於：
- 它們有助於推動跨職能行為。因為大小是在匯總級別測量的，所以它不區分編碼或測試或文檔時間。
- 故事點估計不會隨時間衰減。由於它是基於比較的，故事點的價值不會隨著時間的推移而改變
- 故事點是一個純粹的相對度量，即它們是無單位的。
- 一旦習慣，故事點估計通常會更快，因為人類思維能夠更好地處理比較而不是處理絕對值。
另一方面，在表達理想日期的估計時：
- 你需要意識到，即使是同一個團隊的兩個不同成員，理想的日子也許會有所不同。例如，與初級開發者相比，有經驗的開發者可能具有較低的理想日估計。
理想日可能比故事點更容易解釋，因為後者更抽象。理想日估計起初更容易因為對於故事點，人們需要建立並鞏固基準。理想的日子可以幫助小組更加專注於浪費時間的活動，並幫助團隊更多地關注開發活動。
- What is Agile Estimation?
- What is Planning Poker in Agile?
- What is Story Point in Agile? How to Estimate a User Story?
- How to Prioritize Product Backlog Using MoSCoW Method
- How to Prioritize Product Backlog Using 100 Points Methods?
