写点什么

我同情所有的 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:005555

评论 1 条评论

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

Junit执行单元测试用例成功,mvn test却失败的问题和解决方法

陈磊@Criss

NetPerf揭示容器间是高速路还是林荫小路

陈磊@Criss

从实际案例讲 Deno 的应用场景

keelii

Java typescript deno

重磅消息,我国数字人民币将在京津冀等具备条件地区试点

CECBC

数字货币 货币

【写作群星榜】8.1~8.14 写作平台优秀作者 & 文章排名

InfoQ写作社区官方

写作平台 排行榜 热门活动

6种快速统计代码执行时间的方法

Bruce Duan

java统计时间 currentTimeMillis nanoTime StopWatch

微服务框架 - 模块功能设计篇

superman

从北京降雨的复盘中,我发现了企业SD-WAN网络的秘密

脑极体

手撕二分查找及其变种,就是干!

我是程序员小贱

Vue项目起步

JackWangGeek

Vue

2.3.1 理解动态代理 -《SSM深入解析与项目实战》

谙忆

非科班学习编程一定得知道这几个网站!

我是程序员小贱

用Ant实现Java项目的自动构建和部署

陈磊@Criss

2.3.2 JDK动态代理 -《SSM深入解析与项目实战》

谙忆

[修复 Webpack 官方 Bug] 提取CSS时的依赖图修正

分一

大前端 webpack 编译优化 源码刨析

芯片破壁者(十二.下):青瓦台魔咒与半导体“死亡谷”

脑极体

Serverless:为我们到底带来了什么

刘宇

Serverless 云原生

Facebook开源的数据Mock:Memisis详解

陈磊@Criss

Swagger 这一个文章就够了

陈磊@Criss

实用心理学—没用你打我!

代码制造者

职场 职场搞笑 信息技术 人工

Django的Models更新时,不触发Signals解决办法

BigYoung

django singals 信号机制 update 更新

图解23种设计模式——前方高能,前端切图仔请务必抓好方向盘

执鸢者

typescript 大前端 设计模式

中本聪原始比特币论文解读:点对点的电子现金系统

韩超

比特币 区块链

Flink 中的应用部署:当前状态与新应用模式

Apache Flink

flink

一文了解对称加密与非对称加密

我是程序员小贱

安全

LeetCode题解:88. 合并两个有序数组,splice合并数组+sort排序,JavaScript,详细注释

Lee Chen

大前端 LeetCode

微服务框架-模块需求篇

superman

Windows AD 保姆级配置NTP服务器教程

BigYoung

时间 AD ntp Windows Server 2012 R2

源码分析 | 咋嘞?你的IDEA过期了吧!加个Jar包就破解了,为什么?

小傅哥

Java 字节码插桩 asm bytebuddy

为什么会是Docker?

架构精进之路

Docker

微博基于 Flink 的机器学习实践

Apache Flink

flink

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