PO即Product Owner，字面意思是产品或业务负责人，即熟悉该产品所有业务相关的逻辑、流程、设置等方面事宜的人员，一般可由产品经理担任，也可由熟悉业务的开发人员担任。如果敏捷团队是在一起办公的(指一个办公室内坐在一起的)，建议由产品经理担任，本身产品经理已经是所有业务的接口人，熟悉业务是其本职工作；如果产品经理和开发、测试团队是两地办公的，如设立的研发中心、外包服务等形式的，建议在开发团队内指定一个人来担任PO，这样产品经理在第一次PRD全体review之后，只需跟这个PO讲解清楚产品逻辑，后续开发和测试当中遇到的问题，都可以咨询PO来得到解决，PO不确定的可以联系产品经理确认，这样可以减少一部分的沟通成本。
1、PO角色定义
确定产品的方向和愿景，定义产品发布的内容、优先级及交付时间，为产品ROI(profitability of product)负责。 是维护产品需求清单( product backlog )的人，代表利益相关者的利益。
2、PO工作职责
负责最大化产品以及开发团队工作的价值。主要职责如下：
- 确定产品的功能；
- 决定发布的日期和发布内容；
- 为产品的ROI负责；
- 根据市场价值确定功能优先级；
- 每个sprint中，根据需要调整功能和优先级(每个sprint开始前调整)；
- 接受或拒绝开发团队的工作成果；
- 参与Scrum Planning Meetings(Sprint计划会议)，Sprint Review Meeting(Sprint评审会)和 Sprint Retrospective Meeting(Sprint回顾会)
- 制定年度、月度营销目标计划，并呈报领导。
- 负责跟进目标计划的实施。
- 负责营销实绩的管理，并督导所属文员进行统计、归类并存档。
- 监督所属部门营销目标的执行情况，并制定月度营销实绩报告。
3、PO在团队中的作用
在junior团队中：主要的需求来源，个人确定需求价值和优先级
在intermediate团队中：多角度的收集需求，和团队成员共同确定需求的价值和优先级
在Senior团队中：和团队成员共同提出和收集需求，共同对产品负责
这里的团队分级主要是指团队的敏捷成熟度，即产品团队实施敏捷开发模式后，对敏捷开发模式的适应程度、接受程度和学习程度。后面会专门介绍团队的评估标准。
一句话总结PO这个角色就是：告诉产品团队要做什么，做功能的先后顺序是怎样的，需求有变动时该如何处理