Scrum高估和重新计划


10

我们正处在第一个Sprint的中间,而我们的曙光已经来临:我们估计过高!

我们为这2周的迭代计划了114个理想小时,在第一周结束时,我们完成了整个Sprint。我们现在干什么?《书》说,我们应该而且我们将从积压中得到下一个优先事项。但是,如何将它们添加到燃尽图中?我们是否重新编写它来说明这些故事,就好像它们从一开始就在那儿一样?还是在我们开始研究它们的那天简单地将它们的估计值添加到y轴(显示90o角跳)?

欢迎任何反馈!

Answers:


9

拥有燃尽图的目的之一是显示如何随着时间的推移透明地提供价值。

新用户故事一开始并不在冲刺中,因此假装它们似乎有些棘手。通过此时将它们添加到燃尽图中,您可以准确地表明当前的估算水平仍处于其初步发展阶段。

这对您和您的产品所有者都有好处。它显示并且将显示使用该项目管理系统的方式,并将使您成为更好的评估者。

从一开始,您就可以看到您估计过高,然后估计不足,然后又过高估计了一些,但略有减少……最终,您将在进行过程中看到估计方面的改进。

我认为估计用户故事是冲刺中最难的部分之一,只有您的团队学会了共同发展,他们才能在此过程中变得越来越有效率。最好通过您使用的工具(例如燃尽图)对此进行演示。


7

如果您取消sprint并考虑当前速度来计划下一个sprint,则不会有任何伤害。

来自官方的Scrum指南

可以在Sprint时间框结束之前取消Sprint。只有产品负责人有权取消Sprint,尽管他或她可以在利益相关者,团队或ScrumMaster的影响下取消Sprint。

由于冲刺计划应该在与产品所有者,Scrum负责人和团队进行讨论的过程中完成,因此仅选择下一个用户案例会适得其反。

在您稍稍提前的情况下,您可能选择了下一个优先级最高的故事,但是在这里您的情况就大不相同了。


1
当最后一个工作“太早”完成时开始新的冲刺会导致冲刺的长度不同(即没有时间限制)?
Martin Wickman

3
马丁·威克曼(Martin Wickman):这是一个特殊的动作,在特殊情况下需要采取。

2
如有必要,产品负责人可以(并且应该)取消Sprint。scrum.org/storage/scrumguides/Scrum%20Guide.pdf(第11页)

这看起来不应该取消Scrum。只需与程序所有者联系即可确定要进入当前冲刺的故事。故事可以在一周内完成。
布莱克,

@Blake:这就是官方Scrum手册第11页中定义的方式,请参见上文。

5

您可以添加燃尽图。它们毫不含糊地显示了您何时添加了多少新作品:

在此处输入图片说明

该图显示了团队在迭代5中增加了20个工作点。此图显示了迭代,但它在几天内也能正常工作。


1
我的印象是,“燃尽图表”显示了故事情节上剩余的冲刺作品,而“燃尽图表”则显示了交付给客户的总挣值。故事点和赚取的价值是不同的-故事点与完成开发人员分配的任务所需的时间和精力有关,而赚取的价值是产品所有者分配的每个故事的价值。Burn Down专注于开发人员的按次打印,而Burn Up专注于管理人员和客户的项目级别。不是这样吗?
Thomas Owens

1
@Thomas:如果重要的话,可以用点代替值,或者创建两个图表。您可以使用年,迭代,天或最适合您的项目的任何时间单位。
Martin Wickman

参加过按天数消耗图表的团队时,请不要以天为单位进行消耗图表。在我们的团队中,在为期两周的冲刺中,前半周的活动并不多,因此管理层感到紧张……尽管活动不多的原因是由于前两个会议天...在我看来,迭代是此处完美的细节。
RyanWilcox 2011年

2

有很多不同的技术可以对此进行可视化。

其中之一是在添加新故事的那天向y轴(水平轴)引入偏移,然后实际燃尽图会低于原始“ 0”水平。

另一个是假装它们从一开始就存在(使用基于CGI的燃尽图要容易得多)。

您可以提出自己的想法。

最重要的是在团队,Scrum管理员和产品所有者之间进行讨论,以就在这种情况下您想要做什么达成协议。除了基本规则外,没有绝对固定的方式可以在Scrum中做任何事情。Scrum旨在随着时间的推移不断发展,以最适合您的环境需求。


1

我想将OP的问题分为三个不同的问题:

  1. 继续还是取消冲刺?
  2. 如果冲刺继续进行,剩下的一周该怎么办?
  3. 如何计划下一个冲刺?

其他问题中提到的燃尽图和燃尽图虽然有用,但仅次于OP的“我们现在要做什么?”。

继续或取消:我在与Pierre在一起,宜取消此冲刺并立即开始为下一个冲刺做计划。如果还有其他团队并且需要同步冲刺,则不能取消冲刺(大多数Scrum专家建议应该同步冲刺)。

如果冲刺仍在继续:限制正在进行的工作。一次只处理一个故事,专注于完成,而您不到一周。确保在冲刺结束时没有处于部分完成状态的故事。

如何计划下一个:这里的选项是尝试相对大小估计,或者使用故事点/人日的当量和焦点因子作为近似值,如Henrik Kniberg的“《战c与XP》”中所述。我们已经在另一个线程中讨论了它


1

在一半的时间内完成工作与估计的差异很大。对我而言,这将表明您的团队实际所做的操作与用户在Sprint开始时的预期有所不同的巨大风险。此外,Sprint还应该提供足够的功能,现在可以从PO那里获得新的反馈了。

因此,仅从PB顶部抓取东西并继续进行操作的风险是PB顶部的那些项目已过期(内容和优先级均已过时),并且您的团队在上一个Sprint中出错了而且您只会在没有得到采购订单反馈的情况下继续犯这些错误。

我想说,最合理的措施是将Sprint结束,平时结束Sprint审查,计划会议和回顾,然后开始下一个Sprint。

至于燃尽图的东西,最初的问题似乎错过了它的目的。它实际上只是一个工具,它可以确定您在Sprint期间的进度是否有问题。根据上述描述,燃尽图应该在这种情况下大约在Sprint的第2天或第3天开始起作用,这表明该团队比Sprint任务提前了很多时间。然后,您问“为什么?”问题,并确定您的估算值是否刚刚过时,或者程序员是否误解了任务,或者某些事情是否以某种方式偏离了正常。

但是,当您忽略燃尽图并继续前进,好像没有什么奇怪的事情发生时,您似乎只是将其视为正在产生的毫无意义的工件,因为“书”告诉您。在我看来,如果您决定从PB顶部再拉一些东西,然后继续进行第二周,则只需在第二周开始进行新的燃尽(然后您就可以像忽略了一样继续进行操作了)第一周)。


0

我会与产品负责人协商要执行的工作,并在引入工作的日期将其添加到当前的sprint中。可以在燃尽图上跟踪添加的工作。烧录表看起来有点像过山车,我没有问题。无论如何,这都会发生,因为Scrum成员会估计完成任务的剩余时间。

样本Burn Down与更多工作

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.