各位參加PMI-ACP的考生大家好，今天來寫一下關于敏捷估算的一些的內(nèi)容酬土。敏捷估算主要有兩種度量方法：故事點數(shù)败潦、理想日。但是并不是只有這個兩個厨埋，比如說在《敏捷項目管理2019》中提到了價值點估算邪媳。只能說每個估算方法各有各的好處，項目主要說下故事點數(shù)和理想日兩個荡陷。

首先雨效，我們先來了解一些關鍵術語，有助于沒看過教材的考生進行理解废赞。

故事點數(shù)：故事點數(shù)指的是：用于表達用戶故事徽龟、功能或者其他工作總體規(guī)模的度量單位。

用戶故事：一個或多個給用戶增加價值的商業(yè)需求唉地，撰寫用戶故事所需的工作量相對較小据悔。典型做法是將用戶故事記錄在故事卡上。

速度：對開發(fā)小組的進度率的度量渣蜗。

我們知道了故事點數(shù)和理想日的大致意思屠尊，我們應該怎么樣進行運用呢？

首先耕拷，推薦使用的是故事點數(shù)讼昆。具體有兩種常見的方法：1、從小開始：我們可以從用戶故事中找到一個團隊認為最小的一個故事，定為1個點浸赫。然后拿這個故事為基準闰围，推算其他故事的故事點數(shù)。2既峡、折中法：從用戶故事中挑出一個中等大小的用戶故事羡榴，定為5個點，同理推算出其他故事點數(shù)运敢。這里需要注意一點校仑，在團隊估算時，確認的故事點數(shù)并不是不可修改的传惠。在使用故事點數(shù)的時候迄沫，有必要引入速度一詞來判斷故事點數(shù)的合理性。我認為:可以簡單的用（故事點數(shù)/速度=迭代周期）的公式來進行判斷卦方。舉個例子：團隊將A的故事點定為10羊瘩，但是團隊速度為15。那么可以認為這個故事太小盼砍，沒有必要單獨進行估算尘吗。同理，團隊將一個用戶故事定為300點浇坐，團隊需要20個迭代完成睬捶。那么我們可以認為這是一個史詩故事。并不是說不允許存在史詩級故事近刘，而是應該和干系人一起拆分細化史詩級故事侧戴。史詩級故事之所以“宏偉”，個人認為還是信息不足導致的跌宛。在初始估算的時候是允許史詩級故事存在的酗宋，特別是那些還并不需要馬上實施的特性，完全可以給一個300點的估算疆拘。但是要注意敏捷提倡的“漸進明細”的估算方法蜕猫。

其次，我們可以使用理想日哎迄。理想日很好理解回右，我相信很多團隊使用的都是“理想日”。這里為什么要使用雙引號漱挚？這里就需要注意一下翔烁，這里的理想日指的是：如果沒有什么事情干擾或引起分心的話，完成一項任務所需耗費的時長旨涝。而我們的“理想日”可能是加載了很多的其他事項蹬屹。比如說：詢問一個開發(fā)工程師完成這個軟件多少時間。工程師可能回答15天。項目經(jīng)理詢問為什么要15天慨默。答：因為先要完成手上的項目要花10天贩耐，然后才能寫軟件。包括一些日常的維護工作還要處理厦取，所以大概到交付要15天左右潮太。如果沒有這些干擾我只需要2天就能完成。在這里2天就是理想日虾攻。

好了铡买，我們了解了故事點數(shù)和理想日的具體使用方法。那么兩個的區(qū)別在哪里呢霎箍？下面我們就說下兩個估算方法的優(yōu)劣勢寻狂。

使用故事點數(shù)的優(yōu)勢有：1、故事點數(shù)有助于驅(qū)動跨功能的行為：這個是書上的說法朋沮，但是我認為太拗口。簡單的說缀壤，就是在一個項目內(nèi)標準統(tǒng)一樊拓，通用性高。比如說：貼一個100㎡的瓷磚塘慕，不管是A團隊還是B團隊筋夏，它都是100㎡。如果換為理想日图呢，完成一個A團隊三個理想日的貼瓷磚工作条篷。A團隊速度遠遠高于B團隊，B團隊需要6個理想日才能完成蛤织。2赴叹、故事點數(shù)變化性較小：簡單的說除非更改了故事，否則很少會變更故事點數(shù)（不排除初始估算的不合理指蚜，如果規(guī)模不算不合理乞巧，換為理想日估算還是會估算為不合理）。而理想日可能受到的限制比較多摊鸡，例如：環(huán)境绽媒、新技術等等。3免猾、故事點對規(guī)模估算更加純粹是辕、估算更加快：這個也很好理解，如果說我把一個貼100㎡瓷磚的工作定為5個點猎提，那么200㎡就是10個點获三。300就是15點。相比理想日，要考慮人數(shù)石窑、熟練度牌芋、大小等等因素計算得出，3倍規(guī)模的故事理想時常并不是3倍松逊。

使用理想日的優(yōu)勢有：1躺屁、在團隊外更加的容易理解。這個也很好理解经宏，比如說客戶問你這個項目多少規(guī)模犀暑，回答10個理想日比10個故事點數(shù)容易理解多了。2烁兰、上手難度較低耐亏。按正常思維情況，估算一般都按小時/天開始沪斟。所以理想日的上手難度比較低一些广辰，但是也僅限于初始階段，在用了幾次以后故事點數(shù)的優(yōu)勢還是遠遠高于理想日主之。

好了择吊，寫了那么多，如果給您選擇會是選擇理想日還是故事點數(shù)呢槽奕？

下一篇預告：估算方法