Question

我是一个由10人组成的团队，他们正在研究一个拥有不太理想的产品所有者的大型遗留代码库。我们的积压形式非常糟糕，大型史诗经常打破我们的冲刺。团队也对其完成的定义感到困惑 - 一些成员虔诚地编写单元测试，其他成员则不然，有时取决于可用的时间。

所以，我一直在看一些有趣的燃尽模式，我想知道其他人看到的模式和意思。

模式1：

#
# # 
# # #  
# # # #     
# # # # #   
# # # # # #
# # # # # # #

模式2：

#
#
# #
# #     
# # #   # 
# # #   # #
# # # # # # #

模式3：

#
# # # #
# # # #  
# # # #     
# # # # #   
# # # # # #
# # # # # # #

Answer 1

这在我们办公室被认为是“啊，废话！我忘记了。”燃尽：

    # # #
    # # # #
    # # # # #
    # # # # # #
#   # # # # # #
# # # # # # # #
# # # # # # # #

Answer 2

负面的模式2是“估计得不太好”。

以下是我使用的一些燃尽图表。忽略背景图片 - 他们只是为了招待与我合作的人，否则与我们的工作无关。 alt text http://www.atalasoft.com/cs/photos/techtalkgallery/images/16157/425x285.aspx

我喜欢这张图表。这是一个非常典型的好图表，我们开始有点慢，因为我们完成其他任务，承担工作，被其他事情打断并推动完成。

在这张图表中，我们开始非常稳定，然后实际上提前完成了。

在此图表中，您可以看到我们非常典型地开始，然后看起来很简单的任务变得异常艰难。我想我们最终停止了这个冲刺并建立了一个新冲刺。

Answer 3

burndowns的一个问题是范围的变化与范围的进展混合在一起。

在你的例子2中，一个可能的解释是......圣烟，我可能不应该等到迭代结束才开始这个冒险的故事/任务......这比我预期的要多得多！ / p>

在示例3中，您可能提前添加了范围，或者发现工作比预期的更多（例如，任务估计为一天4小时，然后是工作8小时后的4小时，并发现任务很多硬）。

由于这个原因，我更喜欢刻录烧毁......它将范围变化从进度分解为两行 - 一个范围和一个剩余工作，因此您可以更清楚地看到范围变化的影响。 / p>

Answer 4

我的观点是不要过于严肃地对待燃尽图表。他们是一个指标。最后它是关于你是否完成了一个故事。

您是否在短跑结束时进行了有效的回顾？

是否跟进了追溯行动？

如果您发现人们不虔诚地编写单元测试，请让他们这样做（如果这是您的团队标准）。同意已完成的共同定义并坚持下去。见definition of done

像SCRUM这样的敏捷过程需要不断检查和调整。

对我来说，看起来有问题，但你的团队没有解决这些问题。如果产品所有者不够理想，那么与您相关的问题应该出现在您的回顾中，以便您可以在下一个sprint中避免这一问题。

如果你有史诗，你可以随时将它们分解，重新确定优先级并重新规划它们。

Answer 5

这里经常是这样的：

#####
#######
########
#########
#########
#########
##########

正面：准时交货。

否定：从一开始就同时启动过多的积压物品或太多的积压物品。

Answer 6

这是我尚未见过的。它发生在我们最后的冲刺上。

#
##
###
#####
#############
##################
###################
####################

这是“我们在第一个任务上取得了比预期更好的进展，然后被认为是领先，懈怠，然后不得不在最后努力追赶，或者冒着滑倒功能的风险。”

获得的经验教训：Burndowns非常适合跟踪过去的工作，但不一定代表您未来的进展。