一種快速估算故事點的方法
英文原文：A Fast Story Point Estimation Process
估算故事點是一個令人乏味的過程。正是這樣的乏味過程使得一些團隊放棄了有助于預測速率的估算點。何不放手這種有效的方式來預測未來的工作，而找一種更快的估算過程？不僅是快，而且有趣！是的，估算和有趣可以同時進行！
我們曾面臨過這種情況，我們必須知道是否可以在確定的發行日期之前推出新的網站，該網站涉及到全新的創意、基于服務的架構方法，并且與后端系統 有交互影響。有幾個敏捷團隊（內部和外部）是該項目的部分團隊，并且需要知道是否可以按期推出。我們必須決定是否可以在可用時間內及時地完成剩余的工作， 或者必須縮小工作范圍以滿足推出日期的要求。我們把團隊都聚到一塊，也包括主要的經理們（一共有 15 個人），盡快地弄清楚是否可承諾完成。我們提前修整了超過 125 個用戶故事，并且可以在 15 分鐘左右的時間內估算完這些用戶故事。最后的時候，我們確定需要縮減范圍以便滿足日期要求，并且由業務人員決定縮減哪些內容可以爭取一些時間。
如果你有一個同地協作的團隊，這有種方法可以快速地估算多達 100 個用戶故事。當團隊需要提供一個可靠的時間表、什么時候可以完成用戶故事的開發和測試，由此可以計劃主要的項目發布，這個過程方法則使用得很成功。并且它可以替代像計劃撲克那樣耗時的方法。
所以不要因為耗時就停止了估算，而要用不同的方式！這種新方法的風險是微不足道的，這也是敏捷，并且支持大膽前行并需要緊迫交付可工作軟件的項目。
假設條件
- 要有待辦列表修整會議并且團隊成員理解大多數用戶故事的要點
- 同地協作的團隊
- 有一面墻或者會議室可以讓團隊使用
- 每個用戶故事被獨立打印，必須在估算過程之前準備，并且提前貼在墻上。
- 在墻上寫下斐波那契數列：1-2-3-5-8-13-31 并且加上一列“？”
過程
- 團隊人員排成一排
- 要求第一名成員把一個用戶故事放到他認為可以正確反應故事點值的那一列上
- 第一名成員做完后排團隊成員的最后一個位置
- 下一個團隊成員可以挪動已經擺好的用戶故事，也可以選擇另外的用戶故事，把它挪到他認為可以正確反應故事點值的那一列
- 繼續這個過程，直到所有用戶故事都擺放完畢。
- 在此循環過程中，會有用戶故事在不同的估值點列中來回挪動，引導師可以把這些用戶故事挪到列表的上方，用于最后的時候討論。
- 當大多數的故事都擺放好后，讓團隊成員投票選擇這個“問題”故事屬于哪一列。
- 如果無法達成一致，把這個故事放到最高值的一列。
- 也會有一些故事需要更多的信息，把他們放到“？”一列
- 把“?”一列的故事降到最低
- 如果這樣的故事太多了，也許再需要一個列表修整會議，可以讓團隊成員很清晰地了解故事細節。
- 放置故事以及討論協商的整個過程會很快
- 團隊在整個放置故事的過程中都感覺到很有趣
- 一旦團隊成員對放置的故事都滿意，計算每一列故事的個數，并且乘以故事點，從而得到所有的故事點。
- 這也有助于團隊基于當前的速率估算剩余的迭代。
- 注意，可能會有一些高優先級的故事已經在迭代中——這個練習是專注于弄清楚列表中有多少剩余的工作。。
</ul>
快試一試吧！如果你現在還沒有修整列表，可以考慮把它作為一個例子，讓團隊看看怎么進行的。例如，如果你有一個名為“攤煎餅”的項目，可以創建 例如這樣的用戶故事，“定義煎餅類型”、“創建購物清單，因此我不會忘記”、“去商店購買需要的所有材料”、“把材料組合起來，檢查是否準備就緒”、“開 始烹調”、“招待”等等。這些故事很容易理解。只要團隊有足夠的故事可以很好地演示整個過程就可以了。
關于作者
Mary Ann Michaels 具有多年的大 規模零售系統實現的項目領導經驗。她是敏捷的忠實粉絲，在工作中學會使用一些工具，以及從 MBA 和各種培訓課程中了解敏捷方法論如何讓團隊快速地交付可工作的軟件。它曾就職于多個大型公司，包括沃爾瑪、Levi Strauss & Co、Williams Sonoma 以及 Coldwater Creek。并且同時擁有技術與業務能力，管理應用開發并支持團隊和配送中心。她擁有密歇根州立大學的數學/法語學士學位，以及佩珀代因大學的 MBA 學位。