项目中PO、PM的职责区分

PO是product owner，是一个role，负责与stakeholders打交道，提炼stakeholders的需求，按照需求的价值以及紧急程度安排优先级。PO是一个角色，对product backlog负责，通俗地讲，product backlog上的条条目目应该长什么样子，PO都有一个清晰的picture；抽象点讲，每个user story的acceptance criteria对于PO而言是确定的。PO为每个user story设定一个goal，scrum team的工作就是hit the goal，让PO心中所想的那个user story成为现实。

 

PM是product manager，是一个titile。可以由PO或者BSA来冠名，这里讲BSA作为PM的职责。PM负责管理产品的需求和研发。PM往往需要了解PO的需求，把这些需求转化成产品的一个个feature，然后依托其技术背景，与团队一起讨论出实现的可行性方案；（注：这里，PM可能未必要100%地满足PO的需求，在可控范围内，提出一个满足product vision的折中方案，使得product team和product owner双赢）同时，PM是product的管理者，并非people的管理者，所以PM侧重点是产品的特性features的管理与研发，在规范化的控制流程（比如Scrum的框架）下与各个团队功能角色一起工作，管理产品的研发进度，确保产品高效地以及高质量地发布上线。

 

需求的角度看待这几个角色：

Stakeholder <-> PO（关注 businessman 需要什么） <-> PM （关注 用户的需求可以成为Product的features吗，如果是则把user story转化为product features，如果不是则workaround）

 

上述可能有点抽象，为了阐述清楚PO和PM的区别，这里举个例子：

PO提出一个user story：我要一个登录界面供注册用户登录网站（PO脑子里想像的登录界面的样子（Acceptance Criteria）就是很简单的一个用户名输入框+密码输入框+提交按钮的功能性需求）

PM根据这个用户需求细化该注册用户登录界面的feature：1. UI 设计（可能是第一稿）：配色，输入框、按钮、链接的风格样式，排版 2.登录功能（存在用户+不存在用户；正确密码和非正确密码） 3. 忘记密码链接和恢复密码的功能 4. SQL注入防范 5. 穷举式攻击防范（验证码）等等。而且，PM还需与技术团队共同商讨实现这些feature的可行性方案、难点，可能存在上线延期的风险等等。feature是对user story的详细化的设计，同时拆分了user story为多个小的story，这些小的story可以在若干个sprint完成。

所以PO是从用户功能的角度提出功能性需求（粗放型），PM则是从产品设计的角度把功能需求细分为多个feature（集约型）并确定实现方案的角色。