【问题标题】:VSTS How to manage workitems and backlog with single team projectVSTS 如何管理单个团队项目的工作项和积压工作
【发布时间】:2018-07-23 21:00:21
【问题描述】:

我们的小团队致力于开发十几个或更多应用程序和数据库。 在阅读了几个提到这是首选方式而不是多个团队项目的来源之后,我正在浏览文档并已经设置了一个团队项目。每个应用程序都有自己的 Git 存储库。

现在我想知道如何管理设置冲刺和积压。对我们来说,一个给定的 sprint 可能包括多个应用程序上的任务。

问题

  • 如何在不将工作项实际添加到 sprint 的情况下组织积压工作?拖动列表中的项目来设置优先级可能就足够了。
  • 如果我设置不同的团队,每个团队是否可以有自己的积压工作和一组冲刺?
  • 假设我想将顾问添加为资源,如何允许他们仅访问单个 Git 存储库而不能访问其他存储库?

【问题讨论】:

    标签: azure-devops


    【解决方案1】:

    如何在不将工作项实际添加到 sprint 的情况下组织积压工作?拖动列表中的项目来设置优先级可能就足够了。

    每个团队都有一个“积压迭代”和一个或多个选定的“冲刺迭代”。当这些不在团队之间共享时,它们是可订购的。

    如果我设置不同的团队,每个团队可以有自己的待办事项和冲刺集吗?

    是的,尽管他们也可以查询其他团队的项目。分离团队是通过为每个团队分配一个或多个区域来完成的。建议不要将团队同时分配到同一区域。这将导致各种有趣的排序问题,因为基本上相同的项目会在两个积压订单上可见。

    假设我想将顾问添加为资源,如何允许他们仅访问单个 Git 存储库而不能访问其他存储库?

    Git 存储库的默认安全设置是创建者获得完全权限,贡献者获得贡献权限。您需要编辑顶级存储库权限以删除那里的贡献者。这是一个非常隐蔽的设置:

    这样您就可以准确控制谁可以访问哪个存储库。根据其他设置(例如查看项目信息),他们可能能够看到存储库存在,但无法访问它们。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2017-02-27
      • 1970-01-01
      • 2018-10-31
      • 1970-01-01
      • 1970-01-01
      • 2015-07-12
      • 1970-01-01
      相关资源
      最近更新 更多