什么是敏捷开发中的 Epic

Source: Dev.to

什么是 Epic？

Epic 是一大块工作，可以拆分为多个用户故事，并在多个迭代中交付。它描述的是一个总体目标，而不是具体任务，跨越多个冲刺，使团队能够逐步构建更高层次的目标。Epic 通常与客户旅程、关键系统能力或需要跨团队协作和周密规划的主要功能集相关。

为什么使用 Epic？

• 连接战略与执行 – 路线图和产品愿景提供长期指引，而冲刺和用户故事则实现短期行动。Epic 位于这两层之间，使执行保持与战略的一致性。
• 共享理解 – 通过围绕 Epic 对工作进行分组，团队将活动锚定在共同的目标上，减少碎片化和重复工作。
• 灵活性 – Epic 关注结果，描述完成后将实现的可能性，而不是解决方案的构建方式。这鼓励在新信息出现时进行创造性思考和适应。

明确定义的 Epic 的特征

Epic 的生命周期

1. 创意生成 – 产品经理、分析师或技术负责人识别出重要的能力或改进点。
2. 待办事项录入与优先级排序 – 将 Epic 添加到待办列表，并在细化会议中进行优先级排序。
3. 分解 – 团队将 Epic 拆解为用户故事，估算工作量并识别依赖关系。
4. 计划与交付 – 将故事映射到冲刺（或在规模化环境中映射到不同团队）。产品经理负责意图的把控，开发团队则创建可执行的工作切片。
5. 持续细化 – 随着了解的深入，Epic 及其故事会迭代细化并可能演进。

各敏捷框架中的 Epic

Scrum

• 为待办事项组织和长期规划提供结构。
• 团队在冲刺中交付用户故事，使用 Epic 来理解工作如何贡献于更大的计划。

Kanban

• 作为高层次的分组，用于跟踪较长交付周期的进展。
• 提供对重大工作量的可视性，帮助限制未完成且相互脱节的工作。

规模化框架（SAFe、LeSS、Spotify‑inspired）

• 提升至组合或项目层面，代表需要资金、分析和协同执行的跨团队投资。
• 保持将战略与工作连接的核心原则。

常见挑战

• 规模过大 – 过大或过于模糊的 Epic 无法为团队提供指导，导致混乱和延误。
• 分解太晚 – 等待太久才将 Epic 拆解为故事会拖慢进度，削弱增量交付的优势。
• 利益相关者不对齐 – 不同的解释可能导致冲突的优先级或重复工作。
• 僵化 – 将 Epic 当作固定合同会阻碍团队对新洞察的适应。

使用 Epic 的好处

• 改进沟通 – 提供团队目标的共享叙事。
• 更好地优先级排序 – 使产品负责人能够在大型计划之间进行权衡，并战略性地规划发布。
• 增量交付 – 将 Epic 分解为用户故事，确保持续且可展示的进展。
• 为开发者提供上下文 – 理解功能背后的“为什么”，有助于技术决策并激发创造力。
• 利益相关者可视性 – 在无需细到每个故事的情况下，提供高层次的进度跟踪。
• 客户价值 – 将宏大的目标转化为连贯的功能，满足有意义的需求。