HarmonyOS开发者限时福利来啦!最高10w+现金激励等你拿~ 了解详情
写点什么

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

  • 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:132365
用户头像

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

关注

评论

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

一文简述:云端架构的演变过程

穿过生命散发芬芳

3月月更

【技术干货分享】一文了解Nginx反向代理与conf原理

Linux服务器开发

nginx 负载均衡 反向代理 后端开发 Linux服务器开发

企业怎么制作帮助文档

小炮

企业 帮助文档

Apache Flink 在翼支付的实践应用

Apache Flink

大数据 flink 编程 流计算 实时计算

Flink CDC 2.2 正式发布,新增四种数据源,支持动态加表,提供增量快照框架

Apache Flink

大数据 flink 编程 流计算 实时计算

深度确定性策略梯度(DDPG)

行者AI

区块链中的共识机制简介

中原银行

区块链 中原银行

协同·转型·智慧,WorkPlus移动平台帮助企业走好数字化转型之路

WorkPlus

HAVE FUN|Layotto 源码解析

SOFAStack

GitHub 开发者 活动 源码解析 源码剖析

AI工具-标注工具labelme

AIWeker

人工智能 标注工具

轻轻松松实现本地和云主机之间的文件上传下载

天翼云开发者社区

私有化部署是什么意思?企业私有化部署的几种类型和利弊分析

WorkPlus

数字化转型-基本认知

Geek_XOXO

数字化转型

国产化浪潮下TiDB解决的痛点问题

TiDB 社区干货传送门

windowsXP用户无法远程桌面连接天翼云2008云主机

天翼云开发者社区

Linux内核权限提升漏洞

网络安全学海

网络安全 信息安全 渗透测试 WEB安全 漏洞挖掘

浅谈外挂常识和如何防御

行者AI

将 AWS S3 数据迁移至 TiDB Cloud 集群

TiDB 社区干货传送门

AI目标检测概要

AIWeker

人工智能 目标检测

低代码实现探索(三十九)组件库的开发

零道云-混合式低代码平台

【征文大赛】TiDB 社区专栏第一届征文大赛,快来一次性集齐所有周边吧!

TiDB 社区干货传送门

优酷播放黑科技 | 自由视角技术的全链路策略与落地实践

阿里巴巴终端技术

客户端 音视频技术 视频技术

模块1 作业

KennyQ

从2018到2022: 一个大数据工程师眼中的TiDB

TiDB 社区干货传送门

AI观点说-关于深度学习的一点思考

AIWeker

人工智能 深度学习

Q1过去了,Gartner战略技术趋势在不动产领域落了几项?

大数据 技术 低代码 AIOT 分布式,

玩转天翼云安全组

天翼云开发者社区

分布式事务揭秘

中原银行

分布式 分布式事务 云原生 中原银行

基于Prometheus的企业级监控体系探索与实践

中原银行

分布式 微服务 云原生 Prometheus 中原银行

《中国金融科技与数字普惠金融发展报告(2022)》发布 十大趋势研判未来行业发展

WorkPlus

一张图看懂全球最新DDoS攻击趋势

科技热闻

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