如何在迭代开始日期后跟踪已添加到冲刺中的 Azure 工作项？
How to track Azure work items that have been added into the sprint after the iteration start date?
各位，
首先，这个问题是基于我通过分析视图连接 Azure devops 数据并且所有可用字段都已选择到视图的前提。
我想跟踪开发团队是否坚持计划或处理已创建或在冲刺开始后已添加到冲刺中的积压项目。但我不知道该怎么做。显然，为“创建日期”标准编写 IF 语句看起来更容易。
但是如何在冲刺开始后有效地识别项目何时被添加？
遗憾的是，没有可以生成您想要的内置报告。由于 TFS/Azure DevOps 是一个工作量跟踪系统而不是时间跟踪系统，因此尝试将计费时间作为 TFS/Azure DevOps 的一部分进行跟踪是一场失败的战斗。
敏捷项目不关注单个任务需要多长时间（与首次将项目添加到冲刺时的概念相同）——它们关注开发团队在一段时间内提供了多少价值时间。一件事可能被估计低，一项任务可能被估计高，但只要团队交付他们承诺交付的东西，这最终并不重要。
关于Scrum，建议你看看这个相关问题：
如果你坚持要做到这一点，你可以使用一些第 3 方扩展，例如 Imaginet Time Sheet & Timetracker。例如，关于时间跟踪器，它完全集成到 TFS 中，它允许直接针对工作项进行跟踪，并提供数据导出以及自动填充上述字段。在扩展的帮助下，项目经理可以根据规则自动将所有时间报告回 MS Project。
各位，
首先，这个问题是基于我通过分析视图连接 Azure devops 数据并且所有可用字段都已选择到视图的前提。
我想跟踪开发团队是否坚持计划或处理已创建或在冲刺开始后已添加到冲刺中的积压项目。但我不知道该怎么做。显然，为“创建日期”标准编写 IF 语句看起来更容易。
但是如何在冲刺开始后有效地识别项目何时被添加？
遗憾的是，没有可以生成您想要的内置报告。由于 TFS/Azure DevOps 是一个工作量跟踪系统而不是时间跟踪系统，因此尝试将计费时间作为 TFS/Azure DevOps 的一部分进行跟踪是一场失败的战斗。
敏捷项目不关注单个任务需要多长时间（与首次将项目添加到冲刺时的概念相同）——它们关注开发团队在一段时间内提供了多少价值时间。一件事可能被估计低，一项任务可能被估计高，但只要团队交付他们承诺交付的东西，这最终并不重要。
关于Scrum，建议你看看这个相关问题：
如果你坚持要做到这一点，你可以使用一些第 3 方扩展，例如 Imaginet Time Sheet & Timetracker。例如，关于时间跟踪器，它完全集成到 TFS 中，它允许直接针对工作项进行跟踪，并提供数据导出以及自动填充上述字段。在扩展的帮助下，项目经理可以根据规则自动将所有时间报告回 MS Project。