如何在ADO (Azure DevOps)中配置多团队提交工作请求的流程与权限

你的需求完全可以通过ADO原生配置实现，无需依赖第三方工具，同时满足权限隔离、状态管控、全流程不跳系统的要求，完全替代原有SharePoint+TFS的双链路流程。

一、权限与状态限制配置（核心需求实现） #

你要求的「其他团队不可编辑看板、新建PBI仅可选择有限状态」可通过以下配置100%满足：

• 先在当前ADO项目中创建两个权限组：内部交付组（你的团队成员）、外部提报组（所有需要提交需求的外团队成员）
• 看板权限配置：给内部交付组开放看板完全控制权限，给外部提报组仅开放只读查看权限，禁止外团队修改看板布局、拖拽调整工作项位置
• PBI创建与状态限制：给外部提报组开放PBI新建权限，同时通过工作项类型规则做如下限制：
  • 外团队新建PBI时仅能选择待审核唯一初始状态，其余所有状态（评估中、待开发、开发中、已上线、驳回等）全部对外团队隐藏
  • 外团队仅可查看PBI的状态更新、备注信息，不可修改任何状态、内部字段内容
• 字段权限配置：将工作量评估、上线实施日期、内部优先级等字段设置为仅内部交付组可编辑，外团队仅拥有查看权限

二、全流程整合改造方案（替换原有6步流程） #

改造后所有操作全链路在ADO内完成，无需跨系统同步数据：

• 原步骤1（SharePoint提交需求）替代：外团队成员直接在ADO新建PBI，仅需填写需求描述、提报团队、期望交付时间、关联业务项目几个必填字段，提交后自动进入待审核队列
• 原步骤2（审核评估）替代：你的团队可在专属的「待审核」看板列统一查看所有提报的需求，完成合规性审核、工作量评估，补全上线日期等内部字段后，将状态修改为评估通过，不符合要求的需求直接改为驳回并标注驳回原因，外团队可实时查看状态更新和备注信息
• 原步骤3（同步TFS新建PBI）替代：状态标记为评估通过的PBI会自动流入你的团队主开发看板的待开发列，所有信息直接继承无需手动同步，不存在数据不一致问题
• 原步骤4（开发更新状态）替代：开发过程中你的团队按正常研发流程更新PBI状态，外团队可全程查看需求进度
• 原步骤5、6（更新SharePoint状态+通知）替代：PBI状态更新为已上线后，通过ADO内置通知规则自动给需求提报人、提报团队联系人推送邮件/Teams消息通知，无需人工同步告知

三、可选优化思路 #

• 若部分外团队成员不习惯ADO操作，可保留原有SharePoint提交入口，通过Power Automate自动将表单提交的信息同步到ADO创建待审核状态的PBI，无需人工手动迁移数据，上述权限规则依然生效
• 可新增自定义字段「历史提报单号」，和原有SharePoint的单据号做映射，方便历史需求追溯
• 可配置只读权限的需求进度仪表盘，对外团队开放，支持按提报团队筛选需求完成率、平均交付周期等数据，无需外团队逐个查询工单状态

内容的提问来源于stack exchange，提问作者goodfella