JIRA管理员求助：不改动其他空间前提下解决Epic列移动失败问题

问题根源 #

你的CST看板虽然自身工作流包含目标状态，但看板展示的是PRM空间的Epic，而PRM采用的HCOM工作流方案中，Epic的工作流要么未包含看板列对应的状态，要么存在状态转换权限/规则限制——看板数据的流转必须遵循数据源（PRM）的工作流规则，和CST自身的工作流无关。

无需修改PRM/HCOM空间可见配置的解决办法 #

1. 调整CST看板的列-状态映射 #

• 打开CST看板配置（点击看板右上角... → 看板配置），切换到「列」标签页
• 定位到无法移动到的目标列，检查其关联的状态是否为CST空间独有的状态
• 将该列的状态映射替换为PRM空间Epic工作流中已存在、语义匹配的状态（例如看板列显示「待上线」，PRM对应状态为「待发布」，则将列映射改为「待发布」）
• 若必须使用特定状态，需先确认PRM的Epic工作流中包含该状态，且存在合法的状态转换路径

2. 为PRM的Epic配置专属状态转换（无全局影响） #

• 进入JIRA后台管理 → 工作流方案 → 找到HCOM的工作流方案
• 定位到关联Epic类型的工作流，点击「编辑」进入工作流设计器
• 在需要的状态之间添加转换规则，设置转换条件为「用户属于CST看板权限组」
• 保存工作流后发布，发布时选择「仅应用于当前方案的项目」——此设置仅让CST看板用户看到该转换，PRM/HCOM空间的用户无任何感知

3. 通过自动化规则实现状态跳转 #

• 进入CST空间的自动化规则页面（右上角齿轮 → 系统 → 自动化规则）
• 创建新规则：
  • 触发条件：当Epic被拖放到看板的目标列位置
  • 执行动作：修改Epic的状态，选择PRM工作流中允许的对应状态
  • 附加条件：仅针对PRM空间的Epic，且操作用户属于CST看板权限组
• 该规则仅在CST看板场景下生效，不会干扰PRM/HCOM空间的日常使用

4. 配置CST看板专属筛选器与状态别名 #

• 创建新筛选器，仅包含PRM空间的Epic，并通过status in (...)限定为PRM工作流中存在的状态
• 将CST看板的数据源切换为该筛选器
• 为看板列设置状态别名：将PRM工作流中的状态名称替换为CST用户熟悉的名称（例如把「待发布」显示为「待上线」），无需修改原工作流的状态名称

验证有效性 #

• 让测试用户尝试在CST看板移动Epic到目标列，确认操作成功
• 检查PRM空间的Epic状态是否正常更新，且PRM/HCOM空间用户无异常感知
• 确认HCOM工作流方案、PRM空间配置未产生可见修改

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