TFS 2012如何为依赖项创建工作项

Question

我将使用TFS 2012，我对如何为一个工作设置工作项感到困惑，因为这些工作依赖于完成工作所需的步骤。例如，如果作业首先需要从最终用户获得反馈，那么开发人员需要构建基类。基类工作完成后，另一个开发人员需要构建UI组件。 UI完成后，测试人员需要测试工作。这项工作需要多人，包括多个开发人员。在前一步骤完成之前，每个步骤都无法启动。所有这些步骤应该是不同的工作项目还是一个工作项目？如果有多个工作项，那么当前一个工作项完成时，如何让工作项显示为下一个人工作？如果只有一个工作项，那么如何处理多个开发人员的步骤？这是一个例子。可能存在这样的情况：我们有五个开发人员在开始自己的工作之前都相互依赖。

Answer 1

听起来你正试图让TFS融入正式的瀑布流程。它可能不适合为您创建甘特图。在TFS中，您可以使用用户故事和任务的层次结构来完成您想要的一半。对于另一半，您可以在任务之间创建适当的链接类型。

然而，TFS不会为你提供像甘特图那样的视图，它不是那样设计的。如果您真的想以这种方式管理项目，我会考虑将TFS与MS Project和/或Project Server集成。

顺便说一句，我会强烈考虑让这些人互相交谈而不是依赖工具。

Answer 2

只要您在正确的轨道上执行敏捷过程。 Sprint应该基于PBI部署，而不是基于完成的任务。如果您发现自己在多个冲刺中推送PBI，您可能想要分解您的PBI。最好这样做，而不是想知道你的团队是否完成任务，因为一组任务正在进入一个新的冲刺阶段。在sprint结束时完成PBI应该是敏捷团队的关键目标。

分配完成PBI所需的所有任务。任务应由团队一起创建。这将有助于决定如何分解任务。我会根据功能分组（UI，Business Model，ect）将提到的任务分解为独立任务。这样做的艺术是不要过分分解它们。团队将自行决定。 （记住保持敏捷，让团队犯下短期错误，如果它有助于长期：估计，范围，质量等。

为每个PBI分配具有唯一名称的QA任务。不要将QA用于任务名称，在Board视图上优先处理会变得很困难。如果你有一个测试团队，让他们创建qa任务。敏捷敏捷（团队就是团队）。

我学到的另一个主要关键点是，在完全规划PBI之前不要继续执行任务，在完成任务计划之前不要继续冲刺。这将有助于确保一旦你冲刺，你就不会在冲刺中间做出冲刺的决定。

我希望这会给你一些指示。