很多人對於什麼是 Story point 不是很了解, 這是剛好有篇文章介紹.
首先, 在 Mike Cohn 所撰寫 "Agile Estimation and Planning" 書上, 你可以看到他有這樣的描述:
Story point 是一種以模糊的方式, 來描述完成某個功能所需要的 effort, 或者是描述這個功能的複雜度, 或者是這個功能的風險程度.
那要怎麼來使用 story point 呢?
Dan Rawsthorne 提出以下的見解:
1. 團隊通常需要使用 "Velocity" 來當作生產力的度量指標, 以告訴外面的人到底我們的"速度有多快".
2. 如果我們 story point 的估法, 在整個專案過程都維持一定, 那用 story point 來表示 "Velocity" 便會有意義
3. 如果這個一致性不只在團隊, 若是 cross team 也能做到, 甚至到整個公司的層面. 這樣將不只可以度量生產力, 還可以比較各團隊的狀況.
4. 如果 story point 的值維持很穩定的話, 那便可以當作之後 release plannng 的參考, 可以評估之後可能的 schedule
Ron Jeffries提到
Story point 是實踐一個故事, 所需付出時間的相對度量. 它是由XP所借過來的觀念. 它是用來評估故事困難的程度, 而不是承諾要多久能做完. 這樣不管團隊的大小或是任務是甚麼, 都可以使用故事點數.
所以故事點數是用來衡量 "size" 和 "complexity". 而 "size" 和 "complexity" 則是意味著, 要多久我們才能將它做完的程度.
source: What is Story Point? Are they Necessary?
全站熱搜
留言列表
