基本上,我们希望通过在 Azure DevOps 中从当前和未来的 sprint 中收集所有分配的任务和相应的原始估计小时数来计算所有开发人员在每个 sprint 期间以及整个季度的可用性,并使用下面的公式中的值。
容量 - 原始估计小时数 = 冲刺的可用小时数。
基本上,我们希望通过在 Azure DevOps 中从当前和未来的 sprint 中收集所有分配的任务和相应的原始估计小时数来计算所有开发人员在每个 sprint 期间以及整个季度的可用性,并使用下面的公式中的值。
容量 - 原始估计小时数 = 冲刺的可用小时数。
感谢 Lance Li-MSFT。正如您在以下评论中提到的那样,我就是这样做的。
“目前还没有直接的 api 可以计算特定春季的‘可用’小时数。我们必须一一进行。使用 Capacities - List 获取容量,使用 WorkItems-List 获取 Original Estimated Hours,然后获取可用时间小时。——Lance Li-MSFT"
解决方法如下:
使用 Capacities API 获取 sprint/iteration 中所有资源的容量列表。使用 Work Items API 获取 sprint/iteration 中所有资源的 Estimated Hours 列表。
因此,对于任何春季/迭代,可用小时数可以很容易地计算如下:
容量 - 原始估计小时数 = 资源冲刺的可用小时数。