敏捷长篇故事：定义、示例和模板

在采用敏捷和 DevOps 方法时，长篇故事的作用是管理任务。它是一项定义明确的工作，根据客户或最终用户的需求/要求细分为特定的任务（称为“故事”或“用户故事”）。借助任务跟踪模板，团队可以有效地组织任务、确定任务的优先次序和监控任务。

长篇故事是一种用来组织工作和创建层次结构的实用方法。我们的理念是，将工作分解为可交付的部分，以便大型项目能够真正完成，并且您可以继续定期向客户交付价值。长篇故事帮助团队分解工作，同时继续朝着更大目标努力。

在组织大任务（如长篇故事）时保持敏捷不是一项小任务（一语双关）。无论组织规模如何，了解长篇故事与健康的敏捷和 DevOps 最佳实践的关系都是一项必不可少的技能。

An epic is a large body of work that can be broken down into a number of smaller stories, or sometimes called work, work items, or issues in Jira. Epics often encompass multiple teams, on multiple projects, and can even be tracked on multiple boards.

长篇故事几乎总是通过一组冲刺来交付。随着团队通过开发和客户反馈更深入地了解长篇故事，可以根据需要来添加和移除用户故事。这是敏捷长篇故事的关键：范围是灵活的，取决于客户反馈和团队节奏。

假设现在是 2050 年，我们在一家太空休闲旅行社工作。每年进行十数次发射，因此各次发射不是我们一年中唯一重要的工作，但它也远非日常事务，需要很多工时才能完成。这一尺度恰好适合长篇故事。

在长篇故事示例《2050 年 3 月太空旅游发射》中，包含有日常工作项的故事，以及旨在改善飞船发射关键方面的故事，囊括从客户购买太空旅行门票到火箭发射本身等各个领域。因此，多个团队将通过撰写各种各样的故事来为这部长篇故事做出贡献。

为 2050 年 3 月发射门票购买提供支持的软件团队可能会这样构建他们的长篇故事：

同时，推进器团队可能会通过以下故事为同一部长篇故事做出贡献：

长篇故事应该为开发团队提供成功所需的一切。从实践角度来看，这是他们工作层次结构的最上层。但是，了解长篇故事与其他敏捷结构的关系可为日常开发工作提供重要背景信息。

• 产品路线图是产品或解决方案随时间演变的行动计划。
• 主题是推动创作长篇故事和计划的组织目标。
• 产品路线图通过沿时间轴绘制一组计划来表达和呈现。
• 将计划分解为长篇故事，有助于使团队日常工作（以较小的故事来表达）与总体业务目标保持联系。

一组完善的长篇故事推动一项特定的计划，基于组织主题随市场和客户需求推进产品的总体开发与演变。

在上面的示例中，主题是增加航天飞机的发射，路线图跟踪发射次数从每季度 3 次增加到 4 次，计划是降低成本和增加门票销售，而各部长篇故事积累成这些计划。

在创作新的长篇故事时，请考虑团队可能已置备的其他规划和组织工具。围绕团队的季度目标或 OKR 创作长篇故事是一个不错的开端。在创作长篇故事时，请考虑以下几点：

• 报告 — 为经理和高管希望关注的项目创建长篇故事。
• 叙述 — 使用长篇故事和构成它们的故事作为一种机制，讲述您是如何达到功能或产品当前状态的故事。
• 文化 — 让组织文化决定长篇故事的篇幅和粒度。
• 时间 — 大多数开发团队依赖估算框架而不是时间，但要确保长篇故事需要几周时间来完成，是一项值得去做的全面检查。不能太长，也不要太短。

了解长篇故事在 Jira 中的运作方式。

将长篇故事分解为更实用的故事，有助于理解项目并保持势头，但这对初学者而言可能是一项艰巨的任务。从长篇故事创作故事没有一刀切的解决方案，但有很多不错的选项值得考虑：

• 用户角色或人物刻画 — 为每个用户角色创建一篇独特的故事，例如，“新访客登录更快”、“回头客登录更快”等
• 有序的步骤 — 分解流程，并为每个步骤创建故事。
• 文化 — 依照团队规范来决定故事是一项快速任务还是一个为期一周的项目。
• 时间 — 除非另有约定，否则设计可在一次冲刺或更短时间里完成的故事。

没有一个通用定义可在大故事和长篇故事之间划清界限。一般来说，任何范围的工作如果需要团队花费“几周”（或更长时间）而非“几小时”或“几天”来完成，都应被视为长篇故事，并分解为较小的故事。

燃尽图可用于可视化呈现长篇故事，有助于使团队保持积极性，并让高层利益相关者了解情况。一张不错的长篇故事燃尽图是组织敏捷性真正闪耀的地方。

An epic burndown chart shows the actual and estimated amount of work to be done in a sprint or epic. The horizontal x-axis in a burndown chart indicates time, and the vertical y-axis indicates stories or work items.

使用燃尽图跟踪剩余工作总量，并预测实现冲刺目标的可能性。通过在整个迭代过程中跟踪剩余工作，团队可以管理其进度并采取相应的措施。

通过监控燃尽图，清楚地了解团队进展如何，障碍又在哪里。让这些数据点清晰可见，可以使每个人保持同一步调，并促进关于产品演变和完工预测的开放对话。更不用说，公开透明可以建立信任！

了解如何在 Jira 中配置燃尽图

一旦掌握了创作长篇故事和故事的技巧，您就可以更进一步，使用自动化功能来进行优化。以下是 Jira 中用于冲刺的三个最常见自动化规则。

1. 在创作长篇故事时自动添加三个故事。转到规则。
2. 当长篇故事标记为已完成时自动关闭故事。转到规则。
3. Change the status of an epic when the status of one of its linked work items changes. Go to rule.

在 Jira Automation 模板库中，您可以查看这些自动化规则以及另外数百条规则。

转到模板库

长篇故事不是敏捷项目群的绝对基础，但它们是大多数敏捷和 DevOps 团队的实际驱动因素。了解它们在健康敏捷项目群中的位置可以为您的工作创造情境，而将它们分解为故事可以创造动力。