...
一般来说，团队估计需要“数周”而不是“数小时”“数天”才能完成的工作都应该被视为史诗。
二、故事
...
用户故事（User Story）是对用户需求的一种简洁描述。它们从最终用户的角度描述系统的功能或行为，并用简短的句子来表达用户的期望和价值，结构如下：
“作为一个[XX角色]，我[想要什么]，[以便达到什么目的]。”
结构分解如下：
- “作为[XX角色]”：我们是为谁实现这个需求？我们不仅要知道用户的职称，还要了解用户角色的特点。研发团队应该对用户角色有一个共同的理解。团队应该尽可能多地采访目标用户，了解他们的工作方式、想法和使用感受，对用户要有同理心。
- “想要什么”：这里我们描述的是用户的意图——而不是他们想使用的功能。用户本质上想达到什么目的？这个描述不用体现功能的实现——如果你描述的是软件功能而不是用户目标，就没有抓住重点了。
- “以便达到什么目的”：用户期望做的这件事符合他们的规划吗？他们想实现的整体效果是什么？需要解决的本质问题是什么？
例如，用户故事的结构可以参考下方：
作为用户，我想将信用卡链接到我的个人资料，以便我可以更快、更轻松且无需现金支付租金。
作为服务提供商，我想在应用程序中添加我的车辆照片，以便吸引更多用户。
作为用户，我希望显示几辆可用的车辆，以便我可以选择最适合我的选项。
这些表达不是固定的，但是有助于定义用户故事的完成标准。当用户可以精准表达他想要实现的价值时，一个用户故事就诞生了。鼓励研发团队根据自身情况规范用户故事的表达结构并在工作中坚持实践。
三、任务
任务（Task）是故事的进一步细分和具体化。任务是为了实现故事所需的具体行动或工作。任务通常由开发团队中的成员来完成，并包含具体的步骤、时间估计和负责人。任务的细分和分配有助于团队更好地协作和追踪工作进展。
...