在我的组织中,我们使用 TFS 2015 进行源代码控制和 ALM。我们针对每一种不同的业务能力都有 TFS 项目,例如,有一个用于“风险管理”的 TFS 项目和一个用于“客户管理”的 TFS 项目。这个团队项目结构是多年前建立的。
我们有一组要求,需要跨多个业务功能(以及因此多个 TFS 团队项目)进行增强。我们如何在一个 sprint 中包含来自多个 TFS 项目的 PBI(用户故事)?这似乎是工具的限制。如果无法做到这一点,是否有一些替代方法对任何人都有效?
谢谢
在我的组织中,我们使用 TFS 2015 进行源代码控制和 ALM。我们针对每一种不同的业务能力都有 TFS 项目,例如,有一个用于“风险管理”的 TFS 项目和一个用于“客户管理”的 TFS 项目。这个团队项目结构是多年前建立的。
我们有一组要求,需要跨多个业务功能(以及因此多个 TFS 团队项目)进行增强。我们如何在一个 sprint 中包含来自多个 TFS 项目的 PBI(用户故事)?这似乎是工具的限制。如果无法做到这一点,是否有一些替代方法对任何人都有效?
谢谢
正如您发现的那样,不可能在团队项目之间共享工作项。如今,许多人提倡建立单一团队项目并使用区域、迭代和团队的组合来管理工作的策略。
然而,迁移到这种策略可能会很耗时。作为临时步骤,您可以创建一个新的团队项目,然后将适当的代码分支到该项目中。
使用新的团队项目来管理工作,然后您可以决定这是临时修复,还是开始迁移到新结构。