Scrum产品领导力

产品负责人可能承担太多的责任，变得过于战术化和内向型，而忽视了他们的主要工作：最大化产品创造的价值。 正如我在本文中所解释的，产品所有者应该管理产品并行使产品领导权，而不是管理团队或建立正确的流程。

领导的三种类型

Scrum是一个简单的框架，具有三个角色：产品所有者，开发团队和Scrum Master。 每个角色都提供不同类型的领导。 作为产品负责人，您领导产品并为产品的整体成功负责 。 跨职能开发团队负责设计和技术决策； 和Scrum Master指导流程和组织变革，如下图所示。

尽管这三个角色扮演着不同的领导角色，但相关人员必须有效协作以取得产品成功，并调整产品策略，路线图，积压，设计和技术以及流程决策，而又不会失去对各自核心职责的关注。 [1]

领导产品

作为产品所有者，您应该通过提供启发性的愿景来领导产品并指导开发工作； 经过验证的产品策略 ，可以清楚地传达产品的价值主张，目标群体，突出的功能和业务目标； 可行的产品路线图 ，其中详细说明了策略并说明了产品可能如何发展； 优先产品积压 ，可以捕获所需的功能； 并通过正确的方式吸引利益相关者参与 ，例如邀请他们参加产品策略和路线图研讨会以及冲刺审查会议 。

虽然我想鼓励您让开发团队成员和主要利益相关者参与愿景，战略和路线图工作，但您应该领导这些活动，以最大程度地提高产品创造的价值。 这可能意味着要做出艰难的决定 ，对某些想法和要求不予回应，同时努力成为一名有效，平衡的领导者-避免过于独裁和不够自信的陷阱。

要求提供正确的产品领导地位； 它需要一套特定的技能，并且通常需要您作为产品负责人全神贯注。 考虑您要做的所有事情：与用户联系以了解他们的需求并验证想法； 管理内部利益相关者并保持他们的循环； 定期审查产品策略和路线图，从而考虑市场趋势和竞争； 与开发团队一起处理积压的产品，并回答冲刺中出现的问题； 参加sprint事件-列表继续。 [2]

然而，当Scrum Master或开发团队没有提供必要的领导力时，产品所有者通常会介入并承担其他责任，例如照顾开发团队并解决团队中的冲突，或做出设计决策。缺乏时间或技能，或者根本没有Scrum Master。 结果，产品所有者可能变得过于战术性和内向型，过于关注团队和流程问题，而忽视了战略性产品工作。

这有可能再也看不见树木的树木了。 在最坏的情况下，该策略不再有效，但是您将尽一切努力向前迈进，要求团队推出越来越多的功能。 从个人的角度来看，承担其他责任是不健康且不可持续的：如果尝试保持所有产品工作并承担开发团队或Scrum Master的职责，您最终将劳累过度。

做正确的事

作为产品所有者，您不负责团队成员有效地协作和管理他们的工作，提供正确的用户体验（UX），使用正确的软件体系结构以及做出正确的技术决策。 这就是开发团队的工作 。

您也没有责任使用正确的流程和方法，消除障碍，利益相关者和管理层了解敏捷的原则和实践，或者对组织进行必要的更改（例如建立有效的产品管理小组 ，调整角色和责任，或为团队提供有利于创造性工作的环境。 这是Scrum Master的责任。

尽管这很重要，但您应该避免承担其他责任，因为这只会稳定无效的设置：如果您可以执行Scrum Master工作并照顾团队，那么为什么有必要雇用专门的，合格的Scrum Master？ 如果可以进行UX设计，那为什么还要聘请设计师？

尽力而为，拒绝，提供正确的领导，专注于您的工作-实现产品成功，而不是管理开发团队或流程。

笔记

[1]我在上图中放置了产品所有者和开发团队之间的用户研究，冲刺目标选择和产品积压工作细化，因为这些职责由Scrum中的两个角色共同承担。 因此，您应该让开发团队成员参与用户研究活动，例如观察用户并听取他们对原型和产品增量的反馈。 选择下一个冲刺的目标 ，并更改产品积压的工作，包括分析数据 ， 将较大的项目分解为较小的项目并准备好它们 ，也是如此。 这使您可以利用团队的知识和创造力； 它有助于开发团队成员了解用户需求，并做出正确的设计和实施决策。

[2]当您管理更大或更复杂的产品时，通常不可能以单个产品所有者的身份进行必要的产品工作。 因此，正如我在我的文章“ 扩展产品所有者角色 ”中所讨论的那样，您将必须在一群人之间共享产品领导地位。 无论选择哪种规模化方法，基本的分工都保持不变：产品人员领导产品，但团队或流程则不行。

翻译自: https://www.javacodegeeks.com/2018/05/product-leadership-in-scrum.html