隨著信息技術深入應用，企業的IT組織效能提升與數字化轉型需求越發迫切。9月起，嘉為藍鯨《研效一體，價值釋放》線上課程直播，針對企業IT部門DevOps落地實踐分六期詳解項目管理、制品分發、持續交付、測試管理、研發效能洞察、價值流管理場

01. 項目需求管理常見痛點

在過往傳統項目管理實踐過程中，我們發現常常在管理過程中會面對以下痛點：

1）需求傳遞滯后：從外部市場或內部業務方的需求信息傳遞滯后，產研部門對于業務/市場需求變化不敏感，常常自顧自閉門造車，往往會帶來研發交付多種問題；

2）標準流程缺乏：跨部門/跨角色協作缺少標準化的工作流程，在執行過程中常存在流程混亂、分工混淆；

3）原始協作方式：IT部門只顧著給業務部門做業務線上工具支撐，自己項目需求管理可能仍采用表格+人力的方式進行，缺乏線上工具支撐過程透明化與角色聯動；

4）團隊進度黑盒：研發過程進度只能靠項目經理會議或點對點人力溝通拉齊，不同項目管理顆粒度難以統一，風險、偏差難以預知，統一管理與過程度量成為奢望。

以上痛點業在當下這個不確定性、脆弱性、不可預測性越發凸顯的環境下，越來越多的企業正面臨著類似情況，實際上在研發過程項目需求管理上已有一些理論與實踐上的創新，比如最新的《PMBOK@指南》第七版就將原先清晰描述的“五大過程九大知識領域”調整為更符合高不確定性下關注項目價值管理的“12項原則與8大績效域”；又或者敏捷研發實踐下引入的用戶故事、用戶故事地圖與看板可視化，和本次討論涉及的產品制管理等實踐方法。

從整體研發過程管理實踐走向來看，在這個從“VUCA”時代（不穩定性、不確定性、復雜性、模糊性）向“BANI”時代（脆弱性、焦慮、非線性、不可知性）狂奔的背景下，“唯一不變的是變化”已成為一句箴言，而敏捷實踐與產品制管理似乎在當下逐步成為了大家共識下研發管理的轉型“船舵”。

02. 產品制與項目制差異

在研發項目需求管理維度來看，產品制管理與項目制管理更多是不同研發場景下的不同管理模式。

其中項目制管理是有明確的目標或目的，需求比較確定，在特定的時間（項目起止時間）和預算內、組織的一次性軟件交付工作。通常是通過內部立項流程推進的業務類軟件建設交付項目、供應端項目、內部運營系統等類型。

其核心思維是以確定性（IT要解決的問題是確定的）為基礎的，關注按時交付已約定的交付內容，因而注重計劃、預算、執行效率（人力利用率）等過程管理，但往往難以匹配持續迭代、敏捷試錯的要求，常有以下問題：從想法產生到上線產生效果的周期較長；目標割裂，各職能做局部優化；IT團隊只是疲于完成任務，難以成為自驅動的高績效團隊；每次都是交付完事就撤，缺少核心能力沉淀。

而產品制管理是關注產品長期規劃及業務價值，注重快速啟動與持續迭代能力，常常內/外部產品生命周期持續數年，包含產品終結前持續性的維護性活動。通常是持續運營的產品或服務，如企業服務平臺、供應鏈平臺、電商平臺、游戲應用服務等。

其核心視角是認為IT所要解決的問題都是高度變化的，因此應該不斷挖掘用戶的真正需要，持續迭代更新解決方案，一切以提供給用戶的價值為目標。產品制管理模式更匹配敏捷開發中用戶價值主張、MVP思想與快速迭代匹配用戶不斷變化的需求。

但實際在管理過程，項目制與產品制其實不是二選一的簡單選擇。對于不同組織的不同發展階段，常常既存在著不確定性強的業務、又存在著確定性高的細分板塊，因此常常需要我們靈活裁剪、組合多種項目需求管理模型形成適合自身的實踐方式。核心要聚焦業務，時刻考慮如何靈活穩敏管理兼顧，提升企業效益與IT部門價值。

03. DevOps敏捷協同實踐

針對不同企業規劃構思不同場景下的項目需求管理模型，我們建議采用工具化在線寫作，匹配多態研發項目管理模型，持續沉淀過程資產數據。通過多年內部實踐與客戶側推廣實踐，我們總結以下5類核心實踐分享：

實踐1：可持續改進的工作項模型

建議根據自身研發場景與特點，設計匹配自身的工作項模型，需關注需求類別、需求層級關系、流轉節點等靈活自定義能力，以及裁剪調整能力，明確各角色分工，實現線上化全流程追蹤管理。

實踐2：構建需求池+項目管理層級

考慮到與業務部門的需求銜接，以及產品實踐過程中產品需求分析過程的工具化承接，建議可以構建需求池+項目管理的層級關系，需求池作為需求統一收集入口，可以分為業務需求池與產品需求池等，再建立需求池與項目空間關聯關系，通過多級需求分析與需求分解，再向項目空間內傳遞。實踐過程中需要考慮項目需求管理空間層級、管理空間（需求池、項目、產品）間關聯關系，以及需求傳遞過程中的記錄實現可快速追溯。

實踐3：迭代+版本組合進行周期性計劃管理

通常實踐過程中，產品制敏捷項目常采用迭代管理通過工作項列表、迭代狀態及燃盡圖，實現項目任務的計劃、執行可視化管理，而項目制瀑布開發常采用版本管理支持項目經理對項目生命周期進行管理，做好項目發布規劃。但實際實踐過程中需考慮多態項目管理方式中，需要將迭代與版本管理組合，其中涉及的進度數據匯總、延期提醒與關聯關系需特別關注。

實踐4：整合甘特圖、看板等工具可視化研發進度

在多態項目管理模型規劃與應用過程中，應廣泛吸收產品制與項目制管理中針對過程可視化工具，并將其進行線上工具展現，實現內部透明化共享，打開需求研發過程黑盒。其中在常見實踐有看板跟蹤（可以產品價值流動為核心，查看每個功能研發進度；也支持以每個迭代為維度進行進度跟蹤）、里程碑管理、甘特圖（通過甘特圖管理項目需求開發進度，可與里程碑聯動）等。

實踐5：自動化規則提升使用體驗

在項目管理工具推廣過程中，很多人提出了關于工具使用人力投入的擔憂。在我們實現項目管理工具核心功能線上化之外，也可以考慮建設自動化規則等功能提升用戶使用體驗。以自動化規則為例，我們可以將項目管理工具中常見的重復操作抽象為自動化規則，由系統自動判斷與執行，如父需求下的子需求、關聯任務完成時，父需求自動流轉開發完成；或者需求流轉至對應節點，自動生成子任務的經辦人，并同時變更子任務的各個狀態等。

通過不斷打磨工具功能與易用性，不斷提升工具應用價值與工具適配的管理模式的生命力，這也是產品制思維的一種延伸！

04. 敏捷協同實踐案例分享

業內已有許多先進企業進行了項目需求管理工具建設與數字化轉型，過程中涌現了續多優秀案例與最佳實踐。對于各位后來者，我們可以博采眾長，深挖自身項目需求管理現狀與問題，針對性解決管理痛點問題，采用合適的項目管理制度，真正建設一套匹配自身管理需求的工具，不斷提升企業效益與IT部門價值。

嘉為藍鯨DevOps已經在多家企業成功落地并得到認可，某國內頭部保險集團企業借助藍鯨平臺，以CTeam敏捷協同平臺構建多態項目需求管理模式支撐內部復雜項目管理場景，成功實現研發項目管理轉型升級。如您感興趣，歡迎前往文章頂部的原文鏈接，查看完整直播回放或下載完整PPT了解！