PingCode Agile （敏捷開發(fā)管理）子產(chǎn)品正式升級為 Project （項目管理）。

此次升級，我們在敏捷開發(fā)的基礎(chǔ)上增加了對瀑布開發(fā)的支持。

除此以外，伴隨著 PingCode 從剛發(fā)布時的4個子產(chǎn)品成長到如今的7個子產(chǎn)品，產(chǎn)品能力更加完善。Project 提供的價值也并不局限于項目管理，而是成長為一個能幫助團隊提升交付效能的工具。比如：

借助全新的 Project ，團隊可以選擇敏捷Scrum、Kanban、瀑布開發(fā)中任意符合需求的項目管理方式；

團隊也可以選擇/創(chuàng)建符合自己管理方式的工作流，并且在 Project 實現(xiàn)項目的閉環(huán)管理；

除此以外，團隊也可以借助自動化工具提升團隊的工作效率等等。

本文就來為大家詳細介紹全新的項目管理子產(chǎn)品 PingCode Project 。

01全新升級更全面的項目管理模式支持

常有人問，研發(fā)管理模式到底哪個好，哪個更能實現(xiàn)軟件的快速交付？

其實沒有標(biāo)準答案，一切取決于項目的特點。

而借助于 PingCode Project ，你可以從敏捷 Scrum、Kanban、瀑布開發(fā)多種研發(fā)項目管理方式中，根據(jù)自身項目的特點匹配適合的管理方式，以實現(xiàn)科學(xué)管理高效產(chǎn)出的目的。

1.1全新的瀑布開發(fā)管理

以瀑布為主的傳統(tǒng)型項目管理的特點是強計劃驅(qū)動，需求范圍固定下來后才可分配人員和時間，并在項目推進過程中積極跟蹤和控制風(fēng)險。

在瀑布開發(fā)模式下團隊會經(jīng)常面臨著項目風(fēng)險失控、研發(fā)協(xié)同復(fù)雜等問題。

為了幫助團隊解決以上問題，更好的管理瀑布開發(fā)，Project 提供了強大的管理能力，比如：

項目規(guī)劃：在 Project 創(chuàng)建WBS，規(guī)劃項目階段、計劃、任務(wù)、周期、資源、依賴關(guān)系，以實現(xiàn)科學(xué)的項目規(guī)劃；

甘特圖：借助甘特圖，可視化項目計劃，呈現(xiàn)和管理項目進度、關(guān)鍵里程碑、資源、依賴阻塞點；

里程碑：設(shè)置關(guān)鍵里程碑、規(guī)劃交付物、執(zhí)行進度跟蹤，確保有節(jié)奏達成項目目標(biāo)；

除此以外，還有：

交付物管理：規(guī)劃交付物目標(biāo)，提交并檢查交付物，跟進目標(biāo)達成情況，以降低交付風(fēng)險；

需求規(guī)劃：對收集到的需求進行完善、分析、評審，規(guī)劃需求階段；

開發(fā)管理：工作項關(guān)聯(lián)集成代碼托管、CI/CD 工具，跟蹤開發(fā)、構(gòu)建及部署進度；

而這些也僅是 PingCode 在瀑布開發(fā)項目管理的部分能力，更多內(nèi)容大家可以注冊體驗。

1.2最標(biāo)準的Scrum和Kanban管理

1.2.1 Scrum

Scrum 是一個解決復(fù)雜多變問題的框架。

使用Scrum 管理的過程中團隊可能會面臨需求管理混亂、交付進度遲緩、不同工具頻繁切換等問題。

而這些都能通過 Project 提供的Scrum項目管理中得到解決。

比如 Project  在需求收集階段能夠以自定義字段的方式，滿足個性化收集以及盡可能全的記錄需求信息的需求，并以史詩/特性/用戶故事三級需求、標(biāo)簽等方式管理需求優(yōu)先級。

在解決交付進度遲緩問題上，Project 提供了直觀、多視角的報表視圖以跟蹤迭代進展，并且還提供了團隊速度、累計流量圖等多種可視化報表，全方面度量研發(fā)效能。

最后，因為PingCode 本身就是一個研發(fā)全生命周期的管理工具，并且能夠以插件的形式與你現(xiàn)有的工具相互打通。

1.2.2 Kanban

Kanban 是一種為質(zhì)量和過程中出現(xiàn)的問題提供了可見性，使得缺陷、瓶頸、變異性以及經(jīng)濟成本等因素對流動與交付速率的影響變得更明顯的管理方式。

在Kanban項目管理上， Project 為用戶提供的國內(nèi)最標(biāo)準的 Kanban 功能，能夠有效幫助團隊提升可視化、標(biāo)準化等管理能力。

整體上，Project 的 Kanban 管理由規(guī)劃、看板、工作項、版本、測試、頁面、報表五大組件構(gòu)成，能夠比較全面地實現(xiàn)看板管理以及可視化管理的需求。

除此以外，還提供了高度自定的能力，以滿足團隊個性化工作流創(chuàng)建需求。

在標(biāo)準化管理上，比如：國內(nèi)很多 Kanban 工具都不具備并在制品限制功能，而在 Kanban 方法中，它是限制混亂的有效方式。

Project 中的 Kanban 支持通過限制每一個階段允許積壓的在制品數(shù)量來避免大量工作并行，達到控制混亂的目的（這一行為被稱為在制品限制（WIP limit）。

除此以外，還有很多標(biāo)準化的能力，比如支持將步驟拆分為Doing/Done & DoD，以保證整體開發(fā)過程的質(zhì)量等等。

更多功能，大家可以通過注冊進行體驗，這里就不過多介紹。

理論上，無論是哪一種研發(fā)管理模式都會有一套最佳實踐，但在不同的團隊都有其熟悉的運轉(zhuǎn)流程、管理方式、角色構(gòu)成。

所以無論是Scrum、Kanban還是瀑布開發(fā)， PingCode Project 都預(yù)置了一套標(biāo)準的管理流程模板，同時也支持根據(jù)團隊管理方式創(chuàng)建適合自身的工作流。

02.全新升級更全面提升團隊交付效能

2.1打通全流程與全場景

確定了適合的研發(fā)管理模式，將進入到對研發(fā)項目的過程管理。

而整個軟件項目研發(fā)管理鏈條，本質(zhì)上是管理側(cè)以需求特性的全生命周期為核心的需求價值流，以及工程側(cè)以代碼提交為線索的研發(fā)工作流。

研發(fā)管理工具的核心價值在于管理兩條流，實現(xiàn)兩條流之間的聯(lián)動，完成信息的流轉(zhuǎn)和同步。

所以無論在哪種研發(fā)管理模式，都需要工具來打通項目全流程、全場景的管理。

而 Project 具有打通研發(fā)全流程與全場景的能力，實現(xiàn)了從需求收集、規(guī)劃、開發(fā)、測試、發(fā)布到上線，需求價值全流程的管理。

同時，借助REST API 等還可以將工程側(cè)管理工具，如gitlab、Jenkins、Docker等產(chǎn)生的數(shù)據(jù)和信息集成到 Project，完成兩條工作流之間信息的自動流轉(zhuǎn)和同步。

所以跨團隊以及產(chǎn)研團隊內(nèi)的不同角色，如項目經(jīng)理、技術(shù)經(jīng)理、產(chǎn)品都能在 同一個平臺進行管理與協(xié)作；

以及從目標(biāo)規(guī)劃、需求、開發(fā)、編碼、構(gòu)建、測試到發(fā)布上線的全流程、全場景都能通過Project 實現(xiàn)打通與管理。

2.2根據(jù)直觀的實時數(shù)據(jù)提升團隊效能

至此，我們已經(jīng)實現(xiàn)了項目全流程與全場景的管理，但就軟件研發(fā)整個生命周期而言并未結(jié)束。

要搭建軟件交付的閉環(huán)，研發(fā)團隊還需要深入挖掘出組織或團隊所處的位置和存在的問題，做到持續(xù)改進。

在具體項目上 Project 提供了團隊速度、累計流量圖等多種可視化報表，滿足團隊對該項目的度量和改進需求。

在團隊或企業(yè)層面，PingCode 效能度量子產(chǎn)品 Insight 能夠提供如交付效率、交付質(zhì)量、交付能力等多維豐富的效能數(shù)據(jù)，以幫助團隊洞察和改進。

2.3利用自動化提升工作效率

在閉環(huán)建立起來之后，研發(fā)團隊的產(chǎn)品交付效能是否還有提升的空間？

ITChronicles 發(fā)布的一項調(diào)查顯示：當(dāng)前技術(shù)工作者一年有將近69天都在進行著事務(wù)性工作。也就是說，每年全球有將近5萬億美金被浪費在了這些重復(fù)性的工作中。

因此，讓團隊成員從那些重復(fù)性的、事務(wù)性的工作中解脫出來，成為了另一個讓軟件產(chǎn)品快速交付的突破點。

PingCode Flow 是我們在去年就已經(jīng)發(fā)布的自動化產(chǎn)品，它能夠與PingCode全線子產(chǎn)品如 Project 等進行關(guān)聯(lián)，服務(wù)于整個研發(fā)團隊。

能夠幫助團隊將開發(fā)中大量低價值、重復(fù)性的和事務(wù)性的工作從手動操作變?yōu)樽詣佑|發(fā)執(zhí)行，比如自動變更工作項狀態(tài)、自動變更負責(zé)人等等，讓團隊專注于真正有價值的任務(wù)。

免責(zé)聲明：市場有風(fēng)險，選擇需謹慎！此文僅供參考，不作買賣依據(jù)。

關(guān)鍵詞：