跳到主要内容

由于俄罗斯入侵乌克兰,我们已经暂停所有购买和培训进出俄罗斯。

Scrum是关于价值而不是工作。来自Scrum指南更新的反思

2021年2月23日
这是本系列59篇文章中的第7部分Scrum指南2020更新

2020年11月是Scrum指南更新。好像就在昨天,但其实是3个多月前的事了。在这三个月里,我已经多次谈到这些变化,并以这次更新为借口谈论Scrum。就像肯和杰夫在发布会上Scrum并没有改变,但是这些改变提供了一个重新连接Scrum意图的机会。

我必须承认,我很享受这次机会,在这次旅行中我学到了很多东西。然而,我想分享一个既令人惊讶又不同时的主题。我给出这个观察的标题是“Scrum是关于价值而不是工作”。

好的,让我们提供一些背景。

Scrum指南2020确实在将Scrum定位为一个轻量级框架方面取得了很大进展,该框架将被授权的团队与问题联系起来,并创建了一个允许他们解决问题的环境。是的,这一直都是Scrum,但是在之前版本的指南中很容易迷失在细节中。2020年指南回到了它的根源,实际上在产品待办事项列表中增加了一个新的承诺,提供了对目标的描述。它还通过更新职责和删除开发团队,将一个专注于一个目标的团队加倍。

Scrum =一群自我管理的人专注于一个目标,以经验的方式取得渐进的进展,并有能力在学习过程中适应。

现在,对于阅读这篇博客的许多人来说,这并不奇怪。但实际上,许多Scrum团队的现实是他们没有一个清晰的价值观。事实上,他们的Backlog实际上是一个有序的工作Backlog。产品负责人实际上是工作的管理者。Scrum为他们提供了一个很好的基础,可以频繁地与利益相关者检查他们正在做的工作,并提供了一种日常机制来确保没有人懈怠。而且,它甚至考虑到确保团队有时间改进他们的工作方式。但货币就是工作。待办事项就是工作。成功不是结果,而是产出。整个过程始于‘这是我们应该做的所有工作,我们应该从什么开始?’。 Sprint Goals, if present, do not describe customer-centric, outcome-oriented, measurable outcomes, but actually a summary of the work. Goals include ‘finish Phase 1 of the roadmap and get it signed off by the boss’.

听起来是不是很熟悉?

当然不是,只是有时候,我们只是一个大机器里的小团队,嗯…

我明白了。我也对我在Scrum.org的团队有时专注于工作感到内疚。工作很重要,对吧?没有工作就无法实现目标,有时通过专注于工作,我们可以忽略价值的复杂性和客户的模糊性。Scrum可以帮助一个什么都没做的团队把事情做好。当我说“完成”时,我指的是“完成”,因为“完成”的定义为我们提供了一种承诺,允许我们检查和调整“完成”的含义。它使Done对于增量是透明的。再加上每个待办事项的成功标准,以及一个关心学习的团队,你就会获得专注、纪律和一套工具,以确保你完成工作。

那么,这有什么大不了的?当然,如果你正在完成工作,并且工作是有价值的,产品负责人正在对工作的顺序做出正确的选择,并接受我们学习和需要更新工作。这还不够吗?是也不是。是的,你做得很好,如果我和你一起工作,我会非常高兴。进步是一种美好的感觉,但我担心三件事。

首先,这份工作真的有价值吗?它真的混合了客户/用户的需求、执行它的成本和执行它的上下文的约束吗?或者它实际上是支付你工资的人的需求清单,与客户/用户没有任何明确的联系?如果Scrum团队更多地了解所交付的价值,那么他们是否能够想出更有创意、更便宜的方式来交付同样的价值呢?

其次,我们从丹尼尔·平克(Daniel Pink)的《激励我们的惊人真相》(the surprising truth that motivation us)一书中了解到,动机与目标有关。显然,对于大多数人来说,目标不是工作,而是影响其他人。为他人传递价值。目的与这是一件“人类”的事情有关。当然,我们都想把工作做好,让我们的团队和老板开心,但真正的黄金标准是我们在让世界变得更美好。

最后,自我管理的理念。我们利用团队来决定他们如何工作,他们创造的解决方案,并授权他们消除障碍。自我管理的一个关键因素是明确定义的目标。这允许Scrum团队说“嘿,我们可以做X来得到Y吗?”它允许他们远离待办事项清单中工作的描述,而是专注于他们为什么在这里以及他们能做什么。当然,如果Backlog以这样的方式编写,每个PBI都在目标和目的的上下文中描述一些东西,那么它甚至更容易自我管理。如果用任务来描述待办事项项,那就困难多了。

Scrum是关于在一个复杂而复杂的世界中交付价值。要做到这一点,你必须工作。然而,如果你太快地从工作的角度描述一切,那么你就会错过一个与团队联系的好机会,并提供独特的创新解决方案,让你的客户和用户感到惊讶。

这里有一些测试可能会被“告知”,因为它们有点过于工作,而不是以价值为导向。

  1. 你有产品目标吗?
  2. Scrum团队中的每个人都知道谁是客户/用户,你要通过这项工作解决什么问题吗?
  3. Sprint目标的创建有多大的挑战性?

当然,许多关于价值的挑战超出了Scrum团队的控制范围,事实上,这些挑战涉及到一个基本问题,即团队如何与客户/用户以及业务结果保持一致。对于许多组织来说,采用Scrum关注的是团队如何工作,而不是他们为谁工作。在大多数组织结构中,工业思维仍然很强。从经验来看,当你面临这样一个具有挑战性的情况时,最好像我祖母说的那样做“慢慢地,慢慢地抓住猴子”(我不知道她为什么会这么说,因为据我所知,她从来没有抓过猴子,也没有生活在有很多猴子的环境中)。逐步转向思考产品、客户、结果和目标。慢慢地细化待办事项,以描述交付的价值,并采取措施使其透明。通过让这些事情对客户透明,你可能会开始影响组织如何组织工作。它可以让团队慢慢地向代理客户链的上游移动,或者至少可以确保每个人都知道重点是什么。

我希望Scrum指南的变化能够帮助每个人进行这些对话,并提醒每个人Scrum团队的存在是为了交付价值。唯一的问题是他们看重的是谁和什么!

Scrum。


你觉得这个帖子怎么样?


博客评论
Baidu