如何允许项目团队在 ADO (Azure Devops) 中提交工作请求？

Posted 2023-03-22

【中文标题】如何允许项目团队在 ADO (Azure Devops) 中提交工作请求？

【英文标题】：How to allow project teams to submit work requests in ADO (Azure Devops)?

【发布时间】：2022-01-02 03:23:02

【问题描述】：

我正在寻找一些关于如何最好地设置 Azure Devops 的指导，以便多个项目团队可以向我的团队提交工作请求。我的团队将审核工作请求、调整大小、输入实施日期等……一旦我的团队完成调整请求，其他团队就可以查看状态更新。然后这些请求将被移至我们的主板以启动开发工作。

以下是对当前流程的总结：

其他项目团队将通过 共享点表单。

我的团队会审核接收请求，并与任何 其他必要的信息。

我的团队会在 TFS 中打开一个 PBI，其中包含来自的所有适用信息 SharePoint 接收请求。

完成工作并在 TFS 中将状态更新为“完成”。

返回 SharePoint 表单并更新接收状态 请求完成。

通知其他项目团队工作已完成并部署， 等等……

我希望将此流程完全整合到 ADO 中。我的团队董事会不应有权访问其他项目团队的编辑。也许其他项目团队可以打开诸如 PBI 之类的东西，这些团队可以特定访问有限数量的状态/状态选项？这样我的团队可以按状态（状态）隔离 PBI。

任何有关处理接收请求并将所有内容合并到 ADO 中并考虑到权限的最佳方法的建议都将不胜感激！我对不同的想法持开放态度。

【参考方案1】：

我会采用的粗略方法是使用区域路径来控制可见性。在Project Settings -> Project Configuration, Areas 选项卡下，确保您的团队存在两条区域路径：一条用于接收其他团队的工作，一条用于您团队的工作跟踪（如果您的项目团队有已创建）。

然后，编辑入口区域路径的安全性（每个区域路径的选项下拉列表）。添加其他项目团队和您的项目团队，并将“编辑此节点中的工作项”设置为“允许”。

然后，编辑工作跟踪区域路径的安全性。添加彼此的项目团队，将“编辑此节点中的工作项”设置为“拒绝”。您的团队应该在此处拥有“允许”访问权限。

然后，您的工作流程变成外部团队将工作项目贡献到接收路径，并且您的团队在需要确定优先级和工作时将区域路径更改为您的工作跟踪区域。外部团队应该能够看到看板，但此时不能进行修改。