關聯工作項資料同步¶
介紹¶
關聯工作項之間的部分欄位、狀態資料需要同步，比如缺陷的所屬業務線、關聯的需求文件等資訊，是與缺陷關聯的需求一致的；版本的預計上線時間，與版本下所有需求的上線時間是一致的。關聯工作資料同步功能可以幫大家節省手動重複填寫資料的時間，解放生產力。
透過自動化配置中，不同型別觸發器和操作的組合，可滿足關聯工作項的資料聯動，比如：
- 建立缺陷時，缺陷自動同步其關聯需求的業務線；
- 需求業務線變更時，需求下所有缺陷的業務線欄位同步變更；
版本釋出後，版本下所有的需求上線節點批次完成。 注意：
這裡互相同步的兩個工作項之間，需要配置 以及均有相同欄位。
- 單條規則可執行的操作工作項次數上限為30000，超過30000的其他例項會忽略（包括欄位操作、節點操作、人員分配和狀態流轉四種操作）
接下來我們就以這三個場景為例，瞭解關聯工作項之間的資料同步配置。
欄位值同步¶
缺陷繼承其關聯需求的業務線¶
自動繼承其關聯工作項的欄位資訊，就不需要重複填寫，也可以減少誤填寫帶來的資料不準確。
自動化規則拆解
針對以上訴求，可以大致梳理為：
- 觸發器：建立缺陷
- 操作：缺陷的業務線欄位值，同步關聯需求的業務線欄位
配置流程 在自動化中進行如下配置：
| 圖示 | |
|---|---|
| 填寫規則名稱：繼承關聯工作項欄位資訊 |  |
| 觸發器：建立缺陷 選擇觸發器的型別是“建立工作項”； 工作項選擇為“缺陷” |
 |
| 操作：缺陷的業務線欄位值，同步關聯需求的業務線欄位 選擇操作型別為“欄位值操作” 執行變更的欄位是缺陷的業務線，所以變更欄位來源為“觸發器中選擇的缺陷”，變更欄位為“業務線”； 欄位操作型別為“同步為”； 欄位值的來源是“缺陷關聯需求的業務線”：也就是“缺陷關聯的其他工作項例項”，關聯關係是“關聯需求”，同步的欄位是“業務線”。 若需求和缺陷當前沒有關聯關係，新建關係參考： |
 |
缺陷同步其關聯需求業務線變更¶
自動同步關聯工作項的欄位變更，資料更新及時，資訊規範透明。
自動化規則拆解
針對以上訴求，可以大致梳理為：
- 觸發器：需求業務線欄位值修改
- 操作：需求下所有缺陷業務線的欄位值，自動同步為需求的業務線欄位值
配置流程 那麼在自動化中進行如下配置：
| 配置步驟 | 圖示 |
|---|---|
| 規則名稱：同步關聯工作項欄位變更 |  |
| 觸發器：需求業務線欄位值修改 選擇觸發器型別為“欄位值修改”； 欄位所屬工作項為“需求”； 當“業務線”從“任意值”變為“任意值”時觸發。 |
 |
| 操作：需求下的所有缺陷業務線的欄位值，自動同步為需求的業務線欄位值 選擇操作型別為“欄位操作”； 變更欄位的來源是“需求下所有缺陷的業務線”：也就是“需求關聯的其他工作項的例項”，關聯關係是需求下的“缺陷管理檢視”，變更欄位是“業務線”； 欄位操作型別為“同步為”； 欄位值來源就是“觸發器中的需求”。 |
 |
角色人員同步¶
缺陷經辦人繼承其關聯需求的後端開發¶
缺陷“經辦人”自動繼承關聯需求的對應研發，減少重複操作。如：前端缺陷的經辦人預設為關聯需求的“前端開發”，後端缺陷的經辦人預設為關聯需求的“後端開發”。
自動化規則拆解
針對以上訴求，可以大致梳理為：
觸發器：建立缺陷 分支 1
條件：Bug端分類 等於 “前端”
操作：缺陷的經辦人 同步為 關聯需求的“前端開發” 分支 2
條件：Bug端分類 等於 “後端”
- 操作：缺陷的經辦人 同步為 關聯需求的“後端開發”
配置流程 在自動化中進行如下配置：
| 配置步驟 | 圖示 |
|---|---|
| 規則名稱：缺陷經辦人繼承其關聯需求的對應研發 |  |
| 觸發器：建立缺陷 選擇觸發器的型別是“建立工作項”； 工作項選擇為“缺陷” |
 |
| 分支 1 | |
| 條件：Bug端分類 等於 “前端” |  |
| 操作：缺陷的經辦人 指定為 關聯需求的“前端開發” 選擇操作型別為“人員分配”； 指定節點/角色來源為“觸發器中選擇的缺陷”，指定角色為“經辦人”； 分配型別為“修改為指定人員”； 指定人員為：同步自關聯需求中的人員“前端開發” |
 |
| 分支 2 | |
| 條件：Bug端分類 等於 “後端” |  |
| 操作：缺陷的經辦人 指定為 關聯需求的“後端開發” 選擇操作型別為“人員分配”； 指定節點/角色來源為“觸發器中選擇的缺陷”，指定角色為“經辦人”； 分配型別為“修改為指定人員”； 指定人員為：同步自關聯需求中的人員“後端開發” |
 |
版本變更 PMO 同步給所有規劃需求 PMO¶
版本的專案經理變更後，版本下所有規劃需求的PMO角色同步變更，資訊及時同步。
自動化規則拆解
針對以上訴求，可以大致梳理為：
- 觸發器：版本 PMO 人員變更
- 操作：版本下所有規劃需求的PMO人員，自動同步版本的人員
配置流程 在自動化中進行如下配置：
| 配置步驟 | 圖示 |
|---|---|
| 規則名稱：版本變更 PMO 同步給所有規劃需求 PMO |  |
| 觸發器：版本 PMO 人員變更 選擇觸發器型別為“人員分配”； 當下列工作項節點/角色人員變更時觸發：設定為 版本 指定角色 PMO。 |
 |
| 操作：版本下所有規劃需求的 PMO 人員，自動同步版本的人員 選擇操作型別為“人員分配” 指定節點/角色來源為：版本關聯的其他工作項例項，透過透過檢視關聯的例項“規劃需求”； 人員分配設定為角色 PMO； 修改為指定人員為版本的 PMO。 |
 |
驅動節點流轉¶
版本釋出驅動需求節點流轉¶
版本釋出後，版本下所有的需求上線節點批次完成，減少重複操作。
自動化規則拆解
針對以上訴求，可以大致梳理為：
- 觸發器：版本的狀態由“任意狀態”修改為“已釋出”
- 操作：版本下的所有需求「上線」節點由“任意狀態”修改為“已完成”
配置流程 在自動化中進行如下配置：
| 配置步驟 | 圖示 |
|---|---|
| 規則名稱：同步關聯工作項節點狀態 |  |
| 觸發器：版本的狀態由“任意狀態”修改為“已釋出” 選擇觸發器型別為“工作項狀態修改”； 當“版本”工作項，從“灰度中”狀態變更為“已釋出”狀態時觸發。 |
 |
| 操作：版本下的所有需求「釋出」節點由“任意狀態”修改為“已完成” 選擇操作型別為“節點操作” 修改節點的來源是“版本下所有需求的上線節點”：也就是“版本關聯的其他工作項的例項”，關聯關係是版本下的“規劃需求檢視”； 將“上線”節點修改成“已完成”。 |
 |