...
同时，负责推进器的团队可能会通过这些故事为同一史诗做出贡献：
在创建新的史诗时，还需要将团队原有的规划和工具纳入考量范围，并围绕团队的季度目标或 OKR来创建。创建史诗时需要考虑以下几点：
- 汇报——为管理层高度关注的项目创建史诗；
- 故事描述——使用史诗以及其中的特性和用户故事作为描述如何实现功能或产品；
- 团队文化——根据团队文化来决定史诗的规模和粒度
- 预估时间——大多数开发团队依赖于估算框架而不是时间，但它很有必要多次估算以确保您的史诗能在截止日期前完成。史诗的时间不宜太长也不要太短。
...
将史诗分解成更落地的用户故事将有助于团队理解项目并保持工作动力，对于新手来说，这可能是一项艰巨的任务。从史诗中创作故事并没有万能的解决方案，但可以参考以下建议：
- 分角色——为每个角色创建特定故事，如“新访客快捷登录”，“老用户快捷登录”等
- 分步骤——分解过程并为每个步骤创建用户故事
- 讨论——让团队决定用户故事是一项可快速完成的任务还是一个为期一周的项目
- 时间——用户故事应该在一个迭代或更少的时间内完成
一般来说，团队估计需要“数周”而不是“数小时”“数天”才能完成的工作都应该被视为史诗。
二、用户故事
用户故事（User Story）是对用户需求的一种简洁描述。它们从最终用户的角度描述系统的功能或行为，并用简短的句子来表达用户的期望和价值，结构如下：
...