2021年9月9日

检查和产品积压-回到Scrum框架的基础(17)

Scrum建立在经验过程控制之上,而检查是三大支柱之一。

在一个或多个Scrum事件中检查每个Scrum工件,以检测不需要的差异。如果您觉得某些东西没有按预期运行,请与您的团队一起仔细查看您的工件可能发生的情况。

检查是指在实现商定目标的过程中发现不必要的差异。

让我们来看看产品待办事项。

至少在Sprint规划和Sprint评审期间检查产品待办事项,以检测与产品目标相比,产品在某一天(短期和长期)能够成为什么样的产品以及它能够提供什么样的功能方面的差异。

通常,整个Scrum团队和利益相关者都参与其中。

产品待办事项列表列出了预计在一天内成为产品一部分的项目。如果你仔细看看这些,它们真的能实现产品目标,甚至团队和组织的使命和愿景吗?有哪些重叠?差距是什么?

当然是产品负责人,但其他团队成员也会受益于让最终用户参与这些对话。他们在找什么?他们的斗争是什么?我们想解决这些问题吗?这些是否与产品目标一致?如果是这样,我们会在产品待办事项列表中找到这些吗?
产品待办事项列表中有哪些项目似乎没有解决最终用户表达的任何挑战,也没有解决产品目标?用户是否忽视了这些?还是这些东西没有意义?或者这些真的是用户从未想过的创新。。。?

总结:

“您是否检查产品待办事项以检测产品预期未来的差异?”

推特

提示:与您的整个团队一起评估您的产品待办事项。回答用户的挑战可能缺少什么?产品待办事项列表中哪些内容可能太多而产品中不需要?

我们希望您能在这些短消息中找到价值,如果您想了解更多信息,请随时联系我们。

下周我们将关注Sprint积压工作和检查。

如果您想更深入地了解我们在本系列博客中介绍的核心概念,那么查看我们的专业Scrum精通研讨会.
不想错过这些吗?拥有专业的Scrum基金会系列每周在你的邮箱里.

检查产品待办事项的目的是什么?

博客评论