敏捷指南 · 敏捷实践
史诗、故事与任务：敏捷工作层级详解
史诗、用户故事和任务是敏捷工作层级的三个级别。史诗是跨越多个冲刺的大目标，用户故事是可在一个冲刺内完成的小的用户价值切片，任务是完成故事所需的技术步骤。
要点总结
- 史诗是大目标，故事是小的用户价值切片，任务是技术步骤。
- 故事和史诗能交付价值；任务本身则不能。
- 产品负责人塑造史诗和故事；开发人员创建任务。
- 保持层级结构简单，并在团队内保持一致。
层级结构一览
主要区别
| 史诗 | 用户故事 | 任务 | |
|---|---|---|---|
| 目的 | 将相关故事归入同一目标之下 | 交付用户可见的价值 | 将故事拆分为步骤 |
| 视角 | 业务或用户成果 | 用户 | 技术或团队 |
| 能否独立交付价值？ | 是的，一旦其中的故事完成 | 有 | 否 |
| 估算单位 | 粗略规模或故事点总和 | 故事点或类似单位 | 小时，或不估算 |
| 出现在 | 路线图和发布计划 | 产品待办事项列表和冲刺待办事项列表 | 冲刺待办事项列表和任务板 |
| 完成条件 | 其目标已达成 | 满足验收标准和完成的定义 | 该步骤已完成 |
计算示例
史诗： 连锁健身房的在线课程预约。
- 故事： 作为会员，我想要预约课程名额，以便为我保留位置（5 点）。
- 任务：构建预约按钮和确认页面（4 小时）。
- 任务：添加预约接口和名额检查（6 小时）。
- 任务：为满员和有空位的课程编写自动化测试（3 小时）。
- 任务：更新课程表以显示剩余名额（2 小时）。
- 故事： 作为会员，我想要取消预约，以便其他人可以占用我的名额（3 点）。
- 任务：添加带确认提示的取消按钮（2 小时）。任务：释放名额并通知候补名单（5 小时）。
如何拆分工作
常见错误
- 用任务来代表用户价值，导致待办事项列表变成没有明确成果的待办清单。
- 创建过大的史诗，以致永远无法关闭。
- 以小时估算任务、以点数估算故事，然后将两者相加。
- 在冲刺计划会上将任务分派给个人，而不是让团队自行拉取工作。
- 增加额外的层级（子史诗、子子任务），使待办事项列表更难阅读。
本主题的免费模板
常见问题
史诗、故事与任务：史诗与故事有什么区别？
史诗是需要多个冲刺才能完成的大目标；故事是该目标中以用户为中心、可在一个冲刺内完成的小切片。
史诗、故事与任务：故事与任务有什么区别？
故事为用户交付价值；任务是帮助完成故事的技术步骤，其本身不具备用户价值。
史诗、故事与任务：任务需要故事点吗？
通常不需要。故事点用于故事；任务通常以小时估算，或者根本不估算。
史诗、故事与任务：由谁创建任务？
由实际执行工作的开发人员创建，通常在冲刺计划会上以及整个冲刺期间进行。
史诗、故事与任务：子任务与任务是一回事吗？
在 Jira 等工具中，子任务是隶属于某个故事的任务。概念是相同的。
史诗、故事与任务：史诗之上是什么？
团队通常使用举措或主题，将史诗归入某个战略目标之下。
史诗、故事和任务是 Scrum 的一部分吗？
不是。Scrum 只定义了产品待办事项列表及其条目；这种层级结构是组织这些条目的常见做法。
史诗、故事与任务：故事可以不隶属于史诗吗？
可以。小型、独立的故事不需要上级史诗。
史诗、故事与任务：一个史诗应该包含多少个故事？
没有硬性规定。许多史诗包含几个到几十个故事不等；如果远多于此，可以考虑将其拆分。
史诗、故事与任务：缺陷归入哪一层？
大多数团队将缺陷视为故事级别的待办事项条目，有时会将其关联到某个史诗，必要时再拆分为任务。