一个小团队和多个并行项目的 TFS 设置

标签 tfs azure-devops agile-project-management

我们有一个五人开发团队,将同时构建多个内部项目。经过研究,我发现最好创建一个团队项目,即使对于我们的情况,对吗?

如果是这样,您能否推荐如何为项目和时间表设置适当的迭代?

TFS question - small team, multiple projects听起来与我的情况相似,但我似乎无法在 TFS 敏捷过程板中获得超过一个“当前”迭代。

最佳答案

每个团队项目只能有一个迭代树(因此只有一个当前迭代)。你应该根据你如何计划你的团队资源来决定。您希望整个团队只有一个待办事项,还是每个项目都有不同的待办事项?

每个都有其优点和缺点,这取决于您是想主要使用 Visual Studio Team Service 来规划您的团队资源还是规划您的项目。

使用单个团队项目/积压工作

使用这种方法,很容易为下一个 sprint 规划整个团队的资源。您可以将人员分配到不同项目中的不同任务,并对团队当前的工作有一个很好的了解。要将工作项分配给不同的项目,您可以使用区域路径。

使用这种方法规划和跟踪单个项目的进度会稍微困难一些,因为所有项目的迭代结构都相同,而且只有一组通用的标签。

the marketplace 提供了可以与 Visual Studio Team Service 集成的外部工具。不过,这可以帮助您规划单个项目。

每个项目使用一个团队项目

使用这种方法,您可以清楚地了解每个项目的进度,并且可以有单独的迭代、标签等。

另一方面,计划团队的资源更加困难,因为您不会有一个待办事项,也没有地方可以一目了然地看到您的团队目前正在做什么。

关于一个小团队和多个并行项目的 TFS 设置,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/34917897/

相关文章:

powershell - 在 powershell 中运行带参数的 TFS 命令

tfs - Visual Studio 解决方案中的多种语言

tfs - 如何更改 Git-TF checkin 消息格式

tfs - 在 tfs 上构建失败,因为工作区无法填充变更集删除的文件

azure-devops - VSTS 按分支查看构建状态

azure - 在 Azure DevOps 中显示关键信息 - 枢轴选项似乎有限?

c# - 引用 Windows SDK winmd 文件和 VS Team Services 构建

project-management - 功能需求的用户故事

project-management - 评估项目经理的工作量 - 什么是好的方法?

migration - 有谁有 Rally 和 Rational Team Concert 的经验吗,您能比较一下这两个包吗