关于自组织团队建立的先决条件的思考

自组织的团队一直是敏捷宣言中倡导的工作团队模式。敏捷宣言中,对自组织团队说明如下:“最好的架构、需求和设计出自自组织团队”。从中可以看出敏捷组织对自组织团队给予的期望。

自组织团队应当是去中心化的

我认为自组织的团队首先应该是去中心化的团队。这里顺便说下我对去中心化的团队的理解。原本的团队是以团队Leader或项目经理等为中心的。大部分决策由项目经理作出。平常工作汇报也是以多对一的方式进行单向的汇报。去中心并不是没有中心,而应该是去除单一中心,建立多个中心。自组织的团队中,通过将更多的工作交给团队,来发觉和培养团队中的在不同技术领域中的突出者,以他们为核心建立多个新的“中心”。通过这种方式,增加团队的技术多样性,从而提高团队对复杂环境的适应能力,提高团队整体战斗力。

自组织团队培养尝试

在团队建设过程中,我也尝试过建立这样一支自组织的队伍。在日例会上,培养大家广播试的工作总结方式,将自己的工作想整个团队说明;在项目开发中,将遇到的问题交给团队解决,由团队成员自行决定由谁来解决问题,并负责到底;我还组织了一些自组织的团队活动,如代码规范、看板计划等,活动中,项目经理承担教练的角色,活动主要由团队成员自行组织。

我曾在两只不同的团队中实施类似的方案。但结果出人意料。在团队A的实施过程中,我下了很大的功夫,见效缓慢。而且在我因公司安排,调离那个项目后,大部分活动都被舍弃,回到原有的开发模式当中去了。在团队B中,我只是将团队A中是实施方式做了一个类似培训,但大家很快将活动执行起来了。

我试图在比较两个团队的不同,但始终没找到答案。

获得启发

前段时间,我看了一个财经节目时。节目中谈到了目前国家宏观经济政策的调控对市场的影响。在上世纪80、90年代,中国企业刚刚兴起,经济市场的能力较弱,为了扶持企业发展,政府出台了很多鼓励企业发展的优惠政策,如政府贷款、减税等。随着近几十年代的发展,中国企业逐渐成熟起来,涌现出很多知名企业,如BAT、华为等。节目中,一位经济学专家,呼吁政府退出市场干预,让企业自有发展,才会有创造力。早先的市场,是脆弱的,不成熟的,需要政府干预来保护和培养。

我突然想到了自组织团队是否也是一样。当团队不够成熟时,团队的管理者或建设者应当更多的干预,去培养和建设队伍,待队伍成熟以后,多样化的多个新中心建立起来后,再将权力下放给团队。让团队以自组织的方式来解决问题。

自组织团队建立的先决条件

在上述启发下,我再次对两支团队做了比较。我认为建立一支自组织的团队需要满足以下条件。首先,团队的目标是一致的,大家对目标的保有积极性。其次,团队成员的综合能力水平要达到一定的水准。队伍中能够出现某些领域的专家,并形成一定的威望。再者,团队需要对团队和项目由共有精神,任何工作努力不是为了表现给某个领导看。最后,团队应当是民主的,包容的,允许对领导的决策提出异议。

时间: 2024-10-06 04:42:41

关于自组织团队建立的先决条件的思考的相关文章

理解自组织:敏捷里的自组织团队都是骗人的

引子 当他们说,实施敏捷需要自组织团队的时候,我没有做声. 当他们说,敏捷里的自组织团队不需要管理者的时候,我也没有做声. 当他们说,敏捷里的自组织团队没有明确角色,每一个人都自我管理.具备跨职能技能的时候,我依然没做声. 现在,当我想说,敏捷里的自组织团队都是骗人的.这时,他们也不做声. 正文 在敏捷宣言的十二条原则中有这样一条:"最好的架构.需求和设计出自自组织团队."在目前的敏捷大潮中,人们更关注的始终还是各种实践,这一条往往只有在敏捷实施失败的时候才被人提到:"自组织

打造敏捷的自组织团队

敏捷思想的出现让我们看到了新的曙光--以更低的风险.更高的效率开发出更具质量的软件产品.正因如此,敏捷方法得到了业内足够的重视并使各路团队相拥实践.然而,即便我们对于各种敏捷原则.范式.方法和流程了如指掌,仍会发现其所给组织带来的改善远达不到我们的预期.这究竟是为什么?造成这种困境的根源并非我们学得不精,而是实践不到位. 在我看来,敏捷宣言过于简单(好吧,是宣言总得简单一点!),以至于足以让人对之产生误解.比如:"可以工作的软件胜过面面俱到的文档"容易让人忽视对必要文档的重视:&quo

敏捷中的自组织团队

敏捷中的自组织团队,其“自组织”一词,可能不是太准确,不太符合关于“组织”一词的定义,因此有时也用“自指导团队”一词.敏捷中的自组织团队,肯定是由外部创建的,而非自发组织在一起的一个团队.它是一个由外部创建,然后给与授权,然后自行决定行动纲领的一个团队.这个团队接受外部给与的任务和约束条件,自行决定如何完成任务.在这个团队中,不存在外部指定的领导者,而是由团队成员自己决定,是“民主”,还是“集权”,由大家说了算.可能在不同的阶段,会有不同的“英雄”站出来,带领大家迎接各种挑战.也许正是没有指定的

如何领导一个自组织团队?(转)

英文原文:What Is Leading Self-Organising Teams All About? 敏捷宣言(Agile Manifesto)声称:“最好的架构.需求和设计来自于自组织团队”.这引出了一些问题:什么是自组织团队?我们为什么需要它们?自组织团队的重要作用体现在何处?我们如何支持自组织这种形式?以及是否有方法可用于帮助创建这种特别的团队合作形式? 令人吃惊的是,介绍自组织团队及如何有效地支持它们的资料少之又少.组织发展顾问Sigi Kaltenecker和敏捷教练Peter

关于自组织团队引起的随想

试行敏捷scrum以来,教练也多次提到自组织团队这个概念,但是对于这个词汇大家都有自己的理解,我个人是觉得这个概念挺让人费解的.敏捷的团队必须是自组织的,自适应的.我是不太理解.百度了下自组织,让我稍微有了多一点的概念:自组织按照一种理解就是在没有外界的指令或者干预下,内部从无序到有序,从无结构演变为有结构的系统.特别重要的是往往是自组织能力越强的系统越具有更强的保持和创造新功能的能力(具体为什么,有什么证据,也没有深究.后续再看). 对于自组织的特征有了一点概念后,我最大的疑问是:怎么样构建自

如何打造优秀团队--建立团队开放分享文化

一直以来,公司每遇到同事过生日,都有聚餐的习惯.一开始,大家都比较期待,吃饭,聊聊天.放松放松.随着次数越来越多,大家对聚在一起慢慢的也就逐渐失去了激情和期待,吃饭似乎成了一种形式和任务.每次聚餐,席间,往往是老板和几个女生闲聊几句,大部分人不发一言,整个聚餐似乎没有什么话题和其他有价值的事情. 饭总是要吃的.餐也是要聚的,既然如此,我们可以考虑把聚餐转变成一个信息分享的机会.在吃饭期间,每人利用3-5分钟,可以分享读过的一本书.看过的一部电影.难忘的一件事.或者最近的心里感悟.新闻事件.活跃团

1.序言,敏捷不一样的开发团队管理方法

敏捷开发系列文章目录 敏捷开发在国内是不是只是一个理想化的工作环境? 经常有人问,你们搞敏捷开发工作量是由开发人员自己估的,而不是由经验丰富的技术主管估的,他们自己肯定会把工作量估得非常大,那什么时候项目才做得完?你们每天开那么多会,怎么不把时间放在好好写代码上面?一个迭代这么短的时间既要做设计.又要编码.还要测试,这么急着做出的东西质量肯定不高.系统设计肯定得经验丰富的老手做更靠谱.每当我听到有人说这些问题,我就知道他肯定没有真正的认识敏捷开发,如果真的有实践过,自然就会发现这些问题根本就不是

【翻译】团队达成一致:如何帮助团队进行自管理

来源:https://www.scrumalliance.org/community/articles/2015/february/team-agreements 为何需要团队决策? Scrum团队是自组织.跨功能的.自组织团队内部决定如何来完成工作,而不接受上级指派.要能达到自组织水平,团队应经历团队发展的不同阶段. Tuckman的团队发展阶段 Tuckman在1965年第一次提出了团队发展的“形成期.风暴期.规范期.执行期”模型,他认为:这些阶段对团队能够成长.面对困难.解决问题.计划.交

给你一个团队,你能怎么管? 读后感之二 内部的沟通方式

很显然,不管什么时候,团队内部的顺畅沟通都是最为重要的. 作为管理者,你必须有足够的方案去应付手下千奇百怪的思维,同时还有他们无所不能的信息获知手段. 无论任何时刻.任何情景,你都需要知道,哪怕再忠诚的员工,都会向你隐瞒一些重要的东西.假如没有为这个团队建立一个通畅的沟通渠道,你将一无所知,被隔离在这些内幕之墙的外面.时间久了,你就变成了瞎子和聋子,坐在一个最关键的位置上,却对手下正在干什么缺乏了解. 这些人是否执行了我的意图? ------- “执行力”是沟通的目标 他们的工作效率怎么样?彼此