我使用Scrum for Team System v3安装了TFS 2010。工作项模板要求您输入包含故事点的项目待办事项项，然后您需要将链接的任务添加为PBI的子项。在任务级别，您可以分配团队成员，更新估计剩余时间等。
如果个别任务使用小时数，PBI项目使用的故事点的重要性是什么？
是否有人自定义此模板，以便子工作项任务使用故事点烧毁而不是数小时？此外，我很高兴将每个单独任务的故事点总数汇总到PBI项目中作为总故事点的只读字段。
感谢您的时间。
答案 0 :(得分：4)
我所工作的公司也在使用TFS 2010和新的Agile Template v5.0。我们正在以下列方式进行该过程并取得一些成功。迄今为止我们所做的最艰难的事情就是试图让每个人都围绕着Story Points不直接等同于任何形式的小时的想法。
我们通过发布计划会议开始这个过程，这是每周一次，但如果你从未做过一次，你可能想先从一个开始。我们有3个团队，只有产品所有者和团队领导参加会议，如果我们都在那里，那将是一个很大的管理。正是在本次发布计划会议上，我们（仅限团队领导者）参与策划扑克，将故事点分配给用户故事。
然后我们举行Sprint计划会议，团队和产品所有者和利益相关者将同意一些用户故事，以便在sprint中执行一个。经过一些冲刺后，故事点可以让您了解在一个冲刺中您实际可以穿多少。每个用户故事都与产品所有者讨论，通常Scrum Master会在他们听到团队通过的过程中向用户故事添加任务。
现在产品负责人和利益相关者就会消失。然后，团队将工作分开，并为每项任务分配小时数（原始估算）。在完成这项工作之后，团队开始工作，通常是两周，但如果sprint不能被固定到两周，我可以看到我们进行为期三周的冲刺。
在我们工作时，我们调整完成的小时数和剩余小时数，而不考虑原始估计值。如果到目前为止我们已经花了3个小时，经过3个小时后我们认为它将需要2个以上的任务，那么原始估计是4小时并不重要。
因为我们已经“填写了框”而没有调整模板所有的报告和立方体才能正常工作。我们不需要对报告或任何事情进行任何大的调整来捕获一些非常好的指标。如果您想要一个更简单的模板，您应该从Visual Studio库中查看“Microsoft Visual Studio Scrum 1.0”。它确实更简单，但提供的报告较少，而且集成Office文档的支持较少。
答案 1 :(得分：0)
我们最终使用了TFS Agile模板，但最终只使用了工作项任务中的“努力时数”，并将它们称为故事点。