你的不合格产品目标和产品目标画布——让你的Scrum工作(28)

Stefan Wolpers

2022年12月12日

TL;DR:你的不合格产品目标和产品目标画布

我们在Scrum中制定了很多计划:当开发人员在每日Scrum中考虑向Sprint目标前进时，会有一个每日计划。当然，Sprint目标反映了Scrum团队认为有价值的解决客户问题的中间目标。此外，还有产品目标，这是Scrum团队的中期或长期目标。

问题是，当Scrum团队已经在努力接受Sprint目标的概念时——首先，你同意Sprint的目标，然后你选择你认为完成它所必需的工作——他们很可能也在努力实现合适的产品目标。

让我们来看看Scrum团队在产品目标方面的三个关键问题，以及一个可以帮助你避免混乱的实用工具。

让我们创造透明——加入975 +同行：加入匿名Scrum Master工资报告2023．

Scrum指南几乎没有深入研究产品目标的概念，指出“它描述了产品的未来状态，可以作为Scrum团队制定计划的目标。产品目标在产品待办事项列表中。”(源(产品目标是对产品待办事项列表的承诺，提供透明度。)

此外，产品负责人的任务是“开发并明确传达产品目标”，作为产品待办事项列表管理活动的一部分。（源)。

Scrum指南中没有关于产品目标的进一步指导。

鉴于Scrum指南对产品目标的简短描述，有三种常见的产品目标反模式值得观察:

没有产品目标没有产品目标，或者更糟的是，产品待办事项列表的内容被压缩在一个虚构的“产品目标”之下，因为Scrum指南要求产品负责人定义一个产品目标。这种方法扩展了先选择Sprint的工作，然后再确定涵盖大部分工作的Sprint目标的坏习惯。同样，从整体的角度来看，将Scrum过程的核心部分颠倒过来并不能帮助Scrum团队成员的工作价值最大化;它只是一种货物崇拜Scrum的形式。
Par order du Mufti:产品负责人单独制定产品目标，将Scrum团队的其他成员排除在流程之外。这种行为对于降低产品负责人爱上他们的解决方案而不是客户问题的风险是非常有问题的。因此，他们的队友应该尽早向产品负责人提供反馈和专业知识，特别是在技术方面，以及产品负责人对客户有价值的东西的看法方面。
没有检查:在Sprint评审会议期间检查产品目标进展的机会被忽略了。实际上，产品目标直到完成或放弃才被检查或调整。许多人渴望连续性和常规。然而，这里忽略了敏捷软件开发宣言的四个价值之一:响应变更而不是遵循计划(源)，破坏了团队当初选择Scrum的原因:在降低风险的同时解决复杂的、适应性的问题。