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、研发、测试、运维等产品研发过程当中各角色的良好协做，提高团队工做效率，保障产品交付质量，助力企业更好更快地发布产品。