新闻动态

使用燃尽图管理工作进度

2019-01-30 21:35:13 作者:小麦

Scrum最好的特点之一就是能提供充足的信息。管理层可以利用这些信息使价值最大化并控制风险。

在每个sprn结束时,软件开发人员完成的工作都会被记录跟踪,其中包括有多少需求已经完成并可用。这些信息可以用于度量当前进度和目标的差距,进而谨慎地预测未来的工作进展。

工作的进展可以用三个变量来度量。首先是需求,也就是实现愿景所需要交付的功能。根据所需工作量的大小,需求可以分为大中小三个等级。第二个变量是时间,sprn作为单位来度量。第三个变量是完成的工作,用已交付的可用功能模块来度量。

当转化成功能増量的需求按时间被记录下来,规律就出现了。例如,在第一个 Sprint开始时,软件开发团队估计需求的总量是140个单位工作量。软件开发团队在第一个 Sprint完成了20个单位,在第二个 Sprint里完成了40,在第三个 Sprint!又完成了40个。那么,工作进度可以使用燃尽图来跟踪。燃尽图以单位工作量来量度仍未完成的需求。在每个 Sprint结束时,都需要计算剩余的工作量。剩余的工作量等于估算的总工作量减去在 Sprints结束时转化为增量的工作量。

过去完成工作量的平均值可以用于预测将来的工作能力。前三个Sprint完成工作量的平均值是333个单位,与标准差了115个单位。对后续进度预测的趋势线。

从这个预测的燃尽图中可以看出,项目将会在第四个Spnt(也就是下一个 Sprint)结束时完成。当然,软件开发很少会这么简单它是一项复杂的工作,未知的事情通常比已知的多。预测软件开发是一件有风险的事情,预测的结果每天都会受到开发人员的工作能力、所使用技术的稳定性和市场变化(新需求的突然涌现)的影响。随着时间的推移,趋势线越靠后越会失去有效性。

软件开发

随着项目的进行,越来越多新的需求涌现出来。客户会发现新的需要。当我们检视增量的时候,新的可能性也会出现。例如,在第个Sprn饼开始时剩余140个单位的工作,如果在前三个Spnt里分别有204040个单位的新需求涌现,并加入到产品待办列表里,那么我们看到的燃尽图将会是平的,造成团队似乎什么都没完成的假象。造成这种现象的原因是,在每个 Sprint里涌现的需求的数量刚好等于软件开发团队所完成的工作量。

为了能够继续利用燃尽图的曲线,我们引入了一个新的“净”基准线(其计算公式是:初始的基准线+新增的工作量完成的工作量新“净”基准线)。得出的新基准线如图6-4所示。通过这条新的基准线可以发现,软件开发项目的完成时间可能比预计的第四个 Sprint要晚得多。

使用Scum的好处是,一旦发现剩余需求的价值都比较低,就可以马上停止对后续Sprn的投入。这个时候,可以发布产品来得到用户的反馈。在反馈中,用户提出的新需求通常都是 Scrum软件开发团队一开始没有考虑到的。有了这些反馈以后,就可以重新计划下一个版本。将用户提出的新需求加入计划中,并将第一个版本中没有完成而且用户不需要的需求从计划中移除。

据斯坦迪什组织估计,50?软件功能很少甚至从未被使用。例如,80%客户只使用大型网站hpcm14%功能。因此,为了优化价值,产品负责人必须决定何时停止后续 Sprint,以保证交付的功能都是高价值的。按照这样的策略,完成软件开发项目所需的时间只需要原来的40?只要持续关注开发的价值,就能获得这样的生产率。