3个敏捷燃尽报告以及如何使用它们

敏捷实践，对于那些刚起步且知识不足的人，有时可能会作为临时软件开发和项目管理方法而出现。 真相大相径庭。

敏捷软件的12条原则之一是 “最佳的体系结构，要求和设计来自自组织团队”，但是大多数采用敏捷实践的组织（包括scrum和看板）强制执行一些重要的流程严格性和要求。 例如，许多组织实施敏捷计划实践，包括故事点估计 ， 体系结构标准和发布管理准则，以改善业务影响，应用程序版本的质量和可靠性。

[了解您的企业如何在敏捷开发中脱颖而出 。 | 将您的敏捷职业提升到一个新的水平： 如何提高您的Scrum Master技能 。 | 不确定“敏捷”的真正含义是什么？ InfoWorld 解释了敏捷方法 。 | 通过InfoWorld的App Dev Report新闻通讯了解编程方面的热门话题。 ]

大多数团队选择使用诸如Jira Software或Azure DevOps之类的敏捷工具来管理敏捷团队之间的积压，冲刺和协作。 这些工具的主要目的是集中管理跨敏捷团队成员和多个敏捷团队的需求，冲刺状态，工作流和协作。 但是，组织使用这些工具的严谨程度越高，这些工具就越能帮助领导者和团队确定问题，向利益相关者报告状况并改善其执行力。

最常用的现成报告之一是燃尽报告。 由于敏捷实践使产品所有者可以根据客户反馈来重新安排积压的优先次序，因此传统报告（如甘特图）无法捕捉到敏捷执行的流动性。 燃尽图的基础是它说明完成的工作，添加到合并范围的新工作以及其他合并范围更改。 燃尽图可以提供团队如何朝目标迈进的快速画面。

阅读基本的冲刺燃尽图

燃尽图通常在x轴上有时间，而在y轴上有估计。 许多团队估计故事点 ，但是许多敏捷工具可以按故事数或小时数估计来绘制燃尽图。 对于本文，我假设使用的是故事点。

冲刺燃尽报告将绘制时间间隔范围内的故事点数。 团队完成故事后，图表将显示他们如何“消化”故事列表和其他类型的工作（Jira中的问题，Azure DevOps中的工作项类型），直到工作完成或冲刺结束。 当团队完成提交给冲刺的工作时，绘制的线与x轴相交，表示一切都已完成。

冲刺燃尽是最容易概念化的。 在冲刺的第一天，团队将提交一些故事以及故事点的总数。 如果您查看当天的燃尽图，您会在y轴上看到一个点，代表团队在冲刺第零天所承诺的点数。

当故事被标记为完成时，冲刺燃尽显示剩余的点数要完成。

在实践中如何使用冲刺燃尽？ 健康的燃尽显示线性且理想的指数曲线下降到零。 如果曲线在冲刺的早期阶段具有平坦的斜率，则可能表明存在障碍或大量工作正在进行中，并且冲刺可能处于危险之中。 如果对代码完整的故事执行大量测试，并且直到冲刺的最后几天才能开始测试工作，那么扁平化或缓慢倾斜的燃尽可能会成问题。

快速减少冲刺消耗通常是一件好事，但它可能表明团队缺乏承诺或只选择承担冲刺中的小故事。

史诗般的燃尽跟踪业务和技术驱动因素的进展

Sprint精简对于跟踪短期执行情况非常有用，可以帮助团队成功履行Sprint承诺。 为了更好地跟踪长期目标的进度，史诗和发行版的精简版提供了所需的可见性。

当团队定义了一些长期的工作，例如实施主要的最终用户功能，技术债务策略，性能改进或流程改进时，史诗般的燃尽效果最佳。 要利用史诗般的燃尽，积压的订单应具有：

• 5至15个史诗级影片，将持续至少几个月，并需要完成6个或更多的冲刺。
• 在史诗之下卷起的功能，故事和故事存根 ，代表着在史诗上执行的高级计划。
• 高级估计，理想情况下是针对史诗级以下累积的每个故事或故事存根的故事点。

一旦这些就绪，史诗般的燃尽就可以绘制出该计划的变更图表。 它的x轴表示冲刺，而y轴表示分配给史诗的故事和故事存根的总估计。 在Jira Software的史诗般的燃尽图中 ，您会看到一个条形图，其中一种颜色表示在sprint中完成的故事，另一种颜色表示添加的故事点。 当将新故事或故事存根添加到史诗中或估计更改时，故事点会增加。

使用史诗般的燃尽图有几种方法：

• 它说明了根据计划完成功能和故事的速度。 当计划准确且团队速度一致时，它可以提供史诗工作完成时的指示器。
• 大多数敏捷计划尚不完整，团队会根据最终用户的反馈，发现技术复杂性并解决在旅途中引入的技术债务来添加，更改和删除故事。 然后，史诗式的燃尽表明史诗式的计划有多远，基于积压的增长量与逐个冲刺完成的积压程度。
• 史诗般的燃尽还有助于跨多个sprint进行基准测试，并评估一个史诗与其他史诗之间完成了多少计划和交付工作。

版本燃尽通知团队是否发布会影响日期和范围

通过持续集成，持续测试和持续交付使交付管道完全自动化的高级团队可能不需要发布摘要。 经常部署的团队应该跟踪与发行版相关的功能和故事，但是发行版燃尽并不是很有用，因为它经常按冲刺来跟踪进度。

对于遵循发布管理惯例并标准化多冲刺发布的其他团队，发布燃尽可能是产品所有者和团队最重要的工具。

发布燃尽与史诗燃尽类似，不同之处在于，除了跟踪分配给史诗的功能，故事和故事存根之外，发布燃尽显示分配给发布的内容。 然后，轴和条与史诗般的燃尽相同。

因此，使用发行版燃尽的团队可以跟踪发行的范围和时间表。 步入正轨的团队将看到燃尽线向下倾斜到x轴，且其倾斜度与团队的速度一致。 可能偏离轨道的发行版可能比完成的发行版具有较小的斜率或描述了添加的故事点（当向发行版添加更多范围时）。

Jira Software可帮助您实现这些预测。 假设团队已经在该项目上进行了至少三个冲刺，那么Jira Software将计算团队的平均速度，并基于该速度来预测发布的最终冲刺。

冲刺，史诗和发布的燃尽为团队提供了一些易于使用的工具，以实现目标。 当团队对范围有共同的了解，就优先事项达成共识，提前计划好几个冲刺并在待办事项中适当地标记故事时，燃尽的故事就说明了计划和执行是否与目标保持一致。 如果不是的话，它们是一种数据驱动的工具，可以引发有关可能需要进行哪些调整的讨论。

From: https://www.infoworld.com/article/3453357/3-agile-burndown-reports-and-how-to-use-them.html