故事点的秘密

故事点与功能数目的关系：故事点用于评估工作量或规模，并不直接对应功能数目。故事点的概念不同于时间单位，例如光年。

故事点的相对估算：故事点采用相对估算而非绝对时间（如小时或人天），以避免经验差异导致的估算困难。无论经验水平，估算者都应该能够一致地判断一个故事与另一个故事的相对规模。

迭代中故事点的基准一致性：团队每个迭代完成的故事点总量反映其“速率”（Velocity）或能力，因此不同迭代中故事点的基准应保持一致。

故事点的估算不应过分纠结：采用改良的斐波那契序列（1,2,3,5,8,13,20,40......）作为估算工具，以避免过度纠结于微小差异，因为估算本身就存在不确定性。

故事的完成状态：故事点仅在故事完全完成时计算。如果故事在本迭代未完成，即使接近完成，也不得计入本迭代的故事点。未完成的故事应在下个迭代计入。若故事可拆分为独立子故事且部分完成，完成的子故事可计入本迭代故事点。

故事点的主要用处：故事点主要用于衡量团队速率，它有助于监测团队效率，识别问题，并用于发布计划，预测完成特性集所需的时间、发布日期和成本。

故事点的估算方法：可使用计划扑克进行故事点估算，这是宽带Delphi技术的一种形式，旨在通过多轮投票和讨论避免单个人对估算结果的影响，以达成共识。

作者简介：徐东伟，敏捷咨询顾问，自2008年起践行敏捷方法，对敏捷、精益、SAFe、DevOps有深入研究。徐东伟希望为中国企业发展贡献力量，并与同行建立联系。

禅道软件设计六大原则

了解更多

想要了解更多内容？

查看原文：故事点的秘密

文章来源：

徐东伟Jack

扫码关注公众号