在 sprint 期间，项目团队编写简短的用户故事来计划下一个 sprint 的工作。 在本课程中，敏捷开发专家 Doug Rose 解释了如何编写用户故事并确定其优先级。 它还解释了在规划敏捷项目时要避免的主要陷阱。
当我们谈论用户故事时，我们的意思是什么？
在敏捷方法中，用户故事是最小的工作单元。 从用户的角度来看，它们代表了软件的最终目标（而不是功能）。
用户故事是从用户的角度编写的对软件功能的通用、非正式的描述。
用户故事的目的是描述选项将如何为客户创造价值。 注：客户不一定是传统意义上的外部用户。 根据团队的不同，这可能是组织中的客户或同事。
用户故事是对期望结果的简单描述。 它没有详细描述。 在团队接受需求时添加需求。
什么是敏捷冲刺？
顾名思义，敏捷冲刺是产品开发的一个阶段。 Sprint 是一个简短的迭代，它将复杂的开发过程分成几个部分，以便根据中期审查的结果对其进行简化、调整和改进。
敏捷方法从小步骤开始，在小迭代中开发产品的第一个版本。 这样就避免了很多风险。 它消除了 V 项目的障碍，这些障碍分为几个连续的阶段，例如分析、定义、设计和测试。 这些项目在流程结束时执行一次，其特点是它们不为公司用户提供临时访问权限。 因此，在这个阶段，产品可能不再满足公司的需求。
Scrum 中的积压工作是什么？
Scrum 中的 Backlog 的目的是收集项目团队需要满足的所有客户需求。 它包含与产品开发相关的规范列表，以及需要项目团队干预的所有元素。 Scrum Backlog 中的所有功能都具有确定其执行顺序的优先级。
在 Scrum 中，Backlog 从定义产品目标、目标用户和各种项目利益相关者开始。 接下来是要求列表。 其中有些是功能性的，有些则不是。 在规划周期中，开发团队分析每个需求并估算实施成本。
根据需求列表，制定优先功能列表。 排名基于产品的附加值。 这个按优先顺序排列的功能列表构成了 Scrum Backlog。
