Scrum 指南 | 7. Product Owner最常犯的错误
已发表: 2022-04-14在今天的帖子中,我们将重点关注产品负责人面临的最常见挑战。 我们还将告诉您如何为产品负责人的这些错误最常发生的情况做好准备。
产品负责人的错误——目录:
- 产品负责人和客户之间可能出现的问题
- 产品负责人面临的与 Scrum 团队其他成员有关的挑战
- 概括
产品负责人和客户之间可能出现的问题
产品负责人是对 Scrum 团队的失败负有个人责任的人。 因为这个职位超出了团队的活动范围,所以认为 Product Owner 是唯一可拧的脖子。 换句话说,当 Scrum 团队出错时,受害最大的是产品负责人。 那么如何处理出现的麻烦情况或更好地防止它们首先发生呢?
为了回答这一点,我们在下表中对产品负责人和客户的一些主要错误进行了清晰而深入的分析,并对其进行了详细讨论。
错误 | 产生的问题 | 解决方案建议 |
---|---|---|
无法确定优先级 | 未优化的产品待办事项,产品目标模糊 | 倾听、提问、与客户协商产品目标,认真处理协商结果 |
缺乏自信 | Scrum 团队需要完成的任务太多 | 现实地思考,了解并记住团队的能力 |
业务能力不足 | 降低 Scrum 团队创建的产品的商业价值的风险 | 不断学习和获得业务能力 |
无法确定优先级
不知道如何确定优先级的错误是许多产品负责人的祸根。 为什么任务优先级是核心竞争力? 因为当一切都变得同等重要时,产品目标就消失了。 这就是 Scrum 团队活动的预期效果。
在与客户第一次就产品目标进行对话时,问题就已经开始了。 客户通常希望他的所有想法尽可能快速和廉价地实现。 产品负责人的任务是建立优先级列表。 他的任务是根据非结构化的客户期望,创建一个清晰可行的期望列表,从最重要到最不重要。
优先级问题通常源于对客户期望的误解。 当产品负责人无法从客户那里提取有关真实产品目标的信息时,它就会出现。 这就是产品应该响应什么需求的问题的答案。
那么你如何保护自己免受这个错误的影响呢? 首先——仔细倾听客户的意见。 其次,学会提出有关目标以及每个产品功能如何工作的问题。 第三——协商和限制要实现的目标。 为此,您将需要自信。
当产品负责人有一系列任务要做时,有一些行之有效的方法可以提高他们的进度和细化。 例如,使用所谓的艾森豪威尔矩阵用于根据重要性和紧迫性标准对任务进行优先级排序。
产品负责人缺乏自信
与无法确定优先级密切相关的问题是缺乏自信。 它会导致不适当的任务排队,并通过将过多的任务与产品目标相结合而阻碍产品目标的实现。 因此,对客户说不的能力至关重要。
产品负责人的自信应该基于三个支柱:
- 了解团队的能力,
- 了解团队使用和开发的解决方案,
- 根据他们在 Scrum 团队中的位置了解他们的角色和价值。
因此,防止自信问题的最重要方法之一是产品负责人每天与 Scrum 团队合作。 这将帮助他建立关于实施客户想法的时间和能力的现实信念。
业务能力不足
我们要讨论的下一个错误是缺乏适当的商业资格。 这些产品负责人的优势通常是专业资格。 他们的能力与开发团队的领域比与业务更密切相关。 因此,缺乏关于竞争、市场规则和 Scrum 团队创建的产品的最终客户的成熟实用知识。
没有简单的补救措施,因为它可能发生在非常特殊的情况下。 然而,对于产品负责人来说,一个好的做法当然是承认这一点并不断学习并获得经验和业务能力。
产品负责人面临的与 Scrum 团队其他成员有关的挑战
确定任务优先级的能力、产品负责人的自信以及他高超的业务技能是创建模范产品待办列表的必要先决条件,这是 Scrum 团队的长期基础。 如果 Backlog 没有一致且准确地列出,产品负责人-客户关系中的问题将溢出到产品负责人-其他 Scrum 团队成员的关系中。 反过来,它们直接影响 Scrum 团队的效率。 在与其他 Scrum 团队成员的关系中,还有哪些其他陷阱在等待产品负责人?
为方便起见,我们将产品负责人和 Scrum 团队之间的问题以表格形式呈现。 您可以在下面找到每个问题的详细讨论和解决方案建议。
错误 | 产生的问题 | 解决方案建议 |
---|---|---|
魅力不足 | 开发团队不执行积压中包含的任务,产品负责人的意见受到质疑 | 基于软技能和知识建立权威 |
专业技能不足 | 对开发团队日常运营和能力的误解 | 定向到团队成员的专业,以及获得团队专业领域的知识 |
独立 | 责任分散 | 赋权 |
缺乏魅力
每天,产品负责人的工作是协调客户的指导方针与开发团队实施的方式。 这无疑需要拥有正确的权威、倾听技巧和魅力。
权限不足的问题不是一蹴而就的。 它需要长期致力于软技能。 并获得有关其他团队成员的任务范围和技能的知识。
专业技能不足
正如我们在回答谁是产品负责人的问题的文章中所写的那样,产品负责人的角色并非严格意义上的技术。 但是,了解开发团队成员的专业技能基础知识可以显着提高产品负责人的权威。 团队专业领域的资质不足不仅会产生产品负责人的魅力和权威的问题。 对开发团队成员的专长和他们的基本能力不感兴趣的错误会产生有趣的情况,但也会产生灾难性的业务和人际关系后果。
因此,为了让 Scrum 团队交付最优质的产品,产品负责人必须对产品有透彻的了解。 考虑到产品负责人是专业团队的一员,获得正确的资格应该不难。 他们不仅可以提供解释,还可以就从何处获取有关其领域的知识提供建议。
独立
产品负责人必须能够独立做出决定。 当然,关键是要了解 Scrum Team 的情况,并不断与 Development Team 沟通。 但是,产品负责人对其行为的有效性负责。 出于这个原因,产品负责人需要建立他们的权威并对他们做出的决定负责。 关于团队方向、优先级和接受任务的最终决定权属于他们。
概括
我们发现了产品负责人最常见的错误。 产品负责人的角色并不容易。 这就是为什么在服用它时,值得为别人在他们的道路上遇到的问题做好准备。
客户关系问题通常源于缺乏自信、无法确定优先级以及业务技能不足。
在与 Scrum 团队其他成员一起工作期间出现的产品负责人错误是由于担任产品负责人角色的人缺乏独立性和魅力不足。 另一个原因可能与缺乏专业技能和不愿意——或没有时间扩展知识有关。
如果您喜欢我们的内容,请加入我们在 Facebook、Linkedin 和 Twitter 上忙碌的蜜蜂社区。
Scrum 指南:
- 基本术语、角色和概念的词汇表
- 什么是 Scrum?
- Scrum 价值观
- 如何在贵公司实施 Scrum?
- Scrum 团队——它是什么以及它是如何工作的?
- 谁是产品负责人?
- 产品负责人最常犯的错误
- 谁是 Scrum Master?
- 优秀 Scrum Master 的特征
- Scrum Master 最常见的错误
- Scrum Master 应该跟踪哪些统计数据和指标?
- Product Owner 和 Scrum Master 之间的合作
- Scrum 中的开发团队
- 开发者最常犯的错误
- Scrum 工件
- 扩展 Scrum
- 冲刺积压
- 什么是产品待办列表?
- 什么是用户故事?
- 用 INVEST 创建最好的用户故事
- 最常见的用户故事错误
- 用户故事接受标准
- Scrum 中的估计和故事点
- 规划扑克
- 团队估计游戏
- 定义增量
- Scrum 事件
- Scrum 中的 Sprint 是什么?
- Scrum 团队承诺 - 产品目标、Sprint 目标和完成定义
- 什么是燃尽图?
- 如何创建和解释燃尽图?
- 燃尽图的优缺点
- Scrum 和 Scrumban 中的看板
- Scrum 中的速度——开发团队的速度
- 每日站会
- 冲刺计划
- 冲刺回顾
- 什么是 Sprint 回顾展?
- Sprint 回顾中的常见错误
- 产品积压培养