自组织团队理念和实践
1 前言
我加入Thoughtworks已经快两年。作为一名工作多年的程序员,在加入TW初期,对于公司的文化和做项目的方式并不是很适应。后来我和其他一些也是工作多年后加入TW的同事聊天,他们也有着同样的感受。最近参加完公司的CAC(China Agile Coach)培训后,对于这种不适应似乎是找到了原因。在TW的日常开发工作,都是由一个个敏捷团队来完成。敏捷团队同样也是自组织团队。自组织团队和我之前工作的命令型团队有着很大区别。其实不适应,主要来自从命令型团队过渡到自组织团队的不适应。
早在13年,我就开始接触敏捷。当时通过阅读大量书籍和文章,学习敏捷的知识,并且运用于工作中。自认为使用的还不错。但是今天看来,当年的我只是学到了敏捷的型,而没有学到敏捷的魂。之前我所运作的敏捷团队,是披着敏捷外衣的命令型团队。
2 什么是自组织团队
2.1 命令型团队
在谈自组织团队前,我们先看看命令型团队的特点。命令型团队的工作一般是由经理或leader派发,每个小的leader再次进行下发。真正执行任务的员工灵活度很低,一般都是被动的接受。并且需要经常向leader汇报,leader同意后再继续下面的工作。
在非自组织团队中,leader的角色至关重要,leader需要触及项目各个角落,并且试图掌控项目的方方面面。每个小leader也明确知道自己的职责范围,不会跨越自己的职责范围半步,在自己的职责范围内leader自己的小团队。而工作的真正执行者,完全是机械的完成派发下来的工作,并且对leader有较强的依赖性。
当有挑战性的工作出现时,大家会默认是leader的工作,而不会主动站出来。leader也自然而然的会去主动分析,然后任务拆解,再把工作分发下来。或者leader会分配xx去先进行调研,然后xx像leader汇报调研结果,leader再看下一步怎么办。在传统的团队模式下,任务都是一层层派发,每个人有自己明确的职责,每个人各司其职,等待上级对自己工作的指派。
2.2 命令型团队的缺点
通过上文介绍,其实我们可以看出集中管理式团队的一些缺点:
- 过分依赖leader 。其他成员主观能动性差。
- 任务执行者自由度差 。
- 层层汇报,效率低下,决策链长。
- 虽然团队有统一的目标,但真实情况是每个人只盯着自己手里的事情。目标是leader来扛的。
相信上面这些缺点,你一定是身同感受。无论你是那个疲于奔命的leader,还是那个守着自己一亩三分地的团队成员。
23 自组织团队的定义
自组织团队就像一个个体,团队作为一个整体来设定目标,并为之实现。在自组织团队中,管理者是被弱化的。管理工作交由团队自身去完成。自组织团队具备如下特征:
- 团队为自己设定目标,并努力去实现。
- 每个人的任务应该自由认领(“拉动”)
- 自我管理和调整,而不需要时刻向管理者汇报进度
看起来定义很简单,但是要做到却很不容易,需要团队每个成员的努力,并且需要有经验的人来Coach。下面我们展开来看一看如何构建自组织团队。
2.4 自组织团队特点
自组织团队中,管理者不再发号施令,而是让团队自身去寻找最佳的工作方式。此时团队初期必然会出现效率的下降,因为团队需要试错,这是一个正常的过程。团队通过试错、磨合,最终会找到属于团队最佳的工作方式,效率自然会提升起来。
在自组织团队中,每个成员的灵活度很高。某个事项可能由 A 来 lead,另外的事项也可能由 B 来 lead。每个人都有发表自己意见、看法,提出自己方案的机会。具体是否执行,则是交由团队来决定。并不是通过向 manager 汇报,manager 再审批通过。因此,在自组织团队中,能够充分调动团队成员的能动性。owner 的意识会更强。
自组织团队的成员不会局限在自己熟知的领域,而是经常会跨出自己熟悉的领域,无论技术还是业务。每位成员都会有全局意识,并且每个人都了解团队在做的事情,而不是局限在自己的一小块熟悉领域内。
自组织团队的任务基于认领,而不是分配。因此成员对工作任务的责任心更强、更加主动。
总的来说,自组织团队是思想一致、行动积极主动、氛围公平民主、沟通透明、放权管理的团队。
3 走向自组织团队
上面我们了解了自组织团队的优势,那么如何让团队转型为自组织团队呢?下面从几个不同的纬度来分析应该如何去做
3.1 管理者
向自组织团队的转变,最先作出改变的就是管理者。管理者放权下去,其他团队成员才有机会自我组织,才会有自组织团队生张的土壤。否则一切都是空谈。
3.2 环境
自组织团队需要适合的环境才能生根发芽。否则只是徒有其表。我们需要创造利于自组织团队成长的环境。具有如下特点:
1、工作空间要保证随时随地能够开展小规模的会议讨论。
2、身边有便利贴、白板等工具设施。而非仅有电子工具。
3、团队有一定预算,可以在团队想要的方面支出。这样能够让每个成员都觉得自己是团队的主人翁,想法能够被支持。
3.3 团队文化
对于自组织中的团队成员来说,最需要具备的特性就是积极主动。这也就是自组织团队最重要的团队文化。试想团队成员如果都很消极,遇到事情没人愿意站出来,那么效能还不如命令型团队。如果每次站出来的永远是那一两个人,那其实和命令型团队也没什么区别。
在自组织团队中,要充分信任每一位成员。只有信任,团队成员才有可能积极主动的去做一些事情。只有信任,在做事情的过程中,才会积极主动大胆,即使暴露自己的弱点,甚至犯错,也不会因此受到嘲笑和职责。而是收获鼓励和宽容。
在彼此信任的团队中,成员才会觉得积极主动的做事情是安全的,而不是充满各种风险,要承担很痛苦的后果。当团队中的每个人都这么想,而且看到别的成员也是这么做的,那么就会形成良好的氛围,从而形成团队文化。新加入的团队成员,也会很快感受到这种文化,并且会跟随这种文化很快作出调整和改变。
如果对团队成员不信任,那么团队成员只会活跃在自己熟悉的领域,并且会逃避有挑战和风险的事情,只会等待leader去进行分配。
有些人会比较排斥积极主动的文化,而是习惯了在命令型团队中工作。当出现和团队文化不符合的成员时,我们需要对其进行改造,但如果不能成功。建议更换团队成员,确保团队文化的高度一致,不要让团队中存在两种不同的做事方式,这样会产生摇摆不定的情绪,阻碍团队文化的形成。
3.4 招聘符合自组织团队要求的员工
造物先造人,因此如何招聘和培养符合自组织团队要求的员工非常重要。对于应届生来说,还是一张白纸,能够自然的接受自组织的理论,并较好的融入。因此我们只需要针对应届生做专项的培训即可,他们往往能比较快速的融入到自组织团队中。
但是对于社招员工,由于在其他公司有工作经验,因此可能已经形成了一些工作习惯,并适应了命令型团队的工作方式。这并不是不能改变的,但是成本是一方面,改变的难度又是一方面。团队应该尽量招聘符合要求的员工。这并不是说我们只招聘以前也在自组织型团队工作的员工。只要其带有自组织特质,都是可以考虑的。
那么什么样的候选人是符合要求的呢?我总结如下几点:
1、技能熟练
2、乐于合作
3、主动积极
4、善于沟通
我们通过招聘技巧过滤出符合团队文化的候选人。然后需要让团队来决定是否愿意与其工作,而不是领导是否喜欢这位候选人。因为候选人是要加入团队的,只有团队认为和这位候选人能够舒服的一起工作,才是最重要的判断依据。
3.5 团队学习和分享
自组织团队很重视信息的共享,所以关于信息和知识的分享是经常会发生的。我们应该为团队的分享和学习创造有利的条件,比如每日站立会,就是团队内部共享信息的很好的机会。每日的codereview,也是每位开发同事了解团队提交代码的机会。
此外,当团队成员攻克了某个难题,或者针对某方面有过深入思考,管理者都应该鼓励其给团队进行分享。业务知识也应该经常分享,尽量让团队每个成员都能尽可能多的了解业务知识。
3.6 打造团队共识
自组织团队需要成员的高度共识,通过共识来指导自己的日常工作行为,而不是纪律。当然在自组织团队中纪律也是必不可少的,但核心价值还是要形成共识。自组织团队中,由于管理者的作用被弱化,这就好比大脑被弱化,如果四肢不能达成共识,而是各干各的,那么一定是效率低下的。并且可能各自的行为是相互矛盾的,最终乱做一团。这也是好多命令型团队转型自组织团队的担忧。
在转型初期,出现效率下降,一定程度的混乱都是不可避免的。只要我们通过上面几小结讲到的方式持续的培养自组织团队,最终团队会形成高度共识。当手脚各自都知道彼此在做什么,自己应该做什么,那么效率肯定会大幅超过大脑集中控制的方式。
4 总结
自组织团队所期望的是每个团队成员都有领导力,每个人在项目活动中都能主动来lead某件事项。决策、风险承担都是团队共享。工作中相互信任、鼓励,紧密合作。
自组织团队中,没有了管理者的舒服,作为知识工作者,能够充分释放自我的创造力,因此主观能动性会更好。这就是管理大师 Peter Drucker 所说的:“Knowledge workers have to manage themselves. They have to have autonomy”。
自组织团队理念和实践相关推荐
- 自组织团队:理念、实践与误区
敏捷社区在团队运作方面很早就达成了广泛的共识:卓越的团队应该自组织.管理大师Peter Drucker也曾经说过,"知识工作者必须要自我管理.他们必须有自主权."然而什么是自组织团 ...
- 敏捷团队建设︱如何组建和管理高效的自组织团队
什么是自组织团队? "知识工作者必须要自我管理.他们必须有自主权",管理学大师Peter Drucker在他<二十一世纪的管理挑战>的书中说. 这和敏捷思想是不谋而和的 ...
- 敏捷开发生态系统系列之四:计划跟踪II(自组织团队-开发团队自己估算-PO挑战估算-同行压力)...
这是敏捷生态系统系列的第四篇(之一,之二,之三,之四,之五).一半内容属于需求管理生态,一半内容属于计划跟踪生态. 在实际开发环境中,产品负责人常常和开发组存在潜在的利益对立.前者往往希望在更短的时间 ...
- 来自 Google 的高可用架构理念与实践
转自: https://mp.weixin.qq.com/s?__biz=MzAwMDU1MTE1OQ==&mid=402738153&idx=1&sn=af5e76aad2 ...
- 分享一个务实派 CEO 的理念和实践
今天去拜访一家朋友的公司,听CEO谈他的想法.理念以及具体的实践.根据与他的交谈,总结出来分享给大家. 以下"他和我们"等人称的表述,都是指这位CEO及其公司. 他所在的行业是物流 ...
- 腾讯发布国内首份可解释 AI 报告:详解打开算法黑箱的理念与实践|附报告下载...
随着各界对 AI 伦理的日益重视,AI 系统的可解释性也逐渐成为热点,甚至上升到立法和监管的要求.许多人工智能领域的专家都把 2021 年视为"AI 可解释元年",在这一年,不仅政 ...
- 敏捷开发绩效管理之二:用中医理论管理团队及其绩效(绩效考核,团队管理,自组织团队)...
这是敏捷开发绩效管理的第二篇.(之一,之二,之三,之四,之五,之六,之七) 团队管理是个由来已久的话题,各式各样的管理理论和方法层出不穷.笔者因为工作原因在过去16年里与100多家企业的团队或团队领导 ...
- 中小型研发团队架构落地实践18篇,含案例、代码
1 写在前面 中小型研发团队很多,而社区在中小型研发团队架构实践方面的探讨却很少.中小型研发团队特别是 50 至 200 人的研发团队,在早期的业务探索阶段,更多关注业务逻辑,快速迭代以验证商业模式, ...
- 阿里数据中台建设之道,阿里专家10张图从理念到实践,干货解读!
文| 技术领导力社区 编辑| Emma 阿里数据中台建设过程.方法论.主要核心的产品.技术架构等等,对技术圈来说一直非常神秘.并且,阿里已经将中台建设方法论形成了解决方案,向行业输出,这也导致了阿里中 ...
最新文章
- OkHttp源码分析
- [导入]将文字内容和图片插入到Access数据库(转帖)
- 一段关于Unix与 Linux的暗黑史
- c语言中eof_C语言的标准 “输入输出”!今天是你学C语言的第几天?
- 阿里正式向 Apache Flink 贡献 Blink 源码
- CNN+CTC语音识别
- Ubuntu磁盘分区以及双系统启动顺序修改
- 循环自相关函数和谱相关密度(三)——实信号、复信号模型下的BPSK信号循环谱MATLAB仿真结果及代码
- VC++文件监控(一) ReadDirectoryChangesW
- python基础:字典的使用
- Linux之grep命令详解
- 使用ExchangeRate-API查询免费可用的汇率数据
- 解决子元素浮动,父元素没有撑开的问题
- c++中static的全部用法
- ​​​​​​​CUDA ---- Shared Memory
- opencv双线程图片处理_打开正经图片,你可能会看到一张黄图,这种造假方法能同时骗过 AI 和人眼...
- 高性能MYSQL(查询优化)
- 关于搭建Hybrid App所需要的基础技术一文
- Windows系统连接Linux的常用网管工具下载
- 新能源外地车进京限行限号政策是怎样的?
热门文章
- Facebook架构解读
- 最长对称子串(用各个字符确定对称轴进行判断)
- 文件管理系统(操作系统)——9张思维导图
- 最合理化的中小型企业桌面虚拟化解决方案—Infortrend GSe Pro 100
- 单片机精确延时几种方式
- 2019年中国经济四大看点
- linux修改文件夹的访问权限,linux setfacl chmod g+s 修改文件夹和文件的默认访问权限和所属组...
- 创新创业名词解释_“大众创业万众创新”相关名词解释总汇
- JAVA十六进制数据转换
- Delphi 10.3.1 RIO官方下载