故事点(Story Point)

故事点(Story Point)是敏捷开发中用来表示一项用户故事相对规模的估算单位。它不直接对应小时或人天,而是综合复杂度、工作量和风险不确定性,以相对大小衡量任务,帮助团队进行迭代规划和交付预测。

概述

传统按小时估算容易受个人差异影响且难以准确。故事点改用相对估算:团队先选定一个基准故事,再以它为参照判断其他故事是更大还是更小,并赋予相应点数。常用的点数序列近似斐波那契数列(如 1、2、3、5、8、13),数值越大越强调大任务估算的模糊性。

核心原理

• 相对估算:比较任务之间的相对大小,而非预测精确耗时。
• 多维综合:一个点数同时反映复杂度、工作量与不确定性。
• 团队共识:通常借助计划扑克让成员各自出牌、讨论分歧后达成一致。
• 结合速率:统计团队每个迭代完成的故事点总数(速率),用于预测未来产能。

应用场景

故事点主要用于迭代规划:团队依据历史速率决定本迭代能承接多少点数的工作,并据此预估发布时间。由于点数是相对且团队特定的,不同团队之间的故事点不可直接横向比较,更不应被用作衡量团队绩效或相互攀比的指标。

常见问题

问:故事点能换算成小时吗?答:不建议。故事点的价值恰在于摆脱对精确工时的纠缠,强行换算会使其退化为变相的时间估算,失去相对估算的优势。

问:为什么点数常用斐波那契数列?答:因为任务越大,估算越不精确。斐波那契数列间隔逐渐拉大,能自然表达大任务的模糊性,也促使团队把过大的故事拆分成更小的部分。