如何估算敏捷开发中的故事点StoryPoints

1、如何估算敏捷开发中的故事点Story Points 在以敏捷方法Agile开发的工程中故事点Story Points是实 现用户故事user story所需工作量的抽象度量.简而言之,它是个 数字,可以告诉团队故事的难度与复杂性,风险程度和需要付出的努力.在大多数情况下,故事点使用以下尺度之一来衡量其大小：1、 2、 4、 8、 16XS X-Small 特小、S Small,小、M Medium,中、L Large,大、XL Extra-Large 特大.称为 “ T恤尺码 斐波那契数列：1,2,3,5,8,13,21但是,很难根据上述等级来确定指定故事的大小.为了做到这一点,每个团队都必须

2、找到一个基线故事.它不一定是最小的,而是团 队中每个人都能引起共鸣的.确定后,应通过将它们与基准进行比较 来确定所有用户故事的大小.在估算故事点时,我们为每个故事分配一个数值. 相对值比原始 值重要.分配了 2个故事点的故事应该是分配了 1个故事点的故事的 两倍.它也应该是估计为3个故事点的故事的三分之二.现在让我们详细了解故事点大小的调整方法.首先,让我们从调整大小的重要性开始.调整大小是有益的,因 为它:给我们概述工作范围- 从多个角度确定工作量- 去除了一些不准确的信息- 纠正错误的假设大小的调整最好由敏捷交付团队通常是 Scrum团队完成.假设有一个任务：从德里到孟买.行程的持续时间取

3、决于运输方 式将运输方式视为飞行2小时和汽车22小时的技术.如果您选择 沿着道路旅行,那么需要您的驾驶员的路线知识领域知识,DomainKnowledge才能准时到达.持续时间取决于多种因素,但是两地的 距离约为1400 Km是恒定的,不会改变.现在,用故事点的度量值替 换距离.大小很容易估计,但持续时间却不容易估计.考虑以下因素即可确定数值大小：工作量工作的复杂性工作中的风险或不确定性时间/持续时间与传统工程不同,在敏捷中无法估算工作量 /持续时间.这是因 为持续时间取决于：- 技术/工具- 领域知识- 从事开发工作的开发人员的技能上下技术专长下面概述了相对大小调整过程：1 .列出所有要确定

4、大小的故事.2 .将它们从最小到最大按顺序排列- 记录第一个用户故事- 然后看第二个用户故事- 确定哪个更大,然后将更大的放到上面- 然后选择下一个,并确定相对于其他两个适宜的位置- 然后拿下一个做同样的事情- 重复此过程,直到所有故事都显示在列表中从最小到最大 的顺序3.调整故事大小- 从底部开始,为该故事指定2个故事点.给“ 2将为您提 供一个更小的故事“ 1的空间,如果在以后发现有更小的 故事,可以分配1个故事点.- 查看下一个故事,并确定该故事与第一个故事相比有多大.- 继续,直到每个故事都确定大小为止.- 在调整大小时,请使用这些数字集如果采用斐波那契数列： 1,2, 3, 5, 8

5、, 13, 21注意：我们也可以使用 T恤尺寸,XS = 1 S = 2 M = 5, L = 13,XL = 20 XXL = 40现在让我们了解故事点数与小时数的比照.故事点是对用户故事中涉及的复杂性的高层估计, 通常在冲刺计 划之前,发布方案期间或预方案阶段完成. 故事点以及冲刺速度为即 将到来的冲刺中要完成的故事提供了指南.另一方面,基于小时的估算是一种低级估算,用于表示完成用户 故事中涉及的所有任务所需的实际工时.当以小时为单位提供任务估 计时,应使用基于小时的估计.实际上,故事点和小时数在不同时间具有不同的目的, 我们应该 预防将它们相互关联以更好地冲刺sprint和发布release.如下 图所示,我们建议您不要在冲刺方案期间着重讲故事的要点, 而应着 重于估计完成用户故事中涉及的所有任务所需的时间.故事故事点故事