飞书项目关联工作项数据同步

介绍

关联工作项之间的部分字段、状态数据需要同步，比如缺陷的所属业务线、关联的需求文档等信息，是与缺陷关联的需求一致的；版本的预计上线时间，与版本下所有需求的上线时间是一致的。关联工作数据同步功能可以帮大家节省手动重复填写数据的时间，解放生产力。

💡

通过自动化配置中，不同类型触发器和操作的组合，可满足关联工作项的数据联动，比如：

创建缺陷时，缺陷自动同步其关联需求的业务线；

需求业务线变更时，需求下所有缺陷的业务线字段同步变更；

版本发布后，版本下所有的需求上线节点批量完成。

注意：这里互相同步的两个工作项之间，需要配置[普通关系]工作项关联以及均有相同字段。

接下来我们就以这三个场景为例，了解关联工作项之间的数据同步配置。

字段值同步

缺陷继承其关联需求的业务线

自动继承其关联工作项的字段信息，就不需要重复填写，也可以减少误填写带来的数据不准确。

250px|700px|reset

自动化规则拆解

📌

针对以上诉求，可以大致梳理为：

触发器：创建缺陷

操作：缺陷的业务线字段值，同步关联需求的业务线字段

配置流程

在自动化中进行如下配置：

	图示
填写规则名称：继承关联工作项字段信息	250px\|700px\|reset
触发器：创建缺陷选择触发器的类型是“创建工作项”；工作项选择为“缺陷”	250px\|700px\|reset
操作：缺陷的业务线字段值，同步关联需求的业务线字段选择操作类型为“字段值操作” 执行变更的字段是缺陷的业务线，所以变更字段来源为“触发器中选择的缺陷”，变更字段为“业务线”；字段操作类型为“同步为”；字段值的来源是“缺陷关联需求的业务线”：也就是“缺陷关联的其他工作项实例”，关联关系是“关联需求”，同步的字段是“业务线”。	250px\|700px\|reset

缺陷同步其关联需求业务线变更

自动同步关联工作项的字段变更，数据更新及时，信息规范透明。

250px|700px|reset

自动化规则拆解

📌

针对以上诉求，可以大致梳理为：

触发器：需求业务线字段值修改

操作：需求下所有缺陷业务线的字段值，自动同步为需求的业务线字段值

配置流程

那么在自动化中进行如下配置：

配置步骤	图示
规则名称：同步关联工作项字段变更	250px\|700px\|reset
触发器：需求业务线字段值修改选择触发器类型为“字段值修改”；字段所属工作项为“需求”；当“业务线”从“任意值”变为“任意值”时触发。	250px\|700px\|reset
操作：需求下的所有缺陷业务线的字段值，自动同步为需求的业务线字段值选择操作类型为“字段操作”；变更字段的来源是“需求下所有缺陷的业务线”：也就是“需求关联的其他工作项的实例”，关联关系是需求下的“缺陷管理视图”，变更字段是“业务线”；字段操作类型为“同步为”；字段值来源就是“触发器中的需求”。	250px\|700px\|reset

角色人员同步

缺陷经办人继承其关联需求的后端开发

缺陷“经办人”自动继承关联需求的对应研发，减少重复操作。如：前端缺陷的经办人默认为关联需求的“前端开发”，后端缺陷的经办人默认为关联需求的“后端开发”。

250px|700px|reset

自动化规则拆解

📌

针对以上诉求，可以大致梳理为：

触发器：创建缺陷

分支 1

条件：Bug端分类等于 “前端”

操作：缺陷的经办人同步为关联需求的“前端开发”

分支 2

条件：Bug端分类等于 “后端”

操作：缺陷的经办人同步为关联需求的“后端开发”

配置流程

在自动化中进行如下配置：

配置步骤	图示
规则名称：缺陷经办人继承其关联需求的对应研发	250px\|700px\|reset
触发器：创建缺陷选择触发器的类型是“创建工作项”；工作项选择为“缺陷”	250px\|700px\|reset
分支 1
条件：Bug端分类等于 “前端”	250px\|700px\|reset
操作：缺陷的经办人指定为关联需求的“前端开发” 选择操作类型为“人员分配”；指定节点/角色来源为“触发器中选择的缺陷”，指定角色为“经办人”；分配类型为“修改为指定人员”；指定人员为：同步自关联需求中的人员“前端开发”	250px\|700px\|reset
分支 2
条件：Bug端分类等于 “后端”	250px\|700px\|reset
操作：缺陷的经办人指定为关联需求的“后端开发” 选择操作类型为“人员分配”；指定节点/角色来源为“触发器中选择的缺陷”，指定角色为“经办人”；分配类型为“修改为指定人员”；指定人员为：同步自关联需求中的人员“后端开发”	250px\|700px\|reset

版本变更 PMO 同步给所有规划需求 PMO

版本的项目经理变更后，版本下所有规划需求的PMO角色同步变更，信息及时同步。

250px|700px|reset

自动化规则拆解

📌

针对以上诉求，可以大致梳理为：

触发器：版本 PMO 人员变更

操作：版本下所有规划需求的PMO人员，自动同步版本的人员

配置流程

在自动化中进行如下配置：

配置步骤	图示
规则名称：版本变更 PMO 同步给所有规划需求 PMO	250px\|700px\|reset
触发器：版本 PMO 人员变更选择触发器类型为“人员分配”；当下列工作项节点/角色人员变更时触发：设置为版本指定角色 PMO。	250px\|700px\|reset
操作：版本下所有规划需求的 PMO 人员，自动同步版本的人员选择操作类型为“人员分配” 指定节点/角色来源为：版本关联的其他工作项实例，通过通过视图关联的实例“规划需求”；人员分配设置为角色 PMO；修改为指定人员为版本的 PMO。	250px\|700px\|reset

驱动节点流转

版本发布驱动需求节点流转

版本发布后，版本下所有的需求上线节点批量完成，减少重复操作。

250px|700px|reset

自动化规则拆解

📌

针对以上诉求，可以大致梳理为：

触发器：版本的状态由“任意状态”修改为“已发布”

操作：版本下的所有需求「上线」节点由“任意状态”修改为“已完成”

配置流程

在自动化中进行如下配置：

配置步骤	图示
规则名称：同步关联工作项节点状态	250px\|700px\|reset
触发器：版本的状态由“任意状态”修改为“已发布” 选择触发器类型为“工作项状态修改”；当“版本”工作项，从“灰度中”状态变更为“已发布”状态时触发。	250px\|700px\|reset
操作：版本下的所有需求「发布」节点由“任意状态”修改为“已完成” 选择操作类型为“节点操作” 修改节点的来源是“版本下所有需求的上线节点”：也就是“版本关联的其他工作项的实例”，关联关系是版本下的“规划需求视图”；将“上线”节点修改成“已完成”。	250px\|700px\|reset

飞书项目关联工作项数据同步

先进团队，先用飞书