Azure devops Sprint计划-将积压工作项的范围限定为单个Sprint是最佳实践吗？

计划新的冲刺时：

---

只是想知道，拥有一个不比那些可以在一个sprint中完成的事情更复杂的backlog项目是否通常是最佳实践？换句话说，所涉及的任务，如果它可能在接下来的冲刺中无法完成所有的任务，那么你应该考虑把积压项目分成单独的项目（

< P>）。一般来说，你的故事应该足够小，以适合一个冲刺，并且足够大，以提供商业价值。如果它们比这个大，它们要么需要被重构成单独的故事，要么需要被转换成一部包含小故事的史诗。

简言之：是的

更详细的解释如下：

在Sprint计划中，团队选择他们将在即将到来的Sprint中处理的待办事项。团队根据优先级和他们认为可以在冲刺中完成的项目来选择积压项目。冲刺积压项目是团队计划在冲刺中交付的项目列表。通常，Sprint待办事项列表中的每一项都被分解为任务。一旦所有成员都同意Sprint Backlog是可以实现的，Sprint就开始了

确定团队认为可以提交的待办事项 在冲刺中完成，通常是基于与 以前的冲刺

您的项目附带了几个预定义的sprint。你可以很快 根据需要从积压工作中添加更多的sprint。或者，更改日期 预定义的冲刺

---

更多详细信息请看这里的官方教程：

这里有一个常规待办事项和一个sprint待办事项，您指的是哪一个？是的。用户故事的大小应该适合一次冲刺。如果它比sprint更大，那么您的待办事项太大，应该将其分解为多个更小的故事。