v3.0.0：PingCode 開啓自動化時代
PingCode Agile幫助團隊實施敏捷開發,通過Scrum或Kanban規範團隊的協作流程。PingCode Testhub組織測試團隊的測試用例和測試計劃,爲最終的產品質量保駕護航。PingCode Wiki將知識與經驗進行總結和沉澱,保證了團隊信息的準確性和正確性。PingCode Plan和PingCode Goals通過規模化敏捷和OKR,將管理能力向上延伸到跨團隊以及整個研發體系,保證了產品目標的一致性。
那麼問題是,研發團隊在使用了上述的幾款產品之後,是否還有提升的空間呢?
通過ITChronicles的一項調查顯示,當前技術工作者一年有將近69天都在進行着事務性工作。也就是說,每年全球有將近5萬億美金被浪費在了這些重複性的工作中。
同樣的,在我們對PingCode的客戶以及國內研發團隊的調查中發現,83%的工程師都感到他們的日常工作缺乏效率。研發團隊每週都要花費大約10%的時間來人工處理那些重複性的工作。而我們PingCode自己的研發團隊反饋,每一次迭代(2周)每個人都要花費大約9-10個小時去處理工作項的狀態同步、信息交換和突發事件的人爲提醒等事情上。
一方面,這些工作繁雜瑣碎,極大地影響了研發團隊的工作效率,使得工程師無法專注於最有價值工作上。另一方面,一旦操作有誤,就會影響團隊的協作,導致信息不通暢或信息錯誤,進而影響產品進度和質量。
因此我們看到,在通過敏捷開發、測試管理、文檔管理的基礎上,如何提升研發團隊工作效率,讓團隊成員從那些重複性的、事務性的工作中解脫出來,成爲了另一個可能提升研發效能的突破點。爲了解決這個問題,我們很高興的向大家宣佈,國內首款研發自動化產品PingCode Flow正式發佈。
PingCode Flow
PingCode Flow自2020年10月開始立項,致力通過自動化技術解決團隊重複性工作的問題,提高工作效率和正確性。它對於研發團隊的作用與效果可以簡單歸納爲:
通過Flow的規則引擎和豐富的鏈接器,將那些煩悶的、重複性的和事務性的工作從手動操作變爲自動觸發執行,讓團隊專注於真正創造用戶價值的任務中。
即使我們都是使用Scrum和DevOps,不同企業、不同團隊、不同部門都有着不盡相同的工作流程。Flow能夠在不破壞通用規則的前提下提供豐富的個性化流程控制,在不增加額外工作量的同時完成複雜各異的場景需求。
目前,Flow能夠與PingCode全線子產品如Agile、Testhub等進行關聯,同時也能關聯PingCode後臺系統,服務於整個研發團隊。
不久的將來,Flow將突破PingCode的限制,連接Github、Jenkins等外部系統,讓你的整個DevOps流程通過Flow自動流轉。
強大靈活的功能往往帶來複雜的交互和學習成本。但是,PingCode Flow在產品的靈活性和使用的便利性上獲得了很好的平衡。無需大量的學習成本和設置工作,使用者就能夠通過交互式的方式快速創建和編輯適用於自己團隊的規則。
譬如,一個很典型的研發場景,在子工作項都標記爲「已完成」後,我們需要將父工作項也同步標記爲「已完成」。之前需要所有團隊成員在完成了當前任務後,還有再去檢查一下其它的任務是不是都完成了,然後再設置父工作項的完成狀態。現在,在Flow中通過如下幾個步驟就可以自動實現。首先,在PingCode Flow主界面的「新建規則」中創建一個自動化規則。
選擇「變更工作項狀態」觸發器,它會在工作項狀態發生變化後觸發這個規則。
設置觸發器的條件,僅當這個工作項的的狀態由「進行中」變爲「已完成」後纔會觸發。
接下來,我們需要獲取到這個工作項的父工作項,然後判斷他的子工作項(也就是當前任務之外的其它任務)是不是都是完成的狀態。這個邏輯通過「獲取父工作項」和「子工作項屬性條件」就可以完成。
當這個條件滿足時,我們的規則會繼續執行後續的步驟。添加最終的操作,將父工作項的狀態也設置爲「已完成」。
至此,通過簡單的四步操作,我們就完成了一個規則的設置操作。自此,每當PingCode Agile中有一個工作項狀態從「進行中」變爲「已完成」,這條規則就會自動執行,判斷其它的任務是不是都完成了,然後設置父工作項的狀態。一方面,確保了工作項的狀態都是正確無誤的;另一方面,也節省了工程師寶貴的時間。
PingCode Flow是一款研發自動化產品,同時也是一個無代碼平臺。通過上述的例子可以看到,使用者無需開發,通過可視化的操作就可以完成規則流程的設置。
而條件判斷,針對不同的屬性不同的數據類型,支持的操作符也各不相同。能夠最大限度的滿足客戶的使用需求場景。
不僅是順序執行,Flow還提供了並行執行的能力。
在後續的版本中,Flow還將提供條件判斷、循環等更爲複雜的邏輯控制,更多的觸發類型和條件,覆蓋更爲全面的自動化場景。無論是同步任務狀態、自動通知阻塞工作項信息、消息郵件提醒和默認缺陷屬性值,還是定期清除陳舊的工作項、自動創建任務對應的代碼分支、通知團隊成員新版本發佈,都能在PingCode Flow中實現。
到此爲止,您可能已經對Flow有了一些瞭解並且希望去嘗試在團隊中使用。雖然通過之前的介紹,可以通過簡單的操作配置一個規則,但是我們強烈建議您瀏覽一下目前系統推薦的模板。這些模板是我們經過調研後,發現研發團隊普遍存在的問題,有針對性的創建的一些規則。在初次向團隊引入自動化工具時,我們建議您從模板中的場景開始,逐步推進。
點擊立即免費試用
未來的計劃
自動化已經成爲當前研發管理工具的必要一環,各個企業在重視產品質量的同時,也開始注意團隊效率的提升。Jira於2019年收購了應用市場中的自動化插件開發商Code Barrel,並於2020年3月基於這款插件發佈了自己的Jira Automate。微軟也早早發佈了Power Platform平臺下的Power Automate自動化產品。同樣的,Asana、Clickup等產品也在近兩年陸續推出了自己的自動化產品。
正式在這樣的大背景下,結合了我們對研發團隊的調研和研發效能的理解,推出了PingCode Flow。在2021年,我們將會盡力擴展PingCode Flow的能力,包括更多的觸發器類型,連接PingCode現有子產品的同時,連接外部系統,做到研發流程規範者和研發效率的助推器。
而今後,我們將基於當前的技術架構,逐步將PingCode Flow由自動化工具升級爲研發管理的低代碼/無代碼平臺,提供更爲豐富和全面的使用體驗和擴展能力,讓您的團隊更加專注於核心價值的產生。
因此,您是否可以在完成了今天的任務後,回頭梳理一下團隊的日常工作,重新審視一下,有哪些是您真的希望團隊專注並真的產生了價值,而又有哪些是可以通過工具和技術手段去自動執行。