写点什么

自组织敏捷团队的领导关系

  • 2013-05-02
  • 本文字数:2107 字

    阅读完需:约 7 分钟

实现自组织敏捷团队的组织依然需要管理者,但是管理者和他们团队之间的交互方式将会改变。对于那些为了实现自己的目标而工作的团队而言,管理者控制他们方式不再是告诉他们应该如何工作,而是应该建立一种服务型的领导关系,指导团队学习并持续提升他们自己的能力。

作为数字营销机构 Ciplex 的创建者,Ilya Pozin 在一个 LinkedIn 帖子想要公司发展么?解雇你的管理者中描述了,为了提升工作质量并且使雇员保持愉悦的心情他在自己的公司中做了哪些事情。他的公司正是通过这些事情让客户感到满意,同时降低了成本并且获得了更好的整体结果。他实现了一个面向目标的团队文化和支持学习并持续提升的领导关系,这和敏捷软件开发中使用的事情非常相似。在他的公司中,创建的团队和自组织敏捷团队相似:

我创建了 3 到 5 人的小团队,并且移除了这些团队或者团队成员中的所有“老板”。我还移除了这些团队中的所有“高级”或者“VP”头衔。尽管一个团队中的领导者将自然而然地浮现,但是依然没有必要使用一个严格的报告结构。

管理者为团队指定工作目标,但是并不会告诉他们该如何实现这个目标。团队使用 Scrum 冲刺的方式工作,同时会经常反省以提升自己:

我为每个团队指定了一个目标,这个目标能够很容易地在短时间(如 1 周或 2 周)内进行衡量。这使得雇员能够真切地看到他们工作的产出——这样他们就能够关注为什么要这样做而不再是该怎么做。给定一个目标并且坚持短时间框架,团队就能够衡量他们的性能并且从之前的错误中学习,还能够在下一个时间周期内获得提升。

团队由服务型领导关系管理:

管理者和老板应该重新定位,他们应该为团队提供支持,为团队工作,在他们所需要的任何地方帮助他们。之前的高层主管提供帮助和支持,而不是告诉雇员该做什么,该如何做。

同时应该辅导团队成员,这样他们就能够从自己遇到的问题中学习,并且能够解决它们:

不要纠正雇员或者解决他们的问题——而应该通过领导关系引导、支持他们。如果有一个问题,那么应该询问关键的问题从而引导他们找到解决方案,而不应该直接跳到解决方法,让自己占有支配权并拥有问题。

Ilya 在 LinkedIn 上发布的这个帖子介绍了自组织团队和领导关系如何为公司创造价值。今年的早些时候,InfoQ 也发布了一篇自组织团队的文章,该文章介绍了一个组织如何变成自组织,以及他们从这个过程中学到的知识。

在 Dzone 的文章自组织团队必须对领导关系做哪些转变?中,Gil Zilberfeld 谈论了领导敏捷团队,以及组织为了采用领导关系能做哪些事情。他解释了“自组织团队是否需要一个领导者?”这个问题:

无论我们是否愿意,我们都将看到领导者出现。这是自组织的一部分。因此,将会有一个或者多个带有不同类型影响的领导者。我们不能提前知晓谁将成为领导者,我们也不能主导这个过程。

根据 Gil 所言,管理自组织团队需要一个不同的管理模式,这个模式能够支持并引导团队,帮助团队更加高效:

我们需要理解自组织团队要比命令—控制这种金字塔型的团队更加有效。作为管理者,我们需要退一步,让团队获取自治权从而让其更加高效。

为了成为高效管理者,需要知道如何让自组织团队自我进化。我们需要告诉他们所有的复杂性和不确定因素,如何退一步从外部影响自组织团队。

在博客帖子领导一个敏捷团队就像拥有猫中,Mike Bovich 使用比喻描述了为了支持他们的团队敏捷领导者能够做什么。首先,他解释了自组织敏捷团队请求按照管理他们的方式进行改变:

为了成为一个高效的敏捷领导者,你必须愿意放弃控制权并且为团队服务。对于我们中的大多数人而言,这可能是最大的挑战——它有悖于我们的本能,但绝对是成功所必须的。

开发者是非常复杂的。每一个人都有各自的行为方式,而理解他们的唯一方式便是投入时间。就像猫一样,他们能够讲出真正有兴趣的人和仅仅是走过场的人之间的区别。投入时间,你将收到回报。忽略你的雇员,你将发现生产力受损。

根据 Mike 所言,敏捷领导关系会促进可持续开发,同时也会平衡工作和娱乐时间:

期望你的团队努力工作,但是也不要太过分。在工作完成之后,确保团队有时间放松,如果团队持续疯狂的工作,那么无论对谁都没有任何好处:生产力会降低,士气也会低落。作为一个敏捷领导者,期望团队能够高效工作没有问题,但是记得要保持平衡。

Steve Martin 在博客被遗忘的敏捷成员:管理和高级管理人员中解释说,为了能够成功地进行敏捷转变,管理者和高级管理人员的角色必须发生改变:

仅仅因为你有自组织,授权敏捷团队并不意味着管理或者高级管理人员不再有所牵连。他们依然不可或缺,没有这些角色,你推动的敏捷就有风险,这通常不会收到预期的回报。但是转变可以,为了做到这一点管理和高级管理人员是必不可少的。这也需要他们转变角色,就像团队成员的角色一样。

在敏捷转变过程中,管理者、高级管理人员和团队之间的领导关系和协作是非常重要的,涉及的所有人员对此都有贡献:

高级管理人员需要参加并就职,但他们不是主导者。这是一条好的实践路线。

管理者的角色应该转变为指导者和问题解决者,而不是每天亲自进行管理并分配工作。

团队也必须开放,并且愿意接受来自于管理和高级管理人员的意见并给出反馈。

查看英文原文 Leadership for Self-Organized Agile Teams

2013-05-02 09:132390
用户头像

发布了 321 篇内容, 共 119.3 次阅读, 收获喜欢 19 次。

关注

评论

发布
暂无评论
发现更多内容

活动回顾|阿里云云原生 Serverless 技术实践营深圳站回放 & PPT 下载

阿里巴巴云原生

阿里云 Serverless 云原生

Kubernetes常见的三种网络插件Flannel、Calico、Weave Net的比较:

虚实的星空

构建高效数据流转的 ETL 系统:数据库 + Serverless 函数计算的最佳实践

阿里巴巴云原生

阿里云 Serverless 云原生

Koordinator 助力云原生应用性能提升:小红书混部技术实践

阿里巴巴云原生

阿里云 云原生 Koordinator

云原生场景下月省 10 万元资源成本,这家企业做对了什么

阿里巴巴云原生

阿里云 容器 云原生

TiDB 助力保险业首个全栈自主的核心保单系统成功投产

PingCAP

数据库 TiDB 保险业

Kubernetes调试终极武器: K8sGPT

俞凡

人工智能 Kubernetes SRE ChatGPT

看孙玲TEDX演讲有感

五月的风

Solana 生态铭文跨链桥 Sobit 是何神圣?其场外白名单已达到1200U

BlockChain先知

MSE Serverless 正式商用,构建低成本高弹性的微服务架构

阿里巴巴云原生

阿里云 微服务 云原生

聚道云受邀参加【中国算谷·智慧庆阳】算力行动推进大会

聚道云软件连接器

普及旗舰音质,打造一加用户首选!一加 Buds 3定档1月4日发布

编程猫

云原生时代的安全变化趋势

穿过生命散发芬芳

七功能遥控编解码芯片

梦笔生花

为什么市场称SoBit 是铭文跨链赛道真正的龙头?

股市老人

场外白名单达到1200U?Solana 生态铭文跨链桥 Sobit 是何神圣?

石头财经

聚道云实现浙商银行与易快报完美互通,助力企业财务完成数字化转型

聚道云软件连接器

C 语言中的 switch 语句和 while 循环详解

小万哥

程序人生 编程语言 软件工程 C/C++ 后端开发

轻松搭建基于服务网格的 AI 应用,然后开始玩

阿里巴巴云原生

阿里云 云原生 asm

2024 Python开发者转型Go开发

K8sCat

Python Go 语言

内嵌AI智能会议、AI临时分身、AI降噪等创新技术,ThinkPad X1 Carbon AI发布

科技范儿

TiDB 7.5 LTS 发版丨提升规模化场景下关键应用的稳定性和成本的灵活性

PingCAP

数据库 TiDB pingCAP

高效打通,释放人力——聚道云软件连接器助力生产制造行业人力资源信息交互

聚道云软件连接器

Solana 生态铭文跨链桥 Sobit 是何神圣?其场外白名单已达到1200U

股市老人

TiDB 7.1 多租户在中泰证券中的应用

PingCAP

数据库 TiDB

2023 年中国金融级分布式数据库市场报告:TiDB 位列领导者梯队,创新能力与增长指数表现突出

PingCAP

数据库 TiDB

0.1+0.2≠0.3,揭秘Python自带的Bug

程序员晚枫

Python

多语言应用监控最优选,ARMS 应用监控 eBPF 版正式发布

阿里巴巴云原生

阿里云 云原生

自组织敏捷团队的领导关系_文化 & 方法_Ben Linders_InfoQ精选文章