瀑布式項目管理軟件測評!

專業的瀑布項目管理工具是專門用來幫助計劃和控制項目資源、成本與進度的工具。通常來說,瀑布項目管理工具包括項目計劃、需求管理、開發過程管理、測試缺陷管理、構建發佈、文檔管理、可視化報表等功能模塊。

 

1. 瀑布簡介

瀑布模型(Waterfall Model)是 Royce 於1970年提出,是國內軟件開發企業使用最多的兩大開發模型之一。

瀑布是最典型的預見性的方法,利用特定的步驟和里程碑來控制過程,嚴格遵循預先計劃的:需求、分析、設計、編碼、測試、部署、運維的步驟順序進行。所以更適用於有明確需求、計劃和目標的項目,比如一些軟硬件結合產品的開發。

image.png

本文將通過一個完整的瀑布項目流程介紹 PingCode 對瀑布模型管理的支持,以及針對瀑布開發管理中典型痛點的解決方案。(功能免費體驗通道

 

2. PingCode 的瀑布開發項目管理

 

2.1 項目啓動階段

在項目啓動階段,項目團隊將主要進行項目需求收集、項目立項、項目人員前期準備等工作。

 

2.1.1 項目需求收集

痛點:以往項目需求的收集經常面臨需求信息不完整,收集後通過Excel或文檔管理,版本多且散亂等問題;

立項階段的需求收集不會立即進入開發階段,而是將成爲支持項目立項的重要依據。在這一環節,PingCode 爲解決需求收集完整、管理散亂等典型問題提供了以下管理方案:

  • 覆蓋全渠道的需求收集方式:爲了幫助項目團隊更清晰完整的收集到需求信息,PingCode 爲用戶提供了覆蓋全渠道的收集方式,包括Web Portal、小程序、郵件、Webhook等渠道。項目團隊可以根據需求自定義工單頁面,以及與需求提交人直接溝通,儘可能的完善需求背景信息。
  • 統一的在線需求池管理:通過上面的各種工單收集渠道,客戶的各種需求都將進入到 PingCode 中統一管理。當然,企業也可以根據團隊、產品線等劃分爲不同的模塊進行管理。
image.pngimage.png

2.1.2 項目立項

痛點:瀑布開發重視和強調過程文檔,在開發的中後期纔會看到軟件原型,早期只能通過文檔來了解系統的模樣,衆多的文檔和文件如何集中管理,高效利用是經常面臨的問題。

在項目需求收集完成之後,團隊需要對項目相關市場、資源、技術、社會等方面的問題,進行全面分析、論證、評價,從而決定項目是否可行,並且在可行的幾個方案中選擇最優方案進行項目立項。

在項目立項過程中,衆多的文檔和文件的版本問題,集中管理問題,以及協同問題是項目進行中的常見挑戰。

PingCode Wiki是爲知識文檔管理打造了專門的模塊,是具有發明專利的一流知識庫工具,它能夠幫助項目團隊:

像書籍一樣結構化管理項目文檔:所有人看到的文檔都是同一版本,每個項目團隊都可建立獨立知識庫,支持精細化的權限管理,保障文檔/數據安全;

image.png

支持多人實時在線協同編輯,比如:信息實時保存同步,支持歷史版本快速追溯,同時文檔支持共享、關注、評論、批註,也可在消息/第三方賬號收到提醒,讓項目成員隨時隨地展開文檔協作。

 

2.2 項目規劃階段

痛點:缺乏一個清晰有序、公開透明的規劃工作臺;

在這一階段,項目經理需要通過項目的明確範圍、任務分解、資源分析等,制定出一個科學的項目執行計劃。項目規劃是項目管理的主線,貫穿了項目管理的全過程。

在PingCode Project 的瀑布開發項目管理中,將通過以下一些能力來幫助項目團隊實現項目計劃管理:

WBS任務分解:在項目規劃階段支持項目管理中WBS任務分解原則,從項目目標開始分解,逐層下降,每下降一層,代表對項目工作的更詳細的定義,將任務分解到不能再分爲止。

甘特圖:在項目規劃階段需要定製一個全面並且可以指導團隊貫穿項目執行和終止等各個階段的甘特圖,還要在關鍵節點設定截止日期。在PingCode中通過可視化的項目計劃,可以呈現和管理項目進度、里程碑、資源、阻塞風險點等內容,並且支持多種排期模式手動排期和自動排期,幫助團隊在規劃時節省時間和資源。

image.png

里程碑:在項目規劃時,在進度時間表上設立一些重要的時間檢查點,可以在項目執行過程中利用這些重要的時間檢查點來對項目的進程進行檢查和控制。在PingCode中通過里程碑時間軸可快速查看進度,知悉項目健康度,規避風險。

image.png

交付目標:在項目規劃時,設定每個里程碑階段需要完成的工作目標,在PingCode中交付目標設定和管理,並且與項目規劃、里程碑進行雙向關聯。

 

2.3 項目執行與監控階段

痛點:在項目進行過程中,需求優先級如何排序;缺乏項目進度的可視化展示,難以提前識別項目的阻塞點;項目工時統計等都是這一階段所面臨的典型問題;

項目進入執行與監控階段,在此階段,項目團隊將對可交付成果負責,爲確保項目可以完成最初設定目標,將此階段根據研發的實際過程劃分成多個子階段:需求分析、軟件設計、軟件研發、軟件測試、部署和運維、項目監控等。

 

2.3.1 需求分析

需求分析視爲軟件研發的正常進行確定具體思路的階段,在需求分析過程中,需要保證所列的需求是清晰的、明確的、有意義的、可測量的,並且可用於開發和測試。

下面就來看看PingCode對需求分析的支持:

建立標準化產品優先級模型:根據前期項目需求收集階段所收集到的需求,團隊能夠通過設置評審因素,比如需求價值、工作量、客戶權重、競品、團隊目標支持度等,並針對不同維度設置分數計算方式,建立標準化產品優先級模型,數據化評估客戶最需要的功能,確保產品目標與公司經營目標保持一致。

image (2).png

並且每個需求可以與項目進行深度關聯,PingCode支持把評審通過的需求分發至對應項目當中。

 

2.3.2 軟件設計

軟件設計確定了整個軟件的結果,在此階段要根據需求分析的結果,來設計軟件系統的框架結構、功能模塊和數據庫等等。一般分爲總體設計和詳細設計兩個部分。

軟件設計階段可以利用 PingCode Wiki子產品來進行設計文檔的編輯工作,解決文檔管理與協作問題,這點我們在2.1.2已經介紹。

 

2.3.3 軟件研發

在瀑布開發項目流程中每上一個階段都是下一個階段的實施進行的基礎,在軟件研發階段也是根據軟件設計和需求通過計算機程序代碼來進行實現,編程有統一、規範的程序編寫規則,保證軟件程序的易懂性、易維護性。

下面就來看看PingCode對軟件研發的支持:

工作項管理:

  • 研發人員根據設計文檔和需求將每個需求拆分成不同的工作項任務,爲便於研發過程。
  • 在PingCode中支持工作項屬性根據研發實際情況進行自定義設置;
  • 並且工作項可以進行360度關聯,支持關聯子工作項、與其他工作項依賴關係、與其他工作項關聯關係、工時、wiki頁面等等;
  • 同時支持關注、評論文字、@提及成員、#提及工作項、添加代碼段、回覆表情等,可在消息/第三方賬號收到提醒,極大的提高了研發過程中的協同效率。
image.png

自動化能力:PingCode 還爲團隊提供了自動化技術,能夠將開發過程中重複性、低價值的任務由手動操作變爲自動執行,比如:某個需求下的子任務都完成了,PingCode 將自動改變該需求的狀態,類似的場景還有很多,就比如自動創建分支、自動配置頁面權限等等。

image (3).png

 

2.3.4 軟件測試

在軟件研發完成之後,進入到軟件測試階段,需要對編寫的程序,形成整體架構、功能進行測試,以測試程序編寫的正確性,以及對客戶需求功能滿足的充分性,以此來確定軟件是否達到開發要求,同時也是一個發現問題、糾正問題的過程。

PingCode TestHub 是一款專門爲測試管理服務的子產品,它能夠幫助項目團隊覆蓋完整測試流程,提高測試效率,保證軟件交付質量。

測試用例維護與評審:完成項目獨立測試庫的創建,在測試庫中,測試工程師可以創建和維護測試用例,測試用例創建後,需要對測試用例進行評議和審查,保證用例內容的可用性和規範性。

image.png

測試計劃的規劃與執行:快速規劃測試用例,組織測試計劃,多人協作執行測試計劃,測試開發的軟件系統質量,降低和消除風險。執行測試計劃時,可實現測試計劃的複製、執行,可執行多輪測試計劃確保質量,並生成對應的測試結果、對應缺陷跟蹤和測試報告。

image.png

 

2.3.5 部署和運維

軟件測試完成之後,進入軟件部署和運維階段,PingCode在部署和運維階段支持工作項與集成代碼託管、CI/CD工具進行關聯,將構建、部署與項目和工作項整合到一起,開發面板上可視化呈現每個任務的進展狀態,跟蹤開發、構建及部署進度。

image.png

 

2.3.6 項目監控

在項目執行的整個過程中,如果缺乏項目進度的可視化展示,難以提前識別項目的阻塞點。PingCode通過任務執行者更新任務進度、提交交付物、更新里程碑狀態、項目甘特圖來幫助項目經理持續監控項目進度、瞭解項目健康狀態。

項目甘特圖:在項目監控階段,項目經理可以通過項目甘特圖來直觀查看項目里程碑分佈與工作項週期及進度,掌握整個項目進度情況。

image.png

交付物管理:在不同階段和里程碑中,規劃交付物目標,並通過上傳交付物和持續的交付物檢查,以及交付物目標進度統計,確保各交付物按時交付,降低項目整體交付風險。在項目監控階段,項目經理可以通過交付物管理查看和檢查交付物提交情況,把控項目交付風險。提交交付物支持多種形式,包括文件、Wiki頁面、鏈接等。

image.png

除此以外,爲了讓預估工時越來越準確,確保需求能按時交付、成本能合理控制,很多團隊也存在工時統計需求。

工時管理:所以PingCode支持預估工時,登記工時,剩餘工時三個類型的工時定義,並且項目經理能夠根據工時統計等報表來優化工時預估和成本;

image.pngimage.png

 

2.4 項目收尾階段

交付物驗收
項目收尾階段是瀑布開發項目中最後的階段,是完結項目管理所有活動以正式結束項目的過程,在該階段將對交付物進行評審驗收,以保證項目質量。

項目經理能夠通過 PingCode 的交付物模塊查看和管理所有階段/里程碑產生的交付物:

image.png

知識沉澱
同時,項目經理也可以組織項目覆盤,針對項目各個階段的問題進行彙總、總結和改進意見,以避免下次出現同樣的問題,如果出現也能及時解決。

而通過 PingCode Wiki 建立知識庫,可以保存信息和累積知識資產,加速內部信息及知識的流通,實現組織內部知識的共享和複用。

image.png

至此,一個完整的瀑布項目實踐就基本結束。

通過以上介紹,相信大家也基本瞭解瀑布式項目管理軟件中, PingCode 的能力,能夠解決哪些瀑布開發模式下的痛點,是否滿足自己的瀑布管理需求。

官網:PingCode

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章