(在这里发布问题,因为这是微软重定向到的“社区”,带有“需要建议?询问社区”按钮。希望它不会因为“主要基于意见”或“太广泛”而被关闭)

你好,

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

其中一些应用程序具有 非常短的生命周期 ,即我们交付它们,并且它们可以工作多年而没有变化。其他应用程序更大,是 在几个月或几年内更新/修复 .
这些应用程序是 各方面完全分离 .

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

我对“项目”部分感到有些困惑。文档说

In general, we recommend that you use a single project to support your organization or enterprise.



因此,假设我们确实有一个名为 Our Apps 的项目。 - 然后我们将所有单独的应用程序项目放在哪里?

据我了解,每个 产品 我们交付的(应用程序)应该有自己的存储库(或一组应用程序,如果它们在逻辑上是相连的)。

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

我需要能够:
  • 轻松导航/查看 我们创建的所有数十/(数百?)个应用程序,
  • 查看他们的 单独的看板板(对于那些确实拥有它的项目,并非所有人都会)
  • 查看他们的存储库(Git 或 TFS)、提交等
  • 查看和管理他们的管道

  • 目前在我看来,这是唯一可以看到“列表”的地方 产品 我们有下面的下拉菜单吗:



    要了解大到可以拥有自己的主板产品的情况的唯一方法是通过 创建一个新的单独的“SomeApp 团队”在项目中(即使是同样的人在里面),这样我就可以有一个 SomeApp 的板 - 并从这里查看板:


  • 这是组织结构的预期方式吗?
  • 任何替代方法?
  • 有什么方法可以进行“跨存储库”或“跨团队”概述?
  • 为每个“产品”创建文档怎么样?
  • 请您参考如下方法:

    one project to rule them all ”是由 Martin Hinshelwood 和他的博客文章从 way-back-when 创造出来的,解释了原因和限制。

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

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

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

    此外,当团队将他们的重点从一个产品/项目转移到另一个产品/项目时,您可以简单地更改为该团队分配的区域以更新他们的 View 。

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

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

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

    跨项目可视化的另一个选项是启用 Analytics Extensionconnect it to PowerBI .

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


    评论关闭
    IT干货网

    微信公众号号:IT虾米 (左侧二维码扫一扫)欢迎添加!