容量和速度规划在高级路线图版本 3.28。如果您使用的是早期版本的高级路线图,则此过程可能有所不同或在您的实例中不可用。 |
您的团队在一次迭代中可以完成的故事点数或小时数称为其容量。例如,容量为 30 个故事点(这是默认设置)的迭代可以包含 6 个问题,每个问题估计为 5 个故事点。您可以使用 capacity 来规划不同的时间线可能性,称为Advanced Roadmaps 中的场景. 高级路线图根据许多设置以不同的方式处理容量,包括 您的团队如何估算工作,无论它们是 Scrum 或 Kanban 团队等。
Velocity 严格用于规划目的,它是您的团队根据过去的绩效在一段时间内每次迭代的平均容量。例如,一个速度为 30 个故事点的团队将需要两个 sprint 才能完成一个估计为 35 个故事点的长篇故事,假设没有为这些 sprint 分配其他工作。
要在时间轴上查看容量:
要从时间轴管理团队的容量,您必须使用带有冲刺 (sprint) 或迭代的看板作为计划的事务源。对于 Scrum 团队,您计划中的团队也必须与该看板关联。
为 Scrum 团队安排工作时,产能的计算方式会有所不同,具体取决于您用于估算工作的单位:
如果您使用的是基于时间的估计,则冲刺容量的确定方法是将每周容量乘以每次迭代的周数。例如,如果将产能设置为 40 小时,则 Sprint 的产能将为 80 小时(假设 Sprint 为两周)。
如果以故事点进行估计,则无需转换,因为故事点是按迭代定义的。容量适用于整个冲刺 (sprint)。不过,默认情况下,这设置为 30 个故事点您可以调整此项以满足您团队的需求。
看板团队只能使用基于时间的估计。 |
对于 Kanban 团队,工作被分解为迭代,每个迭代持续一周。您可以以天或小时为单位设置看板团队的每周产能,但迭代的长度无法更改。