在敏捷实践中,故事点是用来估算故事复杂性的一个度量。但是由于各种原因,出现了另一个单位——人天,顾名思义,人天用来估算一个故事卡需要一个人多少天来完成。
刚开始知道有人天的说法我是不理解的,然后我结合之前同事的讨论和这几天新项目的实际接触后,我仔细思考了为什么一些项目已经习惯了使用人天来估算工作量。于是有了这篇文章。
在开始之前,我默认你已经对故事这个概念有了解,我不会对此做过多介绍。
含义
故事点的本质是对复杂度的估计,而复杂度其实包含了两部分——难度和工作量。
可能一个故事工作量并不大,但是难度比较大,需要处理复杂逻辑,复杂的验证等等;也有可能一个故事并不复杂,但是工作量比较大,比如一个简单的工作重复20次。这两种情况都可能使得一个故事的故事点变大。
而与之相反,人天这个估计值就很直接了,这个故事一个人做 n 天,你觉得 n 是多少,人天就是多少,简单粗暴。那么,人天真的这么简单粗暴吗?
人天背后的故事
我们来尝试揭示人天背后的故事。首先需要达成共识的是,不管是人天还是故事点,都是对某一个故事的一个估计值。
但是人天特殊的一点在于