写点什么

我同情所有的 Scrum 团队,因为他们经常被指导得死去活来

  • 2022-08-30
    北京
  • 本文字数:2049 字

    阅读完需:约 7 分钟

我同情所有的Scrum团队,因为他们经常被指导得死去活来

公司领导层是 Scrum 团队前进的绊脚石。

“敏捷只适用于团队”是一种错误观念

 

我同情所有的 Scrum 团队,他们尽其所能使他们的 Scrum 发挥作用,但却受到了管理层的阻挠。我遇到过许多团队,他们非常了解 Scrum 的理念,并且通常会在头几个月中取得巨大的进展。但很快,一切就戛然而止了。

 

公司领导层是 Scrum 团队前进的绊脚石。更糟糕的是,这个团队还会因为停滞不前而受到指责。所以,他们要么被派到其他的培训机构,要么就是聘请外部教练来提高团队的水平。而与此同时,“房间里的大象”却没有被提及。管理者和企业的领袖们还是老样子,因为“敏捷只适用于团队”,这对他们没有任何的影响。

 

“敏捷只适用于团队”是一种严重的错误观念,而且会造成很大的伤害。不仅团队在创造高价值产品方面受到限制,心态也会有所变化。他们觉得自己被束缚了,会感到失望、沮丧,这可不是工作中最好的心态。

 

Scrum 团队通常在自我管理方面非常出色,但他们在许多方面都被组织所束缚。

被束缚的 Scrum 团队

Scrum 团队需要决定做什么、如何做、何时做

 

在复杂的工作中,有一个很大的特点就是你不能提前预知哪些东西能给你带来最大的价值。

 

“在复杂的环境中,会发生什么是未知的。”

 

——《Scrum 指南》2020

 

你需要迈出一小步,从这一步中学到一些东西,再决定下一步该怎么做。团队需要有创意地协作来迈出这一步,以实现下一阶段的产品增长。

 

这就是为什么 Scrum 团队应该决定做什么、如何做和何时做。产品负责人是决定产品 Backlog 顺序的人,这也是 Scrum 团队的唯一工作来源。这是 Scrum 的一个基本要素。

 

但是,这并不意味着管理者和 Scrum 团队之外的其他人员能绕开产品负责人,向 Scrum 团队提出请求或指令,这样毫无意义。但在实际中,这也是常有的事,最终会影响到团队在处理复杂问题时的反应。

不能过度依赖工作计划

 

与告诉团队做什么几乎同样具有破坏性的是,允许团队创建自己的计划,但告诉他们要坚持这些计划,并把精力投入到工作中。

 

承诺本身是一件好事,它甚至是 Scrum 五大价值观之一。但是在复杂的环境中,团队不可能对一个详细的基于产出的计划做出承诺。你不知道要达到目的,必须要做些什么。

 

更重要的是,如果按计划交付全部的产出,也不会获得成功,你不知道你所创造的东西能否达到你的目的。构建产品增量的全部意义,就是要知道你是否已经朝着你的目标迈进了一步。

 

团队依然可以作出承诺,但是要在接下来实现自己的目标。Scrum 团队将 Sprit 的目标视为 Sprint 的一项承诺,他们有产品目标作为他们的长期承诺。

 

那些告诉团队要把精力投入到他们计划的管理者们,实际上就是要求团队忘记从自己所创造的东西中吸取经验教训。管理者认为这个时间是可以预测的,这种想法会给 Scrum 的有效性带来灾难。这一点,Scrum 团队中的所有人都心知肚明。

解决组织障碍

 

Scrum 团队并不是孤立地工作,他们属于一个组织的一部分,他们必须与该组织的文化、程序、规则和条例打交道。这很合理,但许多 Scrum 团队会挑战现状,他们需要寻求更好的方式来完成自己的工作,并取得成效。这就意味着,Scrum 团队必须要处理好组织中的各种障碍。

 

比如,一些组织内部的文化也许并不符合 Scrum 的理念,程序、规则和条例可能会阻止团队迅速地对他们所做的事情做出反馈。如果这是阻碍团队前进的因素,那么就应该做出改变。如果管理者和企业领袖忽略或者拒绝做出改变,Scrum 团队就会不可避免地碰壁。

 

Scrum 团队将达到一个不能再提高的程度,当他们无法再提高时,也很难继续取得进展。

改变领导层的想法

 

上面几个例子讲的都是管理者和企业领袖怎样妨碍 Scrum 团队有效工作。但是在大部分时间里,Scrum Master 和敏捷教练的关注点都只在团队上,他们得到了大量的培训和教练指导,或是被投入到另外一个敏捷转型中去。

 

你不能尝试说服那些相信敏捷的人,他们要么已经加入了你的阵营,要么对实际的执行情况感到心灰意冷,愈发怀疑。

 

在这种情况下,Scrum Master(和其他敏捷教练)应该专注于解决经理和公司领导的想法。如果问题出在这些人身上,进展受到阻碍是由于他们对于敏捷的认识有误,那就把矛头对准他们。

 

对管理者和企业领袖们进行指导。将 Scrum 的实施范围扩大到他们。毕竟,Scrum 团队能否取得成功,管理者和利益相关者是关键。(延伸阅读:《经理可以决定你的 Scrum 团队的成败——他们的影响力至关重要》)

 

你可以通过以下方式改变管理者和企业领袖对敏捷的认识:

 

  • 创建并交流愿景。

  • 把愿景和企业的目标结合起来。

  • 建立起一种互信的氛围。

  • 承认 Scrum Master 是一个同时支持组织的领导者。

  • 了解自我管理和跨职能团队的重要意义。

  • 帮助组织进行变革,排除阻碍 Scrum 团队发展的因素。

 

领导层需要设定目标,让 Scrum 团队摆脱束缚,其余的问题将迎刃而解。

 

作者介绍:

 

Willem-Jan Ageling,作家、编辑,Serious Scrum 的创始人。喜欢写关于价值最大化的文章。

 

原文链接:

 

https://medium.com/serious-scrum/scrum-teams-are-often-coached-to-death-while-the-problems-are-with-management-60ac93bb0c1c

2022-08-30 14:005506

评论 1 条评论

发布
用户头像
看了好像又没看,因为什么都没讲。
2022-08-31 15:43 · 湖北
回复
没有更多了
发现更多内容

新生必备清单:不想成为虚度青春的“小透明”,手机应该怎样选?

脑极体

今天你内卷了吗?

池建强

个人成长 内卷化

搭乘政策红利“快车” 欧科云链助力区块链人才培养

CECBC

nginx配置文件

张明森

谈谈敏捷中的那些模式

Bob Jiang

敏捷 敏捷开发 敏捷教练

Dockerfile你值得拥有

北漂码农有话说

Docker

LeetCode题解:70. 爬楼梯,递归+哈希表,JavaScript,详细注释

Lee Chen

大前端 LeetCode

无意中参加了infoQ的一期活动,获得了所有奖项,哈哈哈。。。

诸葛小猿

InfoQ 奖品

来了来了!Docker安装及运行原理

程序员的时光

Java Docker 微服务

“PlusToken”跨国网络传销案告破,涉案400亿元!

CECBC

架构师训练营第九周作业

张明森

小伙伴想写个 IDEA 插件么?这些 API 了解一下!

程序员小航

IDEA idea插件 教程 API IntelliJ IDEA

金融行业区块链技术应用有了“安全符”

CECBC

刘华:事实证明,假敏捷都比瀑布优秀

刘华Kenneth

DevOps 敏捷 软件开发

30岁的二三事

大唐小生

总结 个人感悟

什么是算法的大O表示法

码农神说

算法 时间复杂度 Java算法 大O

F5G+X:给5G一个伙伴,给千行百业一个拥抱

脑极体

敏捷教练和Scrum Master - 敏捷转型中的两个重要角色的对比

Bob Jiang

Scrum 敏捷教练 ScrumMaster

dubbo-go 中使用 sentinel

apache/dubbo-go

dubbo sentinel Go 语言

别在网上乱找代码了,找了一段代码突然爆了!!!

导导

Java

JVM参数手册

Rayjun

JVM GC

RRedis系列(八):缓存到底该如何做到高可用?

z小赵

redis 分布式系统 高并发系统设计

Docker 网络

北漂码农有话说

Docker

这16道Redis最常见面试问题,你能回答上来几个?

火羊哥

Java

架构师训练营第九周学习总结

张明森

Scrum Master是否需要懂技术

Bob Jiang

敏捷 敏捷开发 敏捷教练 ScrumMaster

微碳系:我心中的宇宙

Geek_116789

JVM详解之:类的加载链接和初始化

程序那些事

Java JVM GC 加载

最牛逼的Java框架,没有之一

我是苞谷

【面试必问】Spring中的事务管理详解

只喝纯牛奶

格一格你的情欲念

王进行

我同情所有的Scrum团队,因为他们经常被指导得死去活来_文化 & 方法_Willem-Jan Ageling_InfoQ精选文章