研發管理工具 PingCode 宣佈正式支援敏捷開發、Kanban、瀑布開發管理
PingCode Agile (敏捷開發管理)子產品正式升級為 Project (專案管理)。
此次升級,我們在敏捷開發的基礎上增加了對瀑布開發的支援。
除此以外,伴隨著 PingCode 從剛釋出時的4個子產品成長到如今的7個子產品,產品能力更加完善。Project 提供的價值也並不侷限於專案管理,而是成長為一個能幫助團隊提升交付效能的工具。比如:
-
藉助全新的 Project ,團隊可以選擇敏捷Scrum、Kanban、瀑布開發中任意符合需求的專案管理方式;
-
團隊也可以選擇/建立符合自己管理方式的工作流,並且在 Project 實現專案的閉環管理;
-
除此以外,團隊也可以藉助自動化工具提升團隊的工作效率等等。
本文就來為大家詳細介紹全新的專案管理子產品 PingCode Project 。
01
全新升級
更全面的專案管理模式支援
常有人問,研發管理模式到底哪個好,哪個更能實現軟體的快速交付?
其實沒有標準答案,一切取決於專案的特點。
而藉助於 PingCode Project ,你可以從敏捷 Scrum、Kanban、瀑布開發多種研發專案管理方式中,根據自身專案的特點匹配適合的管理方式,以實現科學管理高效產出的目的。
1.1全新的瀑布開發管理
以瀑布為主的傳統型專案管理的特點是強計劃驅動,需求範圍固定下來後才可分配人員和時間,並在專案推進過程中積極跟蹤和控制風險。
在瀑布開發模式下團隊會經常面臨著專案風險失控、研發協同複雜等問題。
為了幫助團隊解決以上問題,更好的管理瀑布開發,Project 提供了強大的管理能力,比如:
專案規劃:在 Project 建立WBS,規劃專案階段、計劃、任務、週期、資源、依賴關係,以實現科學的專案規劃;
甘特圖:藉助甘特圖,視覺化專案計劃,呈現和管理專案進度、關鍵里程碑、資源、依賴阻塞點;
里程碑:設定關鍵里程碑、規劃交付物、執行進度跟蹤,確保有節奏達成專案目標;
除此以外,還有:
交付物管理:規劃交付物目標,提交併檢查交付物,跟進目標達成情況,以降低交付風險;
需求規劃:對收集到的需求進行完善、分析、評審,規劃需求階段;
開發管理:工作項關聯整合程式碼託管、CI/CD 工具,跟蹤開發、構建及部署進度;
而這些也僅是 PingCode 在瀑布開發專案管理的部分能力,更多內容大家可以註冊體驗。
1.2最標準的Scrum和Kanban管理
-
1.2.1 Scrum
Scrum 是一個解決複雜多變問題的框架
使用Scrum 管理的過程中團隊可能會面臨需求管理混亂、交付進度遲緩、不同工具頻繁切換等問題。
而這些都能通過 Project 提供的Scrum專案管理中得到解決。
比如 Project 在需求收集階段能夠以自定義欄位的方式,滿足個性化收集以及儘可能全的記錄需求資訊的需求,並以史詩/特性/使用者故事三級需求、標籤等方式管理需求優先順序。
在解決交付進度遲緩問題上,Project 提供了直觀、多視角的報表檢視以跟蹤迭代進展,並且還提供了團隊速度、累計流量圖等多種視覺化報表,全方面度量研發效能。
最後,因為PingCode 本身就是一個研發全生命週期的管理工具,並且能夠以外掛的形式與你現有的工具相互打通。
-
1.2.2 Kanban
Kanban 是一種為質量和過程中出現的問題提供了可見性,使得缺陷、瓶頸、變異性以及經濟成本等因素對流動與交付速率的影響變得更明顯的管理方式。
在Kanban專案管理上, Project 為使用者提供的國內最標準的 Kanban 功能,能夠有效幫助團隊提升視覺化、標準化等管理能力。
整體上,Project 的 Kanban 管理由規劃、看板、工作項、版本、測試、頁面、報表五大元件構成,能夠比較全面地實現看板管理以及視覺化管理的需求。
除此以外,還提供了高度自定的能力,以滿足團隊個性化工作流建立需求。
在標準化管理上,比如:國內很多 Kanban 工具都不具備並在製品限制功能,而在 Kanban 方法中,它是限制混亂的有效方式。
Project 中的 Kanban 支援通過限制每一個階段允許積壓的在製品數量來避免大量工作並行,達到控制混亂的目的(這一行為被稱為在製品限制(WIP limit)。
除此以外,還有很多標準化的能力,比如支援將步驟拆分為Doing/Done & DoD,以保證整體開發過程的質量等等。
更多功能,大家可以通過註冊進行體驗,這裡就不過多介紹。
理論上,無論是哪一種研發管理模式都會有一套最佳實踐,但在不同的團隊都有其熟悉的運轉流程、管理方式、角色構成。
所以無論是Scrum、Kanban還是瀑布開發, PingCode Project 都預置了一套標準的管理流程模板,同時也支援根據團隊管理方式建立適合自身的工作流。
02
全新升級
更全面提升團隊交付效能
2.1打通全流程與全場景
確定了適合的研發管理模式,將進入到對研發專案的過程管理。
而整個軟體專案研發管理鏈條,本質上是管理側以需求特性的全生命週期為核心的需求價值流,以及工程側以程式碼提交為線索的研發工作流。
研發管理工具的核心價值在於管理兩條流,實現兩條流之間的聯動,完成資訊的流轉和同步。
所以無論在哪種研發管理模式,都需要工具來打通專案全流程、全場景的管理。
而 Project 具有打通研發全流程與全場景的能力,實現了從需求收集、規劃、開發、測試、釋出到上線,需求價值全流程的管理。
同時,藉助REST API 等還可以將工程側管理工具,如gitlab、Jenkins、Docker等產生的資料和資訊整合到 Project,完成兩條工作流之間資訊的自動流轉和同步。
所以跨團隊以及產研團隊內的不同角色,如專案經理、技術經理、產品都能在 同一個平臺進行管理與協作;
以及從目標規劃、需求、開發、編碼、構建、測試到釋出上線的全流程、全場景都能通過 Project 實現打通與管理。
2.2 根據直觀的實時資料提升團隊效能
至此,我們已經實現了專案全流程與全場景的管理,但就軟體研發整個生命週期而言並未結束。
要搭建軟體交付的閉環,研發團隊還需要深入挖掘出組織或團隊所處的位置和存在的問題,做到持續改進。
在具體專案上 Project 提供了團隊速度、累計流量圖等多種視覺化報表,滿足團隊對該專案的度量和改進需求。
在團隊或企業層面,PingCode 效能度量子產品 Insight 能夠提供如交付效率、交付質量、交付能力等多維豐富的效能資料,以幫助團隊洞察和改進。
2.3 利用自動化提升工作效率
在閉環建立起來之後,研發團隊的產品交付效能是否還有提升的空間?
ITChronicles 釋出的一項調查顯示:當前技術工作者一年有將近69天都在進行著事務性工作。也就是說,每年全球有將近5萬億美金被浪費在了這些重複性的工作中。
因此,讓團隊成員從那些重複性的、事務性的工作中解脫出來,成為了另一個讓軟體產品快速交付的突破點。
PingCode Flow 是我們在去年就已經發布的自動化產品,它能夠與PingCode全線子產品如 Project 等進行關聯,服務於整個研發團隊。
能夠幫助團隊將開發中大量低價值、重複性的和事務性的工作從手動操作變為自動觸發執行,比如自動變更工作項狀態、自動變更負責人等等,讓團隊專注於真正有價值的任務。
04
小結
在本篇文章,我們重點傳達了現階段 Project 的幾點核心價值:
-
敏捷開發以及瀑布為主的傳統型開發專案,都能通過Project 進行管理;
-
Project 能夠打通研發全流程、全場景,促進需求價值流、研發工作流之間的資訊的流轉和同步;
-
在使用Project 管理專案的過程中可以藉助 Insight 實現研發效能的度量和改進,以及利用 Flow 的自動化的提升工作效率,實現專案的閉環管理。
研發專案管理最終是為了高質量、快速、有價值的交付,而這正是 PingCode Project 乃至整個產品矩陣致力於幫助使用者實現的。
如今,PingCode 已經能為所有型別的專案都提供一套最佳實踐,做到全流程閉環管理,並以自動化、資料化、智慧化的方式幫助團隊不斷提升軟體專案交付的效能。