如何正確使用故事點預估工作量？

萬事ONES

+ 關注

2021-10-21 10:29

903次閱讀

在敏捷開發的過程中，研發團隊需要對任務工作量進行相對準確的預估，從而科學把控項目進度，確保項目及時落地與交付。「故事點」是敏捷開發中一種有效的度量單位，它以數字的形式呈現，表示完成某個用戶故事開發所需要的工作量。

與「工時」不同，「故事點」是一個抽象的、相對的值，它包含了對開發任務量、復雜度、風險和不確定性的整體預估。然而，由于每個人/團隊的技術水平存在差異，對同一任務的復雜性和風險程度的判斷也是不同的，因此每個團隊對「故事點」都有自己的標準。一旦團隊對「故事點」達成了共識，它能夠幫助各個成員在估算工作量時快速達成一致，并有效地衡量團隊產能。那么如何正確地對故事點進行預估呢？

選擇基準故事，賦值故事點

我們所有人對「1個小時」都有清晰的認知和共識，因為時間是一個絕對值，然而「1個故事點」到底代表多少工作量呢？為了確定故事點的標準，團隊需要先找到一個基準故事，該基準故事需包含解決具體用戶故事所要完成的標志性任務，例如選擇一個包含前端和后端任務，后端有數據信息交互的用戶故事作為基準故事，其工作量設為1個故事點，那么其他用戶故事則可以基于這一基準故事進行故事點的預估。比如某團隊設置基準故事 A 為1個故事點，用戶故事 B 的開發任務量、復雜度、風險和不確定性綜合預估是基準故事 A 的3倍，那么用戶故事 B 的故事點就應該設立為3。

故事點的取值需遵循斐波那契數列數列（1、2、3、5、8、13、21、34...), 為了避免繁瑣，更好的體現故事點的差異性和準確性，團隊可沿用修正版的斐波那契數列（1、2、3、5、8、13、20、40...）。

運用規劃撲克，確定工作量

選擇好基準故事之后，團隊成員則可以開始對用戶故事進行故事點估算。為了保證團隊成員對同一用戶故事的工作量判斷達成一致，在故事點估算會議上，我們通常運用「規劃撲克」的方式完成集體估算。

對于選定的10-20個待辦事項，參會人員集體討論其功能實現并提出問題，然后每個人對待辦事項進行故事點預估，同時亮出撲克。對于同一待辦事項，如果大家給出的故事點預估存在了很大的差異，代表大家對它的工作量、風險和不確定性、復雜度沒有達成共識，估點高和估點低的人需要給他們一個機會闡述估點的理由。大家對該待辦事項所包含的細節達成共識后，再對故事點數進行重新評估，直至大家對故事點數的評估基本達成一致。