首先，把根據(jù)sprint歷史數(shù)據(jù)得到的估算，稱為 歷史數(shù)據(jù)估算，把commitment之后的估算 稱為 承諾估算。
歷史數(shù)據(jù)是以前的定量情況，包括但不限于資源利用率、sprint可以完成的story point數(shù)量、每個(gè)story point平均所需的【實(shí)際】/【理想】人時(shí)（或工時(shí)）數(shù)、每個(gè)use case point平均所需的【實(shí)際】/【理想】人時(shí)（或工時(shí)）數(shù)，等等。
承諾估算是指團(tuán)隊(duì)的每個(gè)成員達(dá)成共識(shí)，認(rèn)為可以完成的估算，
對(duì)于 歷史數(shù)據(jù)估算，常見方式如下。
1，假設(shè)1個(gè)user story point需1個(gè)理想人天（IMD）， Velocity為理想人天數(shù)/實(shí)際人天數(shù)，常見的范圍是50%~80%。
sprint估算時(shí)，估算可用人天數(shù) * Velocity 得到 user story points數(shù)量。
2，選擇最小的工作單元為1個(gè)User stroy point，velocity為user story points數(shù)量/理想人天數(shù)，再考慮資源
利用率，可能是75%左右。sprint估算時(shí)，估算可用人天數(shù) * 資源利用率 * Velocity 得到 user story points數(shù)
量。
3，選擇最小的工作單元為1個(gè)User stroy point，velocity為user story points數(shù)量/實(shí)際人天數(shù)，不再考慮資
源利用率。sprint估算時(shí)，估算可用人天數(shù) * Velocity 得到 user story points數(shù)量。
4, 采用use case point作為規(guī)模，Velocity為use case points數(shù)量/實(shí)際人天數(shù)，不再考慮資源利用率。
sprint估算時(shí)，估算可用人天數(shù) * Velocity 得到 use case points數(shù)量。
5, 看看前幾個(gè)sprint完成的user story point數(shù)量，或采用平均數(shù)，或上個(gè)sprint的story points數(shù)量，或根據(jù)情
況在以前基礎(chǔ)上略作調(diào)整，這樣就不必管velocity的計(jì)算了。前提是團(tuán)隊(duì)人員工作量投入變化小，人員穩(wěn)定。

對(duì)于承諾估算，常見方式如下。
1，sprint planning part 2團(tuán)隊(duì)將user story細(xì)分為task細(xì)分為task，用小時(shí)進(jìn)行詳細(xì)估計(jì)之后，達(dá)成承諾。sprint planning part 1進(jìn)行歷史數(shù)據(jù)估算。 具體的commitment是依賴于sprint planning part 2估計(jì)出來的hour-based capacity和effort來決定做哪些feature的。
2，歷史數(shù)據(jù)估算采用了IMD，按功能的優(yōu)先級(jí)，本次Sprint要達(dá)到的目標(biāo)，選擇優(yōu)先級(jí)最高的功能，分解為實(shí)現(xiàn)任務(wù)，任務(wù)顆粒度是約2H~6H,并評(píng)估如何實(shí)現(xiàn)，不斷評(píng)審優(yōu)先級(jí)最高的一些功能，直至Team不能承諾完成為止，也即是所選功能的累積IMD達(dá)到了 本sprint的IMD。
3，基于歷史數(shù)據(jù)估算進(jìn)行調(diào)整或不調(diào)整，就算調(diào)整，幅度也不大，在20%以內(nèi)，不細(xì)分任務(wù)到Hour-basde，最后團(tuán)隊(duì)達(dá)成承諾。

小結(jié)
在多數(shù)的實(shí)踐中，“豬”們（scrum中意思，絕無其它意思）的承諾都基于歷史數(shù)據(jù)估算，就算是第一個(gè)sprint的估算，也參考了非敏捷生命周期或業(yè)界的數(shù)據(jù)。承諾估算雖然會(huì)調(diào)整些，但幅度都在25%以內(nèi)，多數(shù)情況下幅度小于5%。
歷史數(shù)據(jù)估算在sprint plan時(shí)看起來是不可少的，顆粒度到達(dá)6H以下的承諾估算很難單獨(dú)應(yīng)用。
把歷史數(shù)據(jù)估算的結(jié)果（包括微調(diào)）作為承諾來達(dá)成，不失為一種可行的做法，尤其適合引入scrum不久的團(tuán)隊(duì)和有新人的團(tuán)隊(duì)。

總結(jié)

以上是生活随笔為你收集整理的Scrum sprint plan中规模估算的常见方式的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。