我已经阅读了很多关于 TFS 中推荐的项目结构的内容。我正在考虑将我的公司转移到 Visual Studio Team Services(以前是 VS Online),并且一直在尝试设置和测试以了解它的工作方式。根据我读过的文章,建议有一个包含多个区域/迭代/团队的团队项目( http://nkdagility.com/one-team-project/ , http://nkdagility.com/working-within-a-single-team-project-with-team-foundation-server-2012/ )。
我正在努力解决的是如何使其适用于我的特定环境以及我希望看到的内容。我们是一个小型开发团队,由我作为经理和 2 个开发人员组成。使用我们当前的结构(如下所述),我无法看到我们完整的 backlog 的跨团队项目。要了解个人工作的进展情况,我必须进入各个团队项目。
当前结构
我喜欢能够查看主待办事项,然后将工作项分配给各个项目的想法。但是,我仍然希望能够管理冲刺并查看单个项目级别的燃尽图。例如,如果开发人员 1 正在处理项目 2,我想将 PBI 分配给该项目并查看该级别的燃尽图。
新结构
基本上,作为一名经理,我希望能够看到我们作为一个部门在我们的整体积压工作中所处的位置。作为开发人员,我想知道分配给我的项目是什么,而不管它们与哪个应用程序相关。我在正确的轨道上吗?在输入这个问题时,我几乎让自己确信我实际上不需要知道单个应用程序的积压。相反,我应该管理所有应用程序中的所有工作,并将其用作冲刺待办事项。有时,此冲刺将是大型应用程序中的多个版本,有时此冲刺将是跨多个较小应用程序的更新。任何可以帮助我指明正确方向的帮助将不胜感激。
最佳答案
您可以在同一个团队项目中创建多个团队,并且可以嵌套它们以促进层次结构。
http://nkdagility.com/creating-nested-teams-visual-studio-alm/
你可以在我上面的帖子中看到如何配置它。使用起来相当容易...
关于tfs - Visual Studio Team Services/TFS 2015 项目结构,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/34275362/