敏捷评估的秘密。
方法 在敏捷估计中,斐波那契数列(1、2、3、5、8、13、21)用于故事指点。 该量表在敏捷中被广泛使用,因为它不仅可以反映工作量,还可以反映风险和不确定性。 例如,当一个故事得到13分时,它可能需要进一步修饰和/或需要分解成较小的故事。 尽管尝试将故事点与实际时间关联起来比较容易(即在4天之内完成3个故事点的故事),但我们应该记住,并非总是如此。 具有较高分数的故事表明涉及较高风险元素,例如不熟悉代码库,要使用的功能或技术,或者仅仅是因为与其他团队成员存在相互依赖性。 例如,让我们比较一个错误修复程序,我们认为它很棘手,因为我们不知道根本原因,或者开发人员是那部分代码的新手,这意味着需要时间进行调查,而另一个故事还涉及一个小尺寸功能,一个三点式的故事,一个功能要求明确并且开发人员熟悉代码库等。我们应该期望构建这个小功能将花费更长的时间,但是确定性更强,并且错误修复的风险更小。 但是,通过将漏洞修复仍指向三个,团队中的每个人(包括利益相关者)都可以了解根据故事要点解决漏洞修复的确定性。 同时,故事点可以用作参数,以根据团队的速度来预测积压工作中可能需要多少冲刺。 例如,如果一个团队每个冲刺能够完成15个故事点,而积压中的剩余故事点总计为60分,则产品所有者和项目经理可以推断出要完成该工作将需要4个冲刺。 故事点比例表。 比例示例 以下是故事情节量表的一些示例。 故事点 1个 这是一个费力而又复杂的故事。 它的范围可能从文档任务到例如在应用程序的两个屏幕中更改副本或颜色。 我们不仅应该负责开发工作,而且还要负责构建和分发以及质量保证。…