Scrum 燃尽模式 [关闭]答案

【问题标题】：Scrum Burndown Patterns [closed]Scrum 燃尽模式 [关闭]
【发布时间】：2008-10-17 18:11:50
【问题描述】：

我在一个 10 人的团队中，负责处理大型遗留代码库，而产品负责人并不理想。我们的积压工作非常糟糕，大型史诗经常打破我们的冲刺。团队还在为完成的定义而苦恼——有些成员虔诚地编写单元测试，有些则不这样做，有时取决于可用的时间。

所以，我看到了一些有趣的燃尽模式，我想知道其他人看到了哪些模式以及它们的含义。

模式 1：

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

正面解释：“一切都好。”
否定解释：“好得令人难以置信。真的发生了什么？”

模式 2：

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

正面解释：“这比我们想象的要容易得多，让我们引入更多故事。”
否定解释：??

模式 3：

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

正面解释：“起初对这项工作不确定，后来发现比我们想象的要容易。”
否定解释：“进展不够，我们停止编写单元测试以按时‘完成’。”

【问题讨论】：

这个问题是题外话，因为它不在本网站的范围内，如What topics can I ask about here? 中定义的那样另见：What types of questions should I avoid asking? 您可以在another Stack Exchange site 上提问，例如@ 987654324@ 或Software Engineering。请务必阅读您打算在其上发布问题的任何网站的帮助中心的主题页面。
我投票结束这个问题，因为它与编程无关。

标签： agile scrum

【解决方案1】：

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

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

【讨论】：

【解决方案2】：

消极方面的模式 2 是“估计不太好”。

这是我用过的一些燃尽图。忽略背景图片——它们只是为了娱乐与我一起工作的人，否则与我们的工作无关。 alt text http://www.atalasoft.com/cs/photos/techtalkgallery/images/16157/425x285.aspx

我喜欢这张图表。这是一个非常典型的好图表，当我们摆脱其他任务、投入工作、被其他事情打断并努力完成时，我们会慢慢开始。

alt text http://www.atalasoft.com/cs/photos/techtalkgallery/images/16155/425x262.aspx

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

alt text http://www.atalasoft.com/cs/photos/techtalkgallery/images/16156/425x264.aspx

在这张图表中，您可以看到我们开始时非常典型，然后看起来很容易的任务却变得异常困难。我认为我们最终停止了这个 sprint 并建立了一个新的。

【讨论】：

【解决方案3】：

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

在您的示例 2 中，一个可能的解释是……天哪，我可能不应该等到迭代结束才开始这个冒险的故事/任务……这比我预期的要努力得多！

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

出于这个原因，我更喜欢燃尽图而不是燃尽图...它将范围更改与进度分离为两条线 - 一条范围和一条剩余工作，因此您可以更清楚地看到范围更改的影响。

【讨论】：

【解决方案4】：

我的观点是不要太认真地对待燃尽图。它们是一个指标。最后是关于你是否完成了一个故事。

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

是否跟进了追溯措施？

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

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

在我看来，似乎存在问题，但您的团队并未解决这些问题。如果产品负责人不够理想，与此相关的问题应该在你的回顾中出现，这样你就可以在下一个 sprint 中避免它。

如果您有史诗，您可以随时将其分解、重新划分优先级并重新规划。

【讨论】：

【解决方案5】：

这里经常是这样的：

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

正面：准时交货。

负面：积压项太大或从头开始同时开始的积压项太多。

【讨论】：

【解决方案6】：

这是我还没有在这里看到的一个。它发生在我们的最后一个 sprint 中。

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

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

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

【讨论】：