敏捷开发框架Scrum工件-冲刺/迭代燃尽图(上篇)

Posted 捷伴行Agile

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了敏捷开发框架Scrum工件-冲刺/迭代燃尽图(上篇)相关的知识,希望对你有一定的参考价值。



点击上方 蓝字可以订阅哦

本文大概:2500字 阅读需要:8分钟


“要想使复杂的系统不再那么让我们出乎意外,最主要的途径就是加强学习,提高对复杂性挑战的理解、尊重和利用能力”

《系统之美》

前言,在本文中,我们将从以下几点了解有关燃尽图的详细内容(上篇为主题1-3):

  1. 燃尽图是什么?

  2. 冲刺燃尽图如何产生?表达了什么信息?

  3. 如何去解读燃尽图?

  4. 参考燃尽图做决策的场景

  5. 根据燃尽图解读团队绩效并制定行动列表

  6. 使用故事点作为燃尽图度量单位的缺点


1

燃尽图是什么?



敏捷团队使用Burndown图表来跟踪剩余的工作,它可以扩展到不同级别,例如Epic Burndown,Release Burndown,Sprint Burndown等。
本文仅关于Sprint Burndown图。Sprint Burndown图表是特定Sprint的Scrum团队剩余工作的直观表示。燃尽图表示任何团队冲刺未完成的实时工作总量,该工作量可以衡量为剩余工作时间或故事点。对于燃尽图,将单位用作“任务时间”而不是“故事点”总是更好。我个人建议使用工作时间来绘制燃尽图。


2

冲刺燃尽图如何产生?表达了什么信息?



燃尽图是一个sprint工件,每个sprint都有其单独的燃尽图,可以根据你的方便在Excel或白板上手动创建燃尽图。
燃尽图具有两个主要值区域,即X轴和Y轴,X轴表示冲刺的天数,其中Y轴表示工作量。图表中带有的值是在sprint持续时间内任何特定日期的剩余工作量(以小时为单位)。
要更详细地了解它,请参考下图,然后是图片的说明。



 

如果你查看上面的图片,会注意到团队有产品待办事项,在处理sprint待办事项期间,团队提交几个用户故事,然后团队成员分配了任务,对于每个任务,每个成员消耗的是估计的工作时间。到目前为止,已经为冲刺提交了一些故事,每个故事都有一些任务,这些任务的估计时间是小时,并且每个任务都分配给了胜任的团队成员。

如果总计工作时间,则大约为110小时。假设团队的能力为130小时。
让我们看一下sprint的另一个重要方面,有一个sprint起始日期为12月10日,它的结束日期为12月21日,这意味着是两个星期的sprint,并且sprint的持续时间为10天。
因此,从所有这些信息中,开始绘制燃尽图

  1. Total Days of the sprint = 10 days

  2. Total committed & estimated task hours for the team = 110 Hours

如果将总小时数除以总天数平均值(110/10)= 11小时。
也就是说,如果团队每天完成11个小时的工作,那么在冲刺的最后一天结束时,团队将能够完成他们已经完成的所有工作。
请参考下面的图片,然后按照说明进行操作以更好地理解它。


敏捷开发框架Scrum工件-冲刺/迭代燃尽图(上篇)


 

基于当前sprint的示例,团队需要每天工作11个小时。到第一天结束时,团队将能够完成110个小时的总工作时间中的11个小时。因此,到第一天结束时,剩余总小时数将为110 – 11 = 99小时。同样,到第二天结束时,剩余的工作时间将为99 – 11 = 88小时。以这种方式,在最后一天结束之前,剩余的工作时间将为零。
这是未来的预测,你的excel预测到团队将能够每天工作11个小时,而这11个小时将相应减少剩余时间,因此每天的预测值是称为燃尽图的理想线。在冲刺的第一天将其绘制在图表上,这些线从第一天开始到最后一天结束。
但是实际上,由于以下原因,每天结束时的剩余时间不会与预测的相同。

  1. 即使经过11个小时或更长时间的工作,剩余的时间也不必减少11个小时,因为11个小时只是估算值,一旦团队开始实际施工,实际的时间可能会与估算值有所不同。在敏捷中,重要的是,我们不在乎已经完成了多少工作,在乎有多少待处理或剩余的工作。牢记,每个人都会更新他们完成的每个任务的剩余时间。  如果第一天的总剩余时间为105小时,那么第一天的总消耗为110 – 105 = 5小时。在理想线中是11个小时。

  2. 由于产品负责人的关键优先级发生变化,范围可能会不断蔓延。这会突然增加或减少剩余时间,导致实际生产线突然上升或下降。

  3. 团队成员生病了,那天分配给成员的任务可能不会被燃尽

  4. 障碍,如外部依赖,开发环境等障碍可能会减慢预计的燃尽趋势。

  5. 任何其他原因。

因此获得直到Sprint当前日期为止的每天实际剩余小时数,并绘制一条线,称为“实际线”
请参考下图以了解燃尽图上实际燃尽线的流动方式

第3天实际线


敏捷开发框架Scrum工件-冲刺/迭代燃尽图(上篇)


第6天实际线


敏捷开发框架Scrum工件-冲刺/迭代燃尽图(上篇)


最后一天实际线 

敏捷开发框架Scrum工件-冲刺/迭代燃尽图(上篇)

 

如果燃尽图上多增加一条线是非常有用的。这就是能力线。如果谈论上面的示例,则团队已经承诺在10天的冲刺中总共投入110个小时的工作,在此假设团队的能力为130个小时。
理想线是根据110小时的承诺量绘制的(每天燃尽11小时)。对于能力线,可以根据130小时的可用能力(每天燃尽13个小时)绘制另一条平滑线。
这条线非常重要,在本文稍后将了解其重要性
请参考下图,以直观了解能力线。

理解能力线 


敏捷开发框架Scrum工件-冲刺/迭代燃尽图(上篇)


一个完整的燃尽图(有能力线)


敏捷开发框架Scrum工件-冲刺/迭代燃尽图(上篇)


 

 

3

如何解读燃尽图 ?



相信大家都已经知道sprint燃尽图,并参考它来跟踪sprint剩余时间的进度和剩余工作。在这里,我将解释如何阅读燃尽图。如果刚接触敏捷,或者想了解更多关于燃尽图的知识,可能会有帮助。
众所周知,燃尽图有理想线和实际线,还可以有另一条线,能力线。
每当我们参考燃尽图的时候,都会看到今天为止的实际线,并与理想线进行比较。

1. 如果实际线结束于理想线之上的任何地方,则意味着在冲刺持续时间内完成所有故事是存在风险的。风险有多大取决于实际线终点和理想线之间的垂直距离。
距离越远,风险越大,因为根据承诺,当天的剩余时间实际上比预期的要多。
这种情况可能有很多原因,需要采取主动的纠正行动。原因如下
a)团队不能给冲刺承诺足够的时间。
b)团队过低估计了任务。
c)团队没有及时更新剩余时间。
d)团队在冲刺开始之后又增加了新的故事。
e)团队重新估计了任务时间并增加了剩余时间。
如果这种情况在冲刺的早期出现,团队仍然有机会赶上进度,但是在冲刺的最后几天,会很难改变延期。

下面的两个图代表两种不同的情况,其中一个图表示风险最小,而另一个则表示高风险。


敏捷开发框架Scrum工件-冲刺/迭代燃尽图(上篇)



敏捷开发框架Scrum工件-冲刺/迭代燃尽图(上篇)



敏捷开发框架Scrum工件-冲刺/迭代燃尽图(上篇)


浅橙色矩形是风险的大小。如果能力线在燃尽图里,可以更容易看到并识别解决风险的可能性。即使实际线高于理想线,但低于能力线,意味着团队仍可以完成任务,因为仍然在他们的能力范围内。
下面的两个图代表两个燃尽图,一个处于风险区域,另一个在该特定日期没有风险


敏捷开发框架Scrum工件-冲刺/迭代燃尽图(上篇)



敏捷开发框架Scrum工件-冲刺/迭代燃尽图(上篇)


2. 现在讨论另一种情况,即实际线始终在理想线以下。这是一个好兆头,但是如果它太低,则团队可能过高估计了现有工作量,有能力在冲刺期间进行更多的工作。一个好的成熟实际线应该接近理想线,如果不是,那就需要干预。

3. 如果发现燃尽图实际线突然飙升,这说明团队的工作范围正在蔓延。

这是解读燃尽图的方式,在下一节中,我们一起了解如何在不同情况下解读燃尽图。

未完待续...参看 敏捷开发框架Scrum工件-冲刺/迭代燃尽图(下篇)


敏捷开发框架Scrum工件-冲刺/迭代燃尽图(上篇)
敏捷开发框架Scrum工件-冲刺/迭代燃尽图(上篇)


希望能在评论区学习到大家的经验和想法~

如果对相关内容感兴趣可以:


精彩回顾




点击下方“阅读原文”查看更多
↓↓↓

我就知道你“在看”


以上是关于敏捷开发框架Scrum工件-冲刺/迭代燃尽图(上篇)的主要内容,如果未能解决你的问题,请参考以下文章

什么叫做敏捷项目管理 ?

敏捷Scrum在CM中的应用

s c r u m 敏捷软件开发都有哪些要素?

干货分享-Scrum

scrum开发感悟

SCRUM之Sprint燃尽图实例分析一