肉饼谈管理:改造团队的经验(2)

标签: 肉饼 管理 团队 | 发表时间:2012-04-08 21:53 | 作者:
出处:http://robbin.iteye.com
上篇文章 肉饼谈管理:改造团队的经验(1) 介绍刚刚空降到一个新公司的前半年,管理一个团队最重要的事情是: 保持团队的稳定,解决团队的急迫问题,寻找团队的问题根源,有针对性的提出解决方案,这样才能取得团队对你的信任和依赖,你才能接着干下去。如果你和团队之间的信任关系在半年以后还没有建立起来的话,这个时候就是矛盾集中爆发的时刻了。已经找到团队的问题,采取了有针对性的措施,并且取得了团队的信任和支持,这个时候可以开始招聘新员工扩充团队了,现在才开始真正的挑战。

我在入职半年以后开始大批招聘新员工,当时老员工也走了一些,团队只有10名员工,缺岗非常严重,因为刚好赶上招聘季节,所以一下招了10名新员工进来,这个时候我开始犯错误。我以为通过半年的时间对团队的调整已经到位,业务流程也重新规范起来了,管理制度已经明确,团队信任也建立起来了,剩下来的事情应该是很简单的,就是针对缺岗的职位招人填坑就行。但事实是10个新员工入职一个多月以后,竟然有5人离职。在 《我来CSDN的这一年》里面也谈到了这个问题。新员工对这个团队竟然如此排斥,显然我太低估了团队改造的难度,后来我反思自己至少犯了三大错误:

一、管理风格不对路。

作为一个管理者,有两类不同的业务管理风格:一类是抓大放小型的,充分放权手下,只关注大的问题,协调团队,自己不会深入业务第一线的细节;另一类是事无巨细型的,非常关注并且能够深入业务第一线的关键性细节,对团队管的非常细。这两类管理风格没有对错之分,究竟哪种方式更适合完全取决于团队的状况。

在我入职的前半年,我的管理风格是抓大放小型的,尽管我亲自接管所有跨部门协作,但是部门内部的业务我管得很少,基本都是放权手下,只抓目标是否达成,不关注执行细节,当时我更关注的是制度的推行和流程的建立,所以我当时工作并不累,也不算忙。这个时候我意识到,尽管制度和流程已经理顺,但是这个团队人员残缺,各个职能团队和岗位都缺人,包括骨干员工在内还没有人真正达到了我对工作上的要求,这个时候抓大放小是不对的。

抓大放小适合于一个成熟的团队,业务流程已经清晰的建立起来了,骨干员工在业务上能够完全领会并且达到你的要求,这个时候你放权可以充分调动团队的自主性和创造性;但是对于一个制度刚刚建立,流程还没有跑顺畅,团队残缺,骨干员工业务能力不及格的团队,抓大放小是错误的。你必须事无巨细,从第一线的业务细节抓起,手把手的带员工,教会他们怎么正确的做事情,怎样达到你的要求,手把手的培养业务骨干,搭建团队核心架构。

如果你做不到这一点,那么你永远也无法成功改造一个团队,如果你自己不深入业务第一线,你根本就无法发现最核心的问题是什么,最有效的解决办法是什么,你根本无法触及核心问题,何谈有效解决问题呢?这个时候还搞抓大放小根本就是隔靴搔痒。我这些年看过了太多的案例,管理层自己从不真正深入业务,也缺乏对业务的深刻理解,总是寄希望于招人来解决问题,结果换了一茬又一茬人,问题永远解决不了,而且从来不深刻反思自己是否亲自尝试解决业务问题。总之,作为管理层,如果自己没有深入一线去发现问题,自己动手去解决问题的决心和勇气的话,那这个团队什么指望都没有。

因此我开始有意识的改变自己的管理风格,当时采取的一系列措施有:

1、我本来有自己独立的办公隔间,不和员工在一起办公。这个时候我搬到员工工位坐,这段时间主抓哪个团队的工作,就搬到那个团队中间的位置坐,随时随地和员工沟通,检查员工工作,及时解决团队出现的问题,并且这样做也可以身体力行的教会员工怎样正确的做事情,怎样达到我要求的工作标准,怎样成为一个优秀的员工,怎样避免犯不应该出现的错误。

2、主动给自己设立3个月的冻结期,杜绝一切外事活动,专心致志在公司蹲点练好部门的内功。

3、深入业务第一线,狠抓细节。如对研发团队我会做详细的code review,亲自带领研发团队做技术交流和分享,参与技术讨论亲手定架构方案;对产品团队我会仔细检查每个产品原型设计;对运营团队我会亲自撰写社区公告文案。每周和各个团队Leader详细检查工作内容,事无巨细。

这段时期其实是我工作最累的时候,团队方方面面统统抓统统管,有段时间因为精神过于紧张,以致于晚上睡觉的时候还觉得自己心脏砰砰砰的跳,但是效果非常明显,通过一年的时间彻底打造了一支执行力非常强,非常团结而且有默契的团队,可以说整个团队的工作方式和思维方式都深深打上了我的风格烙印。 我个人认为,凡是希望彻底的改造一支团队,重建团队的文化,作为团队的领导人,必须经历这样一段亲力亲为事无巨细的过程。乔布斯在1997年重返苹果公司担任iCEO以后,也有相当长一段时间亲力亲为事无巨细,《乔布斯传》中详细描写了这一段经历。

二、忽视了团队文化的冲击。

关于公司文化氛围的重要性我现在觉得怎样强调都不过分,我准备以后另外写文章谈文化问题。但在当时我完全没有这方面经验。当出现严重的新入职员工离职潮以后,我找了一些在职和离职的新员工私下的调查和谈话,渐渐发现了问题的严重性。当时部门都是工作多年的老人,老的风气和习惯已经形成了很顽固的不良文化,新人很难适应这种不良的文化和环境,同时又被个别老员工灌输了太多公司多年前沉芝麻烂谷子的负面八卦,工作情绪受到很大的影响。老的不良的文化包括:做事情没有积极性;永远不承认自己的错误,永远找借口推卸责任,永远都是别人的问题;不求有功但求无过;责任心差,对待工作自我要求低;对工作安排喜欢讨价还价;碰到困难就退缩;喜欢嚼八卦和流言。

在一个不好的文化氛围下,优秀的员工会被排挤,团队没有向心力,也很难留住好的人才,员工流失率会非常高。 我认为衡量一个团队文化氛围是否有吸引力,有一个很重要的指标,新员工的流失率:如果一个团队氛围非常好,新员工入职以后往往能够快速融入进来,流失率很低;如果团队氛围差,新员工入职以后比较茫然难以融入,往往会很快离职,流失率非常高。我见过不少团队有一个现象:新招聘的员工总是留不住,招一个人走一个人,几年过去了,团队里面还是那些老面孔,貌似团队稳定性高,但实际上这样的团队是文化氛围非常糟糕的,留不住新员工远远比留不住老员工可怕。

我希望给团队树立的文化是:
1、坦诚,公开,透明
2、平等相处,消除等级感
3、工作气氛轻松,团队关系和谐
4、主动承担工作,积极配合同事
5、责任心强,执行力高

具体采取的措施包括:
1、加强部门内部的沟通和交流,打造一个交流氛围浓厚,成员关系很融洽的部门。鼓励员工工作时间经常热烈讨论和交流,甚至说说笑笑,无拘无束;
2、重视团队内部的分享,团队间轮流进行内部培训,将自己最近钻研的工作和技术心得向大家分享;
3、在部门内部加强团队管理,树立赏罚分明,及时落实的威信,发现问题迅速解决避免拖延;
4、抓重点团队主次分明,在团队建设积极向上的交流氛围,推动整个部门风气的转变;
5、坐在员工旁边,及时和员工交流,杜绝各种杂事,拿出时间多和员工交流;

实践证明,只要团队领导身体力行的亲自抓团队,改造团队的文化氛围就不是一件困难的事情。我花了3个月的时间就扭转了部门文化氛围,6个月以后团队已经能够达到我树立的标准了,之后只是反复不断的强化而已。当整个部门建设了良好的文化氛围以后,很多事情都会变得非常简单:新员工和老员工开始融合成为了一个集体,团队的执行力得到了巨大的改变,过去我下达的一个命令,要我自己一个环节一个环节盯下去才能完成,这个时候下达一个命令,整个团队就会动起来自己按部就班的执行下去,并且这种风气反过来开始影响老员工积极转变,形成了美好的化学反应。

三、对新员工入职的适应期缺乏经验。

新员工入职的第一个月对他具有决定性的意义,对新员工的第一个月必须非常重视,安排专人做导师。我当时对于新人入职也没有太多经验,忽视了这一点,结果一个多月10名新员工密集入职,我没有专门制订新人入职以后的培训和工作安排,当时我又有一个多星期不在公司,新人入职以后非常茫然。后来我总结了新人入职的很多经验,采取了不少措施:

1、我将带新人列入各个团队经理的绩效考核项目之内,加强对团队经理带新人方面的考评;
2、每周和各团队经理沟通新人入职后的表现状况,入职前两周几乎天天询问团队经理,对新人出现的各种状况立刻采取应对措施;
3、我定期对入职新人进行本部门的新人培训,帮助新人迅速了解部门状况;
4、对团队经理们进行管理培训,教会他们如何带好新人;

之后新人入职以后的融入情况就变得越来越好,2011年全年新入职员工几乎占整个团队3/4,但是团队消化新员工的状况非常良好。并且随着新鲜血液的不断加入,很多新人工作的冲劲和心气对部门文化氛围不但没有冲淡,反而对部门文化进行了很大的加强,而这种更加活跃,更加积极主动承担责任做事情的态度反过来又不断激励了部门老人改变自己的作风,以更加积极的态度工作,新人和老人之间的互相促进起了美妙的化学反应。

从我招聘新人面临严峻的挑战开始,大约用了9个月左右的时间完成了整个部门团队的建设和文化的重建,之后就再也没有碰到过太大的困难,基本上是越来越顺利了。我感觉搭建和培养一个团队,有点像NBA的球队总经理经营一支NBA球队一样,你必须时时刻刻仔细呵护好这支团队,放入合适的人组成拼图,让团队形成化学反应,然后不断的优化和提升这只团队的战斗力。而且经营团队也是逆水行舟的过程,如果你什么时候放松了要求,团队就会慢慢变质,所以你必须时时刻刻去强调文化价值观,优化团队结构,激励团队士气,这是一个有点累但是很有成就感的工作,特别是当你看到一支团队从死气沉沉的状态在你的手里天翻地覆的变化,团队和你之间形成了坦诚和信任的关系,在工作上建立了默契以后,你会感觉自己和这只团队已经血脉相连。

在这个阶段,优化团队结构往往是领导需要面临的最大挑战。领导需要根据团队的文化价值观和业务能力的考核,淘汰那些曾经作出过贡献,但是现在不符合团队价值观,对团队实际有负面影响的员工;或者虽然个人性格很好但是业务能力差的员工。

有很多领导抱有妇人之仁,喜欢在团队里面留着这些不合适的员工,不愿意淘汰这些掉队的员工。但我认为这种做法是大错特错了。中国有句成语叫做“大仁不仁”,意思是说真正的大仁大义是不滥施仁义。滥施仁义就会赏罚不分,令那些真正做出卓越贡献的人受到伤害。杰克韦尔奇也一再强调对待员工要区别对待,优秀的员工重赏,糟糕的员工不能一念之仁,不处理糟糕的行为,不处罚糟糕的员工,结果就会伤害整个团队的积极性,进而影响整个团队的稳定性。

在我看来,管理者应该为整个团队负责任,对于那些已经不符合团队要求或者业务能力差的员工,如果领导一昧包容,实际上就是在伤害那些表现优秀和符合团队价值观的员工,长此以往就是一个典型的逆向淘汰,优秀的员工会逐渐离开,留下来的都是不合格的员工。因此对待那些不愿意融入团队,不求进步的员工绝对不能手软,必须严格要求,如果实在无法改造,必须请他走人。

在我的团队里,有很多人随着整个团队的进步也在飞速的进步,表现越来越好;但是也有一些老员工总是原地踏步,在整个团队发生天翻地覆变化的同时,慢慢变成了整个团队进步的阻碍。这个时候作为领导就必须敲打员工,赶着他进步,如果他还是改变不了自己,必须果断换血。事实上通过过去两年的实践,几乎每一个这样的员工离职,都会推动整个团队向前走一大步,这也坚定了我的管理理念:大仁不仁,赏罚分明。

在2012年春节过后,我进行了第二次组织架构调整。在两年前我刚来公司的时候,我进行了第一次组织架构调整,针对当时的部门协作差的问题合并了两个我管理的部门;而两年后则是将部门一分为三,分设三个部门经理,进行了放权。我来公司两年的时间,管理风格主动做了两次调整:
最开始前半年是抓大放小,不管业务细节,只抓部门制度建设,流程管理,以及跨部门协作;
从2010年10月底开始,因为面临了严峻的挑战,开始转变为事无巨细,深入业务第一线的管理方式;
到2012年春节后,我感觉整个团队已经非常成熟,团队氛围和业务能力都令我比较满意了,这个时候通过部门分拆,授权各个部门经理去管理各自的团队,我把自己的管理方式再次调整为抓大放小型的管理风格,甚至开始有意识的将跨部门的协作全部下放到各个部门经理去处理,给他们充分的权限和自由度,这两个月实际执行下来的效果非常好。当然对于有些我关注的重要的业务,我还是会自己亲自深入业务第一线亲自抓。

从我自己2年的管理实践来说, 我对团队管理的理解就是创造一个环境,激励员工们充分发挥才能和创造力,提升员工的价值,领导的角色就是小心的呵护好团队,充当好团队的保护伞。领导和团队之间最需要建立的是坦诚和信任,产生化学反应的标志是形成默契。

总结我改造团队的2年经验如下:

1、刚接手一个有问题的团队,不着急上来烧三把火,要先对整个团队做深入的调研,搞清楚整个团队的核心问题在哪里,团队的组成架构和运作方式,团队每个成员的特点和能力,他们之间的关系,要彻底的摸清楚这个团队过去成功的地方和失败的地方,具有的优点和存在的问题。即首先做充分的调研工作,调研工作可以从公司上至CEO,下至每个员工方面进行一对一的谈话。
2、找到核心问题以后,针对核心问题进行团队微调和解决问题,但不能做大的手术,以安抚现有的员工,调动员工积极性为主,帮助他们解决实际问题,树立他们对我的信任和依赖。这个阶段基本上在到处灭火,解决团队各种问题,目的在于取得员工的信赖,树立团队威信。
3、对团队完全掌控了之后,开始大规模招聘符合价值观的新员工,这个阶段是最痛苦的阶段。新员工的价值观和老团队进行了激烈的冲突,这个时候必须手把手带员工,在团队当中树立新的公司文化风气。
4、等员工逐渐适应公司并且形成了新的团队风气以后,开始回过头加强对老员工的要求,用新员工的工作面貌来影响和改变老员工,促使他们也发生转变,适应新的团队风气。
5、团队优化阶段,强调团队价值观,对于不符合价值观的员工面临两个选择:改变自己接受新的团队风气,融入新的团队;或者走人。这个阶段对待不能融入团队,不求进步的员工不能手软,必须严格要求。
6、不断吸引符合价值观的新人充实团队,彻底完成了团队的重建工作。

在整个过程当中,应该记住以下几点:
1、大仁不仁,赏罚分明。
2、对团队的价值观灌输,从一开始就要不停的讲,反复的讲。必须让整个团队清晰的明白:什么是正确的做事情方式,什么是错误的做事情方式,什么是被鼓励的,什么是被批评的,团队的文化是什么样的,明确反对的行为是什么样的。
3、所有员工和团队,从一开始都是手把手的带,在带团队的工作过程中,从最小的细节入手,带出来符合自己工作方式和风格的员工和团队,而一旦打上了自己烙印的员工和团队,就可以放权了。
4、管理团队首要在于搭建合理的团队组织架构,明确每个人的责权利,建立透明的团队合作以及沟通制度。在良好的组织架构和良性制度驱动下,再招聘和培养合适的人才,团队就会变得越来越好。光顾着招人和激励人,但组织架构不合理制度有问题,则是缘木求鱼,永远是救火队长永远解决不完的问题。

已有 1 人发表留言,猛击->> 这里<<-参与讨论


ITeye推荐



相关 [肉饼 管理 团队] 推荐:

肉饼谈管理:改造团队的经验(1)

- - robbin的自言自语
一转眼入职CSDN已经两年了. 这两年我分管的网站产品、研发和运营方面都取得了令自己感到非常满意的成绩. 记得当初来公司担负的主要使命就是改造CSDN网站平台,到现在为止,总共占据CSDN网站流量90%以上的产品除论坛以外,包括博客,下载,Passport,个人空间和搜索产品已经全部重写完毕;此外我还砍掉了几百个废弃的站点,几十个半死不活的频道;梳理了整个网站的统一风格;建立了完善的社区产品运营体系;待今年CSDN论坛重写完毕,可以说完成了一大使命了.

肉饼谈管理:改造团队的经验(2)

- - robbin的自言自语
上篇文章 肉饼谈管理:改造团队的经验(1) 介绍刚刚空降到一个新公司的前半年,管理一个团队最重要的事情是: 保持团队的稳定,解决团队的急迫问题,寻找团队的问题根源,有针对性的提出解决方案,这样才能取得团队对你的信任和依赖,你才能接着干下去. 如果你和团队之间的信任关系在半年以后还没有建立起来的话,这个时候就是矛盾集中爆发的时刻了.

团队管理101招

- 狂之想 - C++博客-牵着老婆满街逛
转载自:http://www.iteer.net/modules/doc/article.php?storyid=1402. 无论你是新手还是资深管理人,对你而言,管理好团队都是重要且具激励性的挑战. 切记:每位成员都能为团队作出一些贡献. 谨慎地设定团队目标,且认真严肃地对待它们. 尽早决定何种形态的团队适合你的目标.

谈团队知识管理

- - 人月神话的BLOG
如果要谈学习型团队,那么团队知识管理就相当重要,团队知识管理介于企业知识管理和个人知识管理之间,核心是知识能够成为整个团队的资产,并为团队创造价值. 今年在团队知识管理上,重点就是按照cmmi的一些思路,形成指导书,规范流程,工具模板,培训教材,检查单的完整知识库积累. 明确各个岗位职责和分工边界,能够按着规范流程做事情,大量前期积累的知识库又能够帮助团队成员快速的学习和解决问题.

小团队管理与大团队管理

- -
如有好文章投稿,请点击 → 这里了解详情. 我们公司和大部分传统软件公司一样,随着业务的发展和新领域的开拓,公司的管理风格越来越像华为,这是不是最佳的演进路线,我觉得值得探讨,以下是我的思考,希望跟大家讨论. 前段时间跟一个创业的朋友聊天,说起他们最近在做的一个项目,这是一个教育行业的管理系统,业务非常复杂,牵涉到的决策人,需要对接的系统也非常多,最后问到他们做了多久完成这个项目,朋友告诉我2个多月,6个人,其中还括一个美工,一个项目经理;剩下的都是开发人员,没有测试,没有前端开发;朋友问我,如果这个项目给你们做,你们需要做多久;我想了想说,这个项目如果交给我们做,顺利的话,至少要半年.

在Google管理一个软件团队

- - 博客 - 伯乐在线
伯乐在线注:2003年到2010年期间,原文作者 Matt Welsh 是哈佛大学工程和应用科学学院的计算机科学系教授. 在我离开学术圈之后,我常常被问及我在Google的工作是怎样的. 我猜想从终身教授到 软件工程师的转变听起来像是个巨大的落差. 抛开职位不说,我现在比起前面在哈佛的8年,工作更快乐也更高效,尽管做教授和管理软件团队有很多相似之处.

如何提高团队管理能力?

- - 人人都是产品经理
接手任何一个部门的最重要的事情,是明确或者重新调整组织架构. 架构的关键是:谁在什么位置,负责什么内容,一定要明确. 出了问题,大家都清楚谁应该出来承担责任. 领导不是决定怎么爬梯子的人: 他是决定把梯子搭在哪个墙上的人. 所以他必须明确的指出这个方向,向全员传达. 如果这个没有做好,再优秀的团队也不会拿出好的结果.

敏捷项目管理实战之团队自我管理

- 沈蚊 - IBM developerWorks 中国 : 文档库
自我管理是敏捷开发中的重要管理思想,但是鲜有文献提及相关实践. 本文将以笔者的管理实践为基础,探讨自我管理的具体实践.

谷歌前产品经理谈创业团队管理:做好情景管理,控制团队规模

- - ITeye资讯频道
原文作者Tomasz Tunguz是Redpoint Ventures的风险投资人,曾在Google担任产品经理并参与过AdSense项目. 在文中,Tomasz Tunguz针对创业公司给出了2条极富实践性的建议: 针对不同类型的员工,做好激励和情景管理;努力平衡控制范围和管理职责范围(下文由 36Kr进行编译整理).

[原]敏捷开发团队管理系列之七:大型研发管理团队的切分(二)

- - 陈勇的博客 - Scrum 敏捷开发培训咨询,绩效管理,团队管理,《火星人敏捷开发手册》
这是敏捷开发团队管理系列的第八篇( 团队管理栏目目录). 还是敏捷开发一千零一问的第二十八篇( 在这里提问, 之一, 之二, 之三, 问题总目录). 还是敏捷开发松结对编程系列的第十三篇( 松结对编程栏目目录),与之前系列 第六篇139团队、 第九篇微软TechED上的讲座有密切关系.