在TFS2013中，何时标记被阻止的工作项与何时创建障碍工作项

我们的团队将开始更好地跟踪我们的路障（或障碍），但我看到有障碍工作项，任务中有阻塞下拉列表。什么时候我可以简单地将一个任务设置为阻塞而不是创建一个新的障碍工作项？

我的看法是，Microsoft希望您对一个工作项使用一个障碍，这纯粹是为了解除阻塞一个问题：

发件人：

通过定义和管理障碍工作项，您的团队可以识别 并跟踪阻止it高效完成任务的问题。 团队通常在日常Scrum中识别障碍。scrum 师父负责帮助解决这些障碍，并且 提高团队生产力

例如：

• “Alice需要一份VS 2015 RC的副本用于下一个spike，但它不会让她安装”，将通过一个障碍进行跟踪
• “Bob需要让Carol检查此任务代码，但她今天休假”可以通过阻止任务来完成

---

这是我对微软计划使用这些东西的看法。根据我的经验，只需选择适合您团队的内容，必要时在回顾中进行调整即可。你可以试着用其中一个。只要工作完成，拦截器畅通，团队高兴，这并不重要。

感谢您精心设计的答案和示例。我认为我们将首先使用阻塞任务方法，因为创建新的障碍工作项（然后将它们链接到父工作项等）要容易得多。