容量和速度规划在高级路线图版本 3.28。如果您使用的是早期版本的高级路线图，则此过程可能有所不同或在您的实例中不可用。
将议题添加到迭代中时，它将使用估计价值（故事点数或天数/小时数）与管理员设置的容量值相差。跨多个迭代的问题将消耗第一次迭代的所有剩余容量，然后再进行下一次迭代。容量按先到先得的原则分配，这意味着不会移动预先存在的问题。无论您是使用故事点还是基于时间的估计进行规划，这都是相同的。
如果已分配的问题消耗的容量超过迭代中可用的容量，则会生成警告G。我们建议将任何已分配的估计值高于容量的问题分解为较小的子任务或分散到多个迭代中。
如果未在时间轴中启用它们，您将不会看到警告。要打开它们，请参阅Advanced Roadmaps 中的警告.
为了使 capacity 函数正常工作，必须估计分配给 sprin t 的所有问题。如果包含尚未估计的问题，则不会占用容量。因此，长篇故事可以跨越多个 sprint，而不会消耗容量或生成警告。
分配了属于 sprint 的开始日期和结束日期的事务将消耗容量，即使它们未分配给该 sprint。 什么时候监控容量，这些问题标有 X Issues not assigned to sprint 标签。
更改 sprint 容量
冲刺 （sprint） 的容量可能会因多种原因而波动。示例包括公共假期、生病的团队成员或分布在不同项目中的团队成员。
在这些情况下，您可以通过使用 sprint 详细信息浮出控件中 Sprint 速度字段旁边的框编辑其容量来保持 sprint（以及您的计划）的准确性：
完成后，选中复选标记以确认更改。这可以针对当前和未来的冲刺完成。