如何跟踪迭代开始日期后已添加到 sprint 中的 Azure 工作项？答案

【问题标题】：How to track Azure work items that have been added into the sprint after the iteration start date?如何跟踪迭代开始日期后已添加到 sprint 中的 Azure 工作项？
【发布时间】：2020-05-06 15:23:47
【问题描述】：

伙计们，

首先，这个问题是基于我通过分析视图连接Azure devops数据并且所有可用字段都被选择到视图的前提。

我想跟踪开发团队是否坚持计划或处理在 sprint 开始后已创建或已添加到 sprint 中的积压项目。但我不知道该怎么做。显然，为“创建日期”标准编写 IF 语句看起来更容易。

但是如何在 sprint 开始后有效地识别何时添加了项目？

【问题讨论】：

嗯，我没想到敏捷是如何工作的。关于答案的最后一部分，我还没有完成所有这些选项。不过，我很欣赏你的回答。非常感谢！
也许我的回答对你有帮助：stackoverflow.com/questions/63877130/…
@AndréKroker 您的问题是有效的。提供的答案是针对一个非常不同的问题。

标签： azure azure-devops azure-boards azure-analytics

【解决方案1】：

不幸的是，没有内置的报告可以生成你想要的。由于 TFS/Azure DevOps 是工作量跟踪系统而不是时间跟踪系统，因此尝试跟踪计费时间作为 TFS/Azure DevOps 的一部分是一场失败的战斗。

敏捷项目不关注单个任务需要多长时间（与第一次将项目添加到 sprint 时的概念相同）——它们关注的是开发团队在一段时间内提供了多少价值。一件事可能被估计低，一项任务可能被估计高，但最终都无关紧要，只要团队交付了他们承诺交付的东西。

关于 Scrum，建议你看看这个相关的问题：Reporting on completed sprint

如果您坚持要实现这一点，您可以使用一些 3-rd 方扩展，例如 Imaginet Time Sheet 和 Timetracker。例如，关于时间跟踪器，它完全集成到 TFS 中，允许直接针对工作项进行跟踪，并提供数据导出以及上述字段的自动填充。在扩展的帮助下，项目经理可以根据规则自动将所有时间报告回 MS Project。

【讨论】：

投反对票原因：这个答案似乎误解了这个问题。问题在于团队专注于计划的工作与添加到运行冲刺中的工作。