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

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

作为数字营销机构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

转载于:https://my.oschina.net/2012/blog/137194

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
系统根据B/S,即所谓的电脑浏览器/网络服务器方式,运用Java技术性,挑选MySQL作为后台系统。系统主要包含对客服聊天管理、字典表管理、公告信息管理、金融工具管理、金融工具收藏管理、金融工具银行卡管理、借款管理、理财产品管理、理财产品收藏管理、理财产品银行卡管理、理财银行卡信息管理、银行卡管理、存款管理、银行卡记录管理、取款管理、转账管理、用户管理、员工管理等功能模块。 文中重点介绍了银行管理的专业技术发展背景和发展状况,随后遵照软件传统式研发流程,最先挑选适用思维和语言软件开发平台,依据需求分析报告模块和设计数据库结构,再根据系统功能模块的设计制作系统功能模块图、流程表和E-R图。随后设计架构以及编写代码,并实现系统能模块。最终基本完成系统检测和功能测试。结果显示,该系统能够实现所需要的作用,工作状态没有明显缺陷。 系统登录功能是程序必不可少的功能,在登录页面必填的数据有两项,一项就是账号,另一项数据就是密码,当管理员正确填写并提交这二者数据之后,管理员就可以进入系统后台功能操作区。进入银行卡列表,管理员可以进行查看列表、模糊搜索以及相关维护等操作。用户进入系统可以查看公告和模糊搜索公告信息、也可以进行公告维护操作。理财产品管理页面,管理员可以进行查看列表、模糊搜索以及相关维护等操作。产品类型管理页面,此页面提供给管理员的功能有:新增产品类型,修改产品类型,删除产品类型。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值