14

（在这里发布问题，因为这是微软通过“需要建议？询问社区”按钮重定向到的“社区”。希望它不会因为“主要基于意见”或“过于广泛”而被关闭）

你好，

我想在我的部门开始使用 AzureDevops 来组织代码和工作。我们是一个创建大量应用程序和插件的小团队。

其中一些应用程序的生命周期非常短，即我们交付它们，并且它们可以工作多年而无需更改。其他应用程序更大，并在几个月或几年内更新/修复。
这些应用在各个方面都是完全独立的。

据我了解 Azure DevOps 结构，我的部门应该成为一个“组织”（我们可以/需要与公司的其他部分分开）。

我对“项目”部分有点困惑。文档说

通常，我们建议您使用单个项目来支持您的组织或企业。

所以，假设我们确实有一个名为的项目Our Apps——然后我们将所有单独的应用程序项目放在哪里？

据我了解，我们交付的每个产品（应用程序）都应该有自己的存储库（或一组应用程序，如果它们是逻辑连接的）。

这是为了允许开发人员简单地在他们的机器上克隆 repo 并只为该产品做出贡献- 而无需下载其他项目等。

我需要能够：

  • 轻松导航/查看我们创建的所有数十/（数百个？）应用程序，
  • 查看他们单独的看板（对于那些确实拥有看板的项目，并非所有人都会）
  • 查看他们的存储库（Git 或 TFS）、提交等
  • 查看和管理他们的管道

目前在我看来，唯一可以看到我们拥有哪些产品的“列表”的地方是下面的下拉菜单：

在此处输入图像描述

了解大到足以拥有主板产品的唯一方法是在项目中创建一个新的单独的“SomeApp 团队”（即使其中有相同的人），这样我可以有一个 SomeApp 的板 - 并从这里查看板：

在此处输入图像描述

  1. 这是组织结构的预期方式吗？
  2. 任何替代方法？
  3. 有没有办法获得“跨存储库”或“跨团队”概述？
  4. 为每个“产品”创建文档怎么样？
4

1 回答 1

8

Martin Hinshelwood 创造了“一个统治所有人的计划”，并在他的博客文章中解释了原因和限制。

随着对积压工作的标记和过滤的引入，在单一项目设置中出现了另一种方法。

  • 为您组织中的真实团队创建团队。
  • 为组织中的每个主要项目/产品创建一个区域路径。
  • 将这些团队的项目区域路径分配给团队。这会随着时间而改变。
  • 可选择使用主要项目/产品标记工作项以进行额外过滤。

这样，每个团队都可以看到他们可以从中提取的所有工作的完整视图。在讨论特定项目/产品时，他们可以通过标签快速过滤工作以从视图中删除项目。

此外，当团队将关注点从一个产品/项目转移到另一个时，您只需更改为该团队分配的区域即可更新他们的视图。

计划视图扩展为所有工作提供了额外的跨团队视图。Dependency Tracker扩展可以随着时间的推移可视化依赖关系。

您还可以使用 Epic/Feature/PBI|UserStory 树结构在工作项中创建其他分组。您可以自定义流程模板以引入产品级别，但要使计划功能起作用，这也意味着您还必须创建从产品到 PBI|UserStory 的完整可追溯性。

主要建议是以轻量级的方式尝试其中一些方法，看看它们是如何工作的，并找到你自己的理想设置。

跨项目可视化的另一个选项是启用分析扩展并将其连接到 PowerBI。

您很快就会发现，标签、存储库、管道的命名指南将非常重要。能够快速过滤到正确的级别需要这个。

于 2019-04-10T13:02:40.217 回答