我已经使用 Scrum for Team System v3 安装了 TFS 2010。工作项模板希望您输入包含故事点的项目待办事项项，然后您需要将链接任务添加为 PBI 的子项。在任务级别，您可以分配团队个人、更新估计剩余小时数等。
如果单个任务使用小时数，那么在 PBI 项目中使用的故事点的重要性是什么？
是否有人自定义了此模板，以便子工作项任务使用故事点燃尽而不是小时？此外，我会很高兴将每个单独任务的故事点总数汇总到 PBI 项目中，作为总故事点的只读字段。
谢谢你的时间。
问问题
2741 次
2 回答
4
我工作的公司也在使用 TFS 2010 和新的 Agile Template v5.0。我们正在按照以下方式进行该过程并取得了一些成功。迄今为止，我们所做的最困难的事情是试图让每个人都明白故事点并不直接等同于任何形式的时间。
我们从发布计划会议开始该过程，每周进行一次，但如果您从未做过一次，您可能想先从一次开始。我们有 3 个团队，只有产品负责人和团队负责人参加会议，如果我们都在场，管理起来就太庞大了。正是在这次发布计划会议上，我们，只有团队负责人，才玩计划扑克，将故事点分配给用户故事。
然后我们有一个 Sprint 计划会议，一个团队和产品所有者和利益相关者将同意一些用户故事，以便在一个 sprint 中执行一个。故事点，在几个冲刺之后，让你知道你在一个冲刺中实际上可以做多少。每个用户故事都与产品负责人讨论，通常 Scrum Master 会在听到团队讨论时向用户故事添加任务。
现在产品负责人和利益相关者离开了。然后团队开始在自己之间划分工作并为每项任务分配时间（原始估计）。完成之后，团队开始工作，通常是两周，但如果冲刺无法确定为两周，我可以看到我们进行三周的冲刺。
在我们工作时，我们会调整已完成的小时数和剩余小时数，而不考虑原始估计。如果到目前为止我们已经花费了 3 个小时，并且在 3 个小时之后我们认为还需要 2 个这就是任务的内容，那么原始估计是 4 个小时并不重要。
因为我们已经“填满了方框”并且没有调整模板，所以所有的报告和多维数据集都可以正常工作。我们不需要对报告或任何东西进行任何大的调整来捕捉一些非常好的指标。如果您想要一个更简单的模板，您应该查看 Visual Studio Gallery 中的“Microsoft Visual Studio Scrum 1.0”。它肯定更简单，但以集成 Office 文档的方式提供的报告和支持更少。
于 2010-09-02T21:22:34.177 回答
0
我们最终使用了 TFS 敏捷模板，但最终只是在工作项任务中使用了“工作时间”并将它们称为故事点。
于 2010-09-08T15:16:22.420 回答