Azure DevOps自定义规则无法变更团队项目，如何实现完成态工作项自动跨项目转移

规则不生效的核心原因 #

• 你在组织级流程中配置的工作项类型（WIT）规则，根本没有权限修改Team Project（团队项目）字段。该字段是工作项创建时就固化的系统受保护字段，所有原生的流程规则、看板规则都没有修改权限，配置的动作不会触发，和操作路径无关。
• 同规则里清空Assign To字段的操作能生效，是因为Assign To属于普通可编辑字段，不受系统权限保护，和受保护的Team Project字段的权限等级完全不同。
• 如果你理解的“跨面板”是同一团队项目下不同团队的看板，根本不需要修改团队项目字段：Azure DevOps的团队看板是和区域路径强绑定的，只要把工作项的区域路径切换到目标看板绑定的区域，工作项就会自动出现在对应面板中，全程不需要改动所属项目。

分场景的可落地实现 #

场景1：同一项目内跨团队/跨面板转移完成态工作项 #

这是零代码、最简便的实现路径，完全不需要走组织级流程规则：

• 直接进入源团队的看板设置页，找到「工作项自动更新」模块（即原看板列自动规则的升级能力）
• 配置触发条件：
  • 条件1：工作项状态变更为「完成（Done）」
  • 或条件2：工作项被移动到当前看板的完成列
• 配置执行动作：
  • 将工作项的「区域路径」修改为目标团队看板绑定的对应区域
  • 可在同一动作组内保留你之前配置的清空指派对象的规则，一次配置同步生效
• 这套规则是绑定当前看板上下文的，只会影响本团队的工作项，不会干扰组织内其他项目、其他团队的同类型工作项流转，比全局流程规则的影响范围更可控。

场景2：需要跨团队项目转移工作项（变更所属Team Project字段） #

受系统数据模型限制，Azure DevOps原生不支持直接修改现有工作项的所属团队项目，所有原生规则都无法实现直接跳转，只能通过自动化流程实现跨项目联动，推荐两种低代码方案：

• 零代码方案：配置Power Automate联动流
  • 触发条件选择「当工作项更新时」，筛选规则设置为：状态等于Done、所属团队为源团队、所属项目为源项目
  • 执行动作选择「在目标项目中创建工作项」，将原工作项的标题、描述、验收标准、附件、关联链接等字段一一映射到目标项目的对应工作项类型上
  • 补充两个后置动作：一是给新建的跨项目工作项和原工作项添加双向关联链接，方便溯源；二是将原工作项的状态更新为「已转出至对应项目」的标记态，避免规则重复触发
• 定制化方案：基于REST API搭建定时自动化
  • 如果需要复杂的字段映射、权限校验、历史数据批量迁移能力，可以基于Azure DevOps REST API编写简单的定时函数或逻辑应用，定期扫描符合完成条件的工作项，自动完成跨项目创建、双向关联、状态标记的全流程，适配有严格企业内部权限管控要求的场景。

实操避坑 #

• 不要反复尝试在WIT规则中配置修改Team Project字段的动作，该操作没有任何生效可能，属于系统级的权限限制。
• 同一项目内跨团队转移工作项时，不要通过修改团队归属字段实现，优先调整区域路径：后者是看板识别工作项归属的核心依据，修改后会自动同步到对应看板，不会出现面板找不到工作项的问题。

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