Sprint規劃 故事點數 vs 小時數

2021-08-30 05:40:58 字數 2082 閱讀 8777

長久以來,對於sprint規劃中應該使用故事點數還是小時數,一直有著不分勝負的爭論。雙方陣營似乎都有一系列理由,支援人們採納自己的方式而不是對方的做法。mike cohn堅決支援將使用者故事拆散成任務,然後再用小時數估算

。而jeff sutherland提出:有些跟他一起工作過的、非常出色的團隊一直在使用故事點數,並用其繪製燃盡圖

。很多敏捷資深人士都表達了自己的觀點,說明自己喜歡哪種方式及其原因。

在mike看來,他不喜歡在spring規劃中使用故事點數,因為故事點數更適合用作長期度量,對於短時間規劃沒有幫助。他覺得:

假設有一支棒球隊已經進入賽季中段。他們在已經進行過的41場比賽中,場均得分98分。他們可以說:「我們在剩下的賽季裡大概每場平均也能得到98分。」但是他們不會在某場比賽前這樣說:「我們之前的平均得分是98分,所以今晚我們會得到98分。」

這就是為什麼我說速度可以用作長期**,而不適合進行短期規劃。

tara lee whitaker不同意故事點數可以用作短期度量

。在她看來:

如果每個故事都足夠小,並因此可以「準確」估算,而且可測試性足夠好,人們可以據之建立用以確認驗收的測試,那麼把故事拆成更小的部分,或是重新以小時數估算之,這樣做也就沒多大好處了。
對於以小時數估算故事這樣的方式,她非常擔憂:

當我們開始討論將故事拆分成小時任務時,我主要擔心的是:我們無法從這樣做得到的早期警告訊號中獲益,並且當我們發現完成乙個故事所需時間超過預期時,那已經太晚了。
jim schiel提出:也許有可能以故事點數和小時數兩種方式來做sprint規劃

。然而,用小時估算的回報也許會讓這種做法看起來不值得這麼做。他認為:

現在咱們來看這樣乙個scrum團隊,他們承諾要完成10個2點的產品backlog條目。如果他們能夠全部完成,他們在這個sprint中的速度就會達到20個故事點數。下乙個sprint,他們大概會嘗試再次完成20個故事點數。此後的sprint的速度多少都會受上個sprint的影響。這種關係會乙個乙個sprint傳下去,團隊會得到乙個大概的速度,在18與22之間。

你能用小時數來達到同樣的效果麼?可以,但是要想做好就得付出非常多的成本。你到底想為什麼買單?是完整的、可用的軟體,還是非常準確的估算?

jack milunsky進一步闡述了故事點數的意義

,他提到了下列優勢:

tomas björkholm提到選擇故事點數方式的下列原因:

tomas補充道:

staffan nöteberg在關於pomodoro技術的演講中提到:大多數人對於按實際時間估算都感到不舒服。由此我想到:不舒服的人,工作效率都不高;因此,按照天估算就會導致工作效率不高。
mike cohn提及:在故事點數和工作小時之間沒有線性的對應關係

。在他看來,每個故事的大小都會基於標準差有個分布範圍。

乙個點數等同於乙個分布範圍,等同於

x和某個標準差的結果。同樣的,2點的故事也可以依此類推……

因此,人們不能告訴專案干係人:按照以故事點數方式計算的速度,團隊能在某個確定的時間完成任務。一定是個時間範圍:

這個範圍可是是日期範圍,比如「我們可以完成你的產品backlog中所有的條目,但是完成時間大概在5月或者6月。」或者可以是功能範圍,「我們可以在5月20號完成,你也是這麼要求的,不過我們到時會完成120個到140個點數,也就是在這兩個產品backlog條目之間。」

mike cohn還提供另一種方式,它可能符合精益原則,名為「承諾驅動的sprint規劃

」。使用這種方法,團隊不會討論故事點數或是速度。他們就是從backlog中取出優先順序高的條目,根據各自的能力,把任務分配下去,按小時估算,並實現自己的承諾。

因此,這兩種用作sprint規劃的技巧各有優劣。到最後,可能還要看團隊更習慣哪一種做法。您喜歡哪一種呢?原因何在?

檢視英文原文:sprint planning: story points versus hours

故事評估 規劃撲克

英文原文 story estimation planning poker 在scrum中,整個團隊參與估算過程,因為具有不同才能的團隊成員可能會提出其他團隊成員不會意識到的故事的各個方面,這可能使故事或多或少比最初想象的複雜。然而,讓很多人對每乙個故事和任務的輸入都是乙個繁瑣的過程。scrum專家將...

使用者故事 vs 用例

使用者故事與用例是一回事嗎?人們經常會問這個問題,關於敏捷團隊是否應該練習使用故事與使用案例的糾紛已經存在多年。使用者故事和用例是一樣的嗎?如果沒有,哪個更好?你應該使用哪乙個?或者可以同時使用?雖然使用者故事和用例之間存在一些相似之處,但使用者故事和用例不可互換 使用者故事和用例都標識使用者,他們...

動態規劃 母牛的故事

problem description 有一頭母牛,它每年年初生一頭小母牛。每頭小母牛從第四個年頭開始,每年年初也生一頭小母牛。請程式設計實現在第n年的時候,共有多少頭母牛?input 輸入資料由多個測試例項組成,每個測試例項佔一行,包括乙個整數n 0 n 0表示輸入資料的結束,不做處理。outpu...