专业产品负责人：角色、技能与成功衡量
1. 知识测验回顾与思考
在开始深入了解专业产品负责人相关内容之前，先进行一个小测验回顾。以下有一些关于Scrum的陈述，你可以对比章节开头自己的答案，思考阅读完章节后是否会改变想法，以及是否认同以下答案：
| 陈述 | 同意 | 不同意 |
| — | — | — |
| 使用Scrum，需要在每个Sprint结束时进行发布 | | |
| 使用Scrum无法提供发布日期 | | |
| 可以在一个Sprint内进行多次发布 | | |
| 不允许团队在重要业务时期（代码冻结）发布，会降低敏捷性 | | |
| 使用Scrum，产品待办事项列表项必须使用相对点数进行规模估算 | | |
| 一个好的发布计划应该在发布前包含一个缓冲时间段，以稳定产品（修复缺陷、回归测试、文档编写等） | | |
这个测验能帮助我们更好地理解Scrum在实际应用中的一些关键概念和操作，为后续深入探讨专业产品负责人的内容做好铺垫。
2. 专业产品负责人的角色类型
专业产品负责人的角色存在两种极端类型，这两种类型反映了不同的工作环境和工作方式，大多数人的实际情况可能处于这两者之间。
2.1 接收型产品负责人
接收型产品负责人通常在大型企业工作，负责现有产品。上级管理层会为其提供关键绩效指标（KPIs），并往往伴随着既定的需求。这种情况限制了他们的主动性和远见性，容易陷入自满的陷阱，比如“我们这里一直就是这么做的”，这会使他们更像项目经理。
为了真正承担起产品负责人的职责，接收型产品负责人可以采取以下