估點的意義不是為了得到精確的工作量這個數(shù)字,而是通過估點這個過程把這個故事的復(fù)雜度找出來。
1.估點的流程
PO在講完故事后,SM讓開發(fā)人員對這個故事有什么疑問沒有,有疑問PO繼續(xù)答疑,如果大家都沒有疑問SM會要求大家出點,這時候每個人手上都有一副敏捷估點撲克牌,每個人會把自己估算的點數(shù)對應(yīng)的撲克牌抽出來,放在桌上蓋起來,不能提前翻看讓別人看到,等大家都出牌后,SM會讓大家一起亮牌。一般來說大家出的牌肯定會不同,這時候SM會要求出最大牌的人說一下自己的理由,然后讓出最小牌的人說一下自己的理由,說理由的過程中肯定會引發(fā)大家的討論。等這兩人闡述自己的理由完之后,SM會要求大家再重新出牌,這次基本上大家的點數(shù)就會差不多了,如果還是最大和最小差別很大,那就最大和最小再說明自己的理由,然后繼續(xù)估點,如果第三次還是相差很大,那么表示這個故事大家沒有搞得太清楚,那么就先把這個故事放一邊,看后面的故事。等本次迭代所有故事都估完后,再拿起這個故事進行估算,大多數(shù)這時候就能過去了,因為故事之間是有關(guān)聯(lián)關(guān)系的,剛開始可能對這個故事的復(fù)雜度看不準,看完后面的故事后就有可能有把握了。萬一到最后還是估不出來,那一定是故事本身有問題,可能太大了或者需求不明確,這時候就讓PO收回此故事完善好后,放入下個迭代再開發(fā)。
我們用的估算撲克牌上的數(shù)字是斐波納契數(shù),1、2、3、5、8、13、21,還有兩張喝咖啡和問號的牌,后來我們把大于3的撲克牌都不允許出了,因為太大的點沒有意義,點越大表示估算肯定準確程度就越低,還有就是我們的基準點(1個點)團隊成員完成它需要1天的工作量,而我們一個迭代兩周,每個人開發(fā)的時間只有8天,你做一個5個點的故事,那就會出現(xiàn)頭一周都完不成一個故事,導(dǎo)致然盡圖根本就沒法將下來,迭代失敗的風險也就越高,所以我們最后決定大于3的牌都不允許出了,一般遇到大于3個點的故事,PO都會拆分成多個故事。當然這是我們團隊的方法,別的團隊的基準點可能沒有這么大,那么大點也還是有用的。另外還有一張問號的牌就是在估出來的點太大或者估不出來的時候就出它,喝咖啡的牌表示自己需要休息一下。
延伸閱讀
- ssh框架 2016-09-30
- 阿里移動安全 [無線安全]玩轉(zhuǎn)無線電——不安全的藍牙鎖 2017-07-26
- 消息隊列NetMQ 原理分析4-Socket、Session、Option和Pipe 2024-03-26
- Selective Search for Object Recognition 論文筆記【圖片目標分割】 2017-07-26
- 詞向量-LRWE模型-更好地識別反義詞同義詞 2017-07-26
- 從棧不平衡問題 理解 calling convention 2017-07-26
- php imagemagick 處理 圖片剪切、壓縮、合并、插入文本、背景色透明 2017-07-26
- Swift實現(xiàn)JSON轉(zhuǎn)Model - HandyJSON使用講解 2017-07-26
- 阿里移動安全 Android端惡意鎖屏勒索應(yīng)用分析 2017-07-26
- 集合結(jié)合數(shù)據(jù)結(jié)構(gòu)來看看(二) 2017-07-26