在日常工作中，您是否會遇到下面的情況：
-
作爲研發人員，從需求拆分出來的開發子任務完成時，還要手動修改需求爲完成狀態，不僅耗時還容易遺漏；
-
作爲產品經理，每天都要關注需求/任務的進展，就怕錯過 deadline 沒發現也沒人通知；
-
作爲項目經理，需求/任務拆分之後，缺少各事項工時的彙總計算，難以統籌資源分配；
-
作爲測試工程師，缺陷狀態流轉沒有自動指派與通知，耽誤驗證時間；
-
……
如果您還在被類似的問題困擾，難以從繁雜瑣碎的重複性操作中抽身，那不妨來看看 CODING 自動化助手，讓它來給您排憂解難吧！
自動化助手是什麼？
自動化助手結合 CODING 自身實踐和行業經驗打磨而成，旨在通過靈活自定義的自動化規則幫助企業減少繁瑣且有重複性的人爲操作，規範研發流程，提升團隊研發效能。
自動化規則由「基礎信息-觸發器-限制條件-執行操作」四個要素組成，簡單四步即可爲您的團隊創建專屬自動化幫手，工作效率大大提升。
- 開箱即用的規則模板
提供多種內置的規則模板，覆蓋父子事項狀態聯動、工時計算、自動分配處理人等場景。
- 豐富的觸發器和操作
提供事項狀態改變、創建/刪除事項、定時器、超時、倒計時等多種觸發器及相關的觸發操作，可以自由進行組合。
- 功能強大的判斷條件
可對當前事項、父事項、兄弟事項等進行條件判斷，並且支持大量的系統屬性和自定義屬性的判斷。
下面我們將結合具體的場景，向大家呈現如何玩好、用好 CODING 自動化助手。
如何玩轉自動化助手？
場景一：開發工程師拆分了較多的子任務，用於交付一個較大的需求；希望子任務完成後，自動更新父事項（需求）狀態。
CODING 爲您準備的自動化方案如下：
- 在導航欄選擇「自動化助手」進入自動化規則管理頁面，選取「子事項完成後自動完成父事項」這一規則模板。
- 編輯規則信息，選取應用項目。如需將規則應用到多個項目，請確保這些項目應用了同一個配置方案。
- 規則模板會自動選擇「事項狀態改變」觸發器，保持默認即可。在本例中，我們將觸發條件設置爲：「任務」類型的事項由「任意狀態」變更爲「已完成」。
- 因爲需要父事項（需求）拆分的所有子任務都完成纔可變更需求狀態，所以需要添加限制條件：「任務」類型的兄弟事項狀態均爲「已完成」。
- 滿足以上條件後，設置自動化操作：將「需求」類型的父事項狀態變更爲「已完成」。
至此，自動化規則已配置完成。當指定項目內某個需求下的子任務全部完成，該需求會自動轉爲「已完成」狀態。您可以在「規則日誌」頁面中查看自動化規則的執行記錄和變更日誌，輕鬆回溯執行結果。
場景二：產品經理每天都要關注名下需求/任務的 deadline，希望在事項到期前 2 天自動提醒。
自動化方案：
-
配置規則觸發器類型爲「倒計時」，觸發時間選擇「截止日期」之前 2 天；
-
配置執行操作爲「通知」，通知對象爲指定的產品經理，通知內容爲自定義通知提醒文案。
場景三：項目經理每天要 review 項目進度與工時，關注人力資源分配情況及風險預警，希望系統可以自動彙總事項的工時數據。
自動化方案：
-
配置規則觸發器類型爲「事項屬性值改變」，指定變更屬性爲「預估工時」；
-
配置執行操作爲「事項屬性操作」，將「預估工時」的值修改爲「所有子事項的和」 ，且更改的事項爲「父事項」。
場景四：測試工程師提出的 bug 完成修復後需要及時迴歸驗證，希望 bug 流轉至待驗證狀態時有系統通知。
自動化方案：
-
配置規則觸發器類型爲「事項狀態改變」，指定「缺陷」由「任意狀態」變爲「待驗證」；
-
配置執行操作爲「通知」，通知對象爲創建 bug 的測試工程師，通知內容爲自定義通知提醒文案。
CODING 自動化助手，規則多多，玩法多多~快登錄 CODING 探索適合您團隊的自動化規則，開啓高效研發之旅吧！
