PO 就是敏捷裏的產品經理？別再搞不清啦

Scrum 適用於需求變化頻繁、內外部環境變化快、須要快速交付的場景，在最新發布的「14th Annual State of Agile Report」中，超過75％的受訪者實踐 Scrum 或 Scrum 的混合體。然而大多數企業依然沒有設立產品負責人（PO）這個角色，或者認爲 PO 就是敏捷裏的產品經理（PM），乾脆直接用 PM 替代 PO。

那麼 PO 等同於 PM 嗎？他們之間的區別是什麼？團隊到底應該使用哪一個角色？本文幫助你們梳理研發團隊中二者的定位，以正確的方式協做配合，交付高質量產品。

明確角色定位，打造優秀團隊

在軟件快速迭代開發的環境中，「PO + PM」的團隊纔是標準的配置。

PO 起源於 Scrum，其最大的職責是「最大化產品的價值」。做爲產品負責人， PO 須要肯定產品的方向和願景，定義產品發佈的內容、優先級和交付時間，並對產品 ROI 負責。PO 至關於產品的 CEO，領導利益相關者，從運營、數據、市場等多個維度，構建產品想象空間，定義產品模型，最終變現產品價值。

PM 是互聯網行業最多見的角色，其最大的職責是「作好產品」。做爲產品第一輸出，PM 須要以用戶的需求爲核心，將產品的概念轉化爲功能，是產品整個生命週期的靈魂締造者。產品經理須要明確目標客戶及需求，完成產品需求文檔、原型和流程圖等，細分產品性能並肯定實現方案，保證產品高效和高質量地發佈上線。

PO 和 PM 都是企業必不可少的角色，明確職責定位，穩定團隊配置，才能打造優秀的產品團隊，提升總體工做效率。如下三點，幫助 PO 和 PM 高效協做，從 0 到 N，持續交付高價值產品並推向市場。

高效協做，交付高價值產品

1.共享知識庫，不斷探索前行

產品研發初期，PO 須要根據優先級調整產品代辦列表中的故事完成排序，PM 在瞭解 PO 的需求基礎上，澄清故事細節，將需求轉化成產品的性能，與設計、研發、測試以及運營等團隊角色共同討論，輸出可行性方案。在這個過程當中，PO 與 PM 須要共同構建知識庫，同步項目文檔與知識信息。

使用 ONES Wiki，幫助 PO 和 PM 建立用戶故事，描述產品功能架構、市場背景、用戶需求狀況、版本管理和規劃，經過在線添加註釋和評論，迅速反饋意見。同時 ONES Wiki 支持與 ONES Project 項目關聯，在頁面插入任務列表快照，快速對應需求和文檔，提升研發管理效率。

ONES Wiki 沉澱團隊知識庫

2.搭建協做平臺，快速交付產品

產品研發過程當中，PO 可能會根據戰略目標的調整或客戶的要求進行需求變動，爲了不項目延期，PO 與 PM 須要搭建統一協做平臺，可視化研發排期，及時發現和管控項目進度風險，實現從故事產生到最終交付的全流程管理。使用 ONES Project，制定項目里程碑，監控項目進度，確保項目總目標實現。

ONES Project 項目進度可視化

3.項目覆盤，持續過程改進

項目結束後，PO 須要選取合適的時機，引導 PM 和團隊成員進行項目覆盤，多角度發散思惟，總結項目經驗，持續地改進研發過程，造成研發管理閉環。ONES 提供質量報告和多種數據報表，幫助團隊分析、總結項目過程當中遇到的問題，沉澱經驗，爲後續改進制定計劃。

ONES Project 直接查看代碼質量分析

研發管理是個複雜的過程，PO 和 PM 共同協做配合，保證研發節奏穩定，才能保障業務有效推動。ONES 研發管理解決方案，貫穿研發全流程，促進 PO、PM、研發、測試、運維等產品研發過程當中各角色的良好協做，提高團隊工做效率，保障產品交付質量，助力企業更好更快地發佈產品。