本节书摘来自华章出版社《SAFe 4.0参考指南：精益软件与系统工程的规模化敏捷框架》一书中的第3章，第3.3节 作者［美］迪恩·莱芬（DeanLeffingwell），更多章节内容可以访问云栖社区“华章计算机”公众号查看。
3.3 产品负责人
业务人员和开发人员必须相互合作，项目中的每一天都不例外。
——敏捷宣言
摘要
产品负责人（Product Owner，PO）是团队的一员，负责定义用户故事和确定团队待办事项列表的优先级，从而衔接项目群优先级事项的执行，并维护团队所负责的特性和组件在概念和技术上的完整性。产品负责人是质量保证的关键人物，并且是团队中唯一有权力接收已完成用户故事的人。对于正在向敏捷方式转型的企业来说，产品负责人是一个新的并且非常重要的角色。产品负责人通常是全职的，一个产品负责人通常可以支持一个团队（最多两个团队）。
该角色是开发团队与外界的重要接口，例如与产品经理（负责项目群待办事项列表）合作，为PI计划会议做准备。
详述
产品负责人是敏捷团队的成员之一，他是团队与客户之间的接口，负责与产品管理人员以及其他利益相关者（包括其他产品负责人）协作来确定团队待办事项列表中用户故事的优先级，以便解决方案能够有效处理项目群优先级事项（特性/使能），同时保持技术的完整性。理想情况下，产品负责人与团队的其他人在同一地点办公，产品负责人与团队拥有同一个经理、拥有同样的激励机制和文化。但是产品负责人也会参加产品经理的会议讨论有关计划、待办事项列表和愿景的梳理等。
责任
SAFe产品负责人的主要责任如下。
筹备和参加PI计划会议
作为产品管理团队的一员，产品负责人积极参与项目群待办事项列表细化和准备PI计划会议的工作，同时也积极参与PI计划。在PI计划之前，产品负责人更新团队待办事项列表，审查和参与制订愿景、路线图和进行内容展示。
在PI计划期间，产品负责人参与用户故事定义，为团队澄清产品需求，以便团队进行用户故事估算和用户故事排序，并为项目群增量起草团队目标。
迭代执行
待办事项列表梳理——产品负责人的主要职责是从系统架构师/工程师和其他利益相关者那里获得输入信息，并构建、裁剪和维护团队待办事项列表。待办事项列表主要是由用户故事组成，但也包括缺陷和使能。待办事项列表基于用户价值、时间和其他团队依赖关系进行优先级排序，团队依赖关系在PI计划会议上确定并在PI执行期间进行优化。
迭代计划——作为筹备迭代计划工作的一部分，产品负责人审查和重新排定待办事项列表（参见3.5节中的“迭代计划”的内容），有时还需要与其他产品负责人协调相互的依赖关系。在迭代计划会议上，产品负责人负责澄清用户故事细节和用户故事优先级，并负责接收最终迭代计划。
准时制（Just-in-Time，JIT）的用户故事细化——待办事项列表中的大部分条目都会细化成用户故事进行实施。这可能会发生在迭代之前、迭代计划过程中或迭代执行过程中。虽然任何团队成员都可以写用户故事和接收标准，但产品负责人对保持整个流程的顺畅性负有主要责任。通常比较好的做法是，在团队待办事项列表中的用户故事可供两个迭代执行。如果故事过多，则会导致产生队列等待；如果故事过少，则会抑制流动的进行。
支持ATDD——产品负责人参加用户故事接收标准的制订和起草，并提供示例以支持ATDD（Acceptance Test-Driven-Development，接收测试驱动开发）规范制订。可参考8.2节的内容。
故事接收——产品负责人是唯一可以接收用户故事完成的团队成员。接收用户故事包括验证用户故事符合接收标准，通过了适当和长期的接收测试，或者通过其他方式能够验证用户故事满足完成的定义。通过故事接收，产品负责人履行了质量保证的职能，主要侧重功能是否适合使用。
理解使能工作——虽然产品负责人无需推动技术决策，但是他们需要理解后续使能工作的范围，并与系统和解决方案架构师/工程师协同工作来帮助做决策，并为那些实现新商业功能的关键技术基础设施排定顺序。这通常需要进行人力物力安排，可参考4.8节中的描述。
参加团队演示和回顾——作为团队不可或缺的成员和团队需求负责人，产品负责人在团队演示、评审和接收用户故事，以及迭代回顾（参见3.12节）中发挥着重要作用。在回顾活动中，团队成员聚集在一起，改进流程。产品负责人也积极参与敏捷发布火车的“检视和调整”工作坊。
项目群执行
迭代和团队都服务于一个更大的目标——频繁、可靠和持续地发布以便实现解决方案的增值。在每个PI的过程中，产品负责人与其他团队的产品负责人协调各团队的功能相关性，通常产品负责人需要每周参加产品负责人协调会议来保障这一点。详细信息请参阅4.10节。
产品负责人在为项目群和价值流利益相关者进行演示的过程中也起到关键作用。
检视和调整
团队可以在PI的检视和调整工作坊上来处理那些较大的障碍。在工作坊中，各团队产品负责人协同工作来定义和实施改进故事，以提高项目群的速度和质量。
PI系统演示在检视和调整工作坊中进行，产品负责人在为项目群利益相关者进行PI系统演示时发挥重要作用。
产品负责人也参与PI系统演示的准备，以确保能够为利益相关者展现解决方案的最关键环节。
内容授权
对于大规模项目，一个人不可能身兼数职——既处理产品和市场策略也服务于某一个敏捷团队。因为在项目群中，产品经理和产品负责人分担“内容权力”，所以职责划分是非常重要的。通常的职责划分如图3.3-1所示。
产品经理 产品负责人 团队
面对市场/客户。识别市场需求。与市场/业务人员在一起办公。
负责愿景、路线图、项目群待办事项列表、定价以及ROI。
通过对特性和使能排定优先级来实现PI目标并发布内容。
建立特性的接收标准。 协调解决方案、技术和团队交互。与团队一起办公。
参与制订愿景和项目群待办事项列表。负责团队待办事项列表及实施。
定义迭代和故事。接收迭代增量。
通过合理排序故事实现迭代目标和迭代内容。
建立故事接收标准，接收故事并发布到产品基线。 面对客户/利益相关者。
负责故事估算并实现其价值。
参与意图式架构制订。负责浮现式设计。
协助细化待办事项列表和创建故事。
与其他团队进行集成。
产品经理、产品负责人和敏捷团队的人员配比
项目取得成功的一个重要因素是企业内各个岗位的人员配比。不合适的岗位人员配比会严重影响执行速度。因此，产品经理、产品负责人以及敏捷团队的人数必须是大体平衡的，以便正确地驾驶敏捷发布火车，否则整个系统将花费大量的时间在等待定义、澄清和接收等工作中。SAFe框架建议的人员配比如图3.3-2所示。
每个产品经理通常可以支持最多4个产品负责人，每个产品负责人最多可以负责1～2个敏捷团队的待办事项列表。
参考资料
[1] Leffingwell, Dean. Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the Enterprise. Addison-Wesley, 2011, chapter 11.
[2] Larman, Craig, and Bas Vodde. Practices for Scaling Lean & Agile Development: Large, Multisite, and Offshore Product Development with Large-Scale Scrum. Addison-Wesley, 2010, chapter 3.
