资讯专栏INFORMATION COLUMN

读取燃尽图

seanlook / 1890人阅读

摘要:燃尽图的一部分轴图表的轴始终表示时间通常以天为单位。阅读燃尽图通过将冲刺进度线与指南进行比较来读取图。冲刺结束时更新进度这是一个团队的燃尽图表,它在冲刺审查会议前一天更新所有状态。

什么是燃尽图?

燃尽图是在“剩余工作”和“时间”之间绘制的折线图。Scrum团队使用这些图表来跟踪他们在sprint中“烧毁”任务时的进度。

Burndown图表相当容易理解,但团队通常很难理解图表背后的全部含义。

燃尽图的一部分

X轴:
图表的X轴始终表示时间(通常以天为单位)。

Y轴:
y轴表示在sprint中要完成的剩余工作。这可以由剩余任务(在任务的数量中)或剩余的努力量(在故事点/小时中)来表示。

进度线:
进度线表示您的团队在冲刺方面的进展情况。它每天都会使用新的剩余估算进行更新。随着冲刺的进行,这条线将指示您的团队是否正常,以及是否需要采取任何纠正措施。

准则:
这是在图表上从左到右向下绘制的对角线。理想情况下,您的冲刺进度线应尽可能接近指南。如果您的团队能够在整个sprint中以稳定的速度完成所有故事,那么您的进度线最终将与指南完全相同。

选择正确的跟踪指标

Y轴作为剩余任务的数量:

这是在任何给定日期保留在sprint中的任务数的图表。随着任务在一段时间内完成,进度线开始向下移动。这种方法的最大优点是图形易于理解。

使用这种类型的燃尽图表的缺点是不估计任务。并非所有任务都需要同等的努力来完成。通常情况下,在冲刺结束时离开困难任务的团队发现尽管在大部分时间内处于“正常”状态,但他们无法完成所有任务。

Y轴作为剩余的故事点:

这是随着时间的推移剩余多少故事/估计点的图表。故事点是通过其复杂性来估计任务的好方法。这标准化了完成任务所需的工作量。

该图最终类似于先前的方法,但估计点消除了跟踪任务完成带来的模糊性。

燃尽图何时有用?

Burndown图表在以下两个方面都很有用:主动冲刺和冲刺回顾。

冲刺期间:
在正在进行的冲刺期间查看燃尽图表可以帮助Scrum主管或产品负责人回答以下问题:

冲刺是否按目标进展?

所有的故事(或任务)都能按时完成吗?

需要采取哪些纠正措施来达到目标​​?

冲刺后:
Burndown Charts是Sprint团队表现的指标。在sprint回顾中,燃尽图可作为围绕估计准确性,冲刺性能,障碍以及随后冲刺期间所做更改的讨论的参考。

阅读燃尽图

通过将冲刺进度线与指南进行比较来读取Burndown图。两条线彼此越接近,在截止日期之前完成所有任务的机会就越大。

落后于时间表:如果进度线高于指南,则意味着您的团队落后于计划,并且理想情况下应该完成更多工作。

正轨:进度线和指南紧密相连。如果他们保持目前的速度,团队将击中目标。

提前计划:进度线低于指南。即使在冲刺结束日期之前,该团队仍有望达到目标。这可能是因为在计划冲刺时任务被高估了。团队可以向sprint添加更多任务,以确保每个人都在sprint中占用。

Burndown图表模式

以下是使用燃尽图跟踪冲刺时可能会观察到的一些常见模式。

不正常的状态更新(或)不正确的故事细分

以块为单位更新其状态的团队(例如,在每周结束时)以阶梯图形结束。定期状态更新可提供更准确的图表。理想情况下,Sprint团队应该每天更新他们的任务。

阶梯图有时也是不正确的任务分解的结果。如果任务没有足够的细分,个别问题可能需要很长时间才能完成:导致几天内缺乏进展的错觉。避免这种情况的最佳方法是将大型任务分解为小的可执行工作块。

冲刺结束时更新进度

这是一个团队的燃尽图表,它在冲刺审查会议前一天更新所有状态。此图表在回顾期间增加的价值非常小,团队应确保每天更新其状态。

提前完成。

此图表代表一个团队过高估计完成任务所需的时间。

如果该团队保持当前的速度,他们最终将在sprint结束日期之前完成所有任务。产品所有者需要向sprint添加更多任务(由估计的急剧上升表示),以便在整个sprint期间保持团队忙碌。

落后于时间表。

这是一个努力跟上理想指南的团队的燃尽图。

这很可能是因为他们低估了完成任务所需的工作量。纠正课程的两种方法是

为团队添加更多人(或)

通过删除故事或任务来缩小sprint的范围。

敏捷与Scrum基础

综合Scrum指南

什么是Scrum的三大支柱?

什么是敏捷软件开发?

Scrum在3分钟内完成

什么是5个Scrum值?

Scrum的演变是什么?

经典项目管理与敏捷项目管理

为什么Scrum难以掌握?

什么是Scrum中的速度?

什么是敏捷?什么是Scrum?

敏捷中的三个Amigos发展战略是什么?

经验过程控制与定义过程控制

如何保持Scrum的透明度?

Scrum vs Waterfall vs Agile vs Lean vs Kanban

什么是Scrum框架中的3355?

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/105420.html

相关文章

  • 我是如何用Worktile进行敏捷开发的

    摘要:初始估值初步估算完成该故事需要的工作量。这实际上就是整个的估算生产率。跟表示趋势的虚线相对比,团队的工作状态还是差不多沿着正轨的。在中,系统会根据项目中任务的新增和完成状态,自动生成燃尽图。 从编写产品backlog说起 产品backlog是Scrum的核心,也是一切的起源。从根本上说,它就是一个需求、或故事、或特性等组成的列表,按照重要性的级别进行了排序。它里面包含的是客户想要的东西...

    anquan 评论0 收藏0
  • 禅道软件的使用

    摘要:引言禅道的使用在其手册中有比较详细的介绍,大家可以参考其中还包括介绍的视频。应用范围禅道主要应用于软件项目的管理。软件完整使用其支持的流程主要按照敏捷开发的流程支持的。扩展机制,几乎可以对禅道的任何地方进行扩展。 ...

    W_BinaryTree 评论0 收藏0
  • 敏捷开发中的文档:要不要写?怎么写?

    摘要:但这并不意味着敏捷开发完全抛弃文档,敏捷开发遵循轻文档,重沟通的原则。把功能点拆分,导入到项目管理软件中,相关人员只需要按照需求目录一条条执行即可,不再需要一页一页的看了。如今的任务看板和燃尽图已经由实物形式转变为项目管理软件。 我们比较熟知的软件项目管理方法是瀑布。其基本流程是需求-> 设计->开发->测试。基本假设只要把每一个环节都做正确,那么最终得到的结果也是正确的。瀑布开发有非...

    zzir 评论0 收藏0

发表评论

0条评论

seanlook

|高级讲师

TA的文章

阅读更多
最新活动
阅读需要支付1元查看
<