角色:产品负责人
产品负责人(Product Owner)代表最终用户的需求,并定义了项目中的“工作”。该团队成员通常开发团队在同地协作。
角色集:部署实施
关系
主要描述

此角色是管理产品订单(Product Backlog)以及保证开发团队执行工作价值的唯一责任人。产品负责人拥有定义待构建的“对”的产品的责任,决定构建的特性的优先顺序,以及确认产品实际运行。产品责任人负责根据以下方面定义将由团队进行开发的产品特性:

  • 功能:识别每个产品需求(作为产品订单中的条目)并在团队需要时提供这些需求的细节,包括为每个需求指定所需的确认测试
  • 优先级:根据订单项带给顾客和用户的价值大小,定义待开发订单项的优先顺序,这作为产品订单项为团队进行Sprint/迭代计划提供了准备。
  • 目标:定义发布目标以及和发布计划相关的决策。

产品负责人拥有以下职责:

  • 定义产品特性
  • 决定发布的日期和内容
  • 为产品收益负责(ROI)
  • 根据市场价值排序特性
  • 根据需要调整特性及其优先级
  • 接受或拒绝工作结果

此角色维护产品订单,并确保其对每个人可见。每个人都理解哪些订单项有最高优先级,从而开发团队中的每位成员都知道工作是什么。

产品负责人是一个人,不是委员会。委员会可能存在并建议或影响此人,但对于团队成员来说,如果某人希望变更订单项的优先级,他必须先说服产品负责人。在这种方式下,此角色将随着时间的进展影响组织设定优先级和需求的方法。

产品负责人要获得成功,需要组织中的每个人尊重他们的决定。不允许任何人按不同的优先级直接指挥开发团队成员工作。也不允许团队成员接受来自他人的与于产品负责人提供的决策不一致的要求。产品负责人的决策通过产品订单的内容和优先级来可视化。该可视性将要求产品负责人做出他们自己最好的努力。可视性使产品负责人角色成为一种高要求且值得的经历。

产品负责人负责三个Scrum仪式中的第一个,Sprint/迭代计划会议。开发团队评估已按优先级排序的产品订单,识别其中最高优先级的工作项,并承诺在Sprint/迭代中完成所选择的工作项。这些工作项将成为Sprint/迭代订单的基础。

作为对开发团队承诺完成所选任务的回报,产品负责人承诺在此Spring/迭代中将不引入新的需求。允许进行需求变更,但是仅仅在此Spring/迭代之外。在团队开始Sprint/迭代后,剩下的重点在于此Sprint/迭代的目标。唯一的例外是在引入新需求时,从Sprint/迭代中移除当量的工作。

人员配备
技能

扮演此角色的人员应具备以下能力:

  • 良好的业务领域知识
  • 展示领导能力,并被外部利益相关人(客户和用户)所尊重
  • 在正确的时间(不早、不迟)做出决策
  • 对变更保持开放的态度
  • 同团队进行高效沟通的技能

以前的业务分析员或项目经理是扮演该角色的不错的候选人。

分配方法

对每个开发团队来说仅有一人可以承担此角色。此人必须分配给项目(产品负责人是开发团队中的成员,并且应该参与每日站立例会)。此角色要求是全职。

产品负责人是:

  • 专注于项目的某个单独人员,他必须有效回答团队的问题、及时定义特性测试并提供建议
  • 考虑产品的不同方面(如软件界面)
  • 团队中的外部成员,参与Sprint/迭代计划和评审会议
  • 通常来自于市场人员或内部开发的某个关键用户
  • 可以是客户代表或客户代理

来自Ken Schwaber Scrum指南的建议:

  • 产品负责人可以是团队的成员,并承担额外的开发工作。此额外的责任可能会影响产品负责人同利益相关人共同工作的能力。然而,产品负责人永远不应该是Scrum主管(Scrum Master)。
  • 对商业开发来说,产品负责人可以是产品管理人员。对内部开发工作来说,产品负责人可以是负责业务职能的管理者,这几乎是自动默认的。
关键注意事项

产品负责人的承诺是保证项目成功的基础。通过定义产品版本,他们为团队提供了方向。通过外部促使每次Sprint/迭代结果,产品负责人为团队带来承认和激励。