管理者,你的团队持续可用吗

标签: 激情事业 | 发表时间:2011-05-30 16:01 | 作者:[email protected](余波) Sepher
出处:http://blog.ppcode.com/


好几年前,我跳槽到一家创业公司做技术总监,在一穷二白的情况下组建团队,启动项目。加班加点几个月,项目如期上线。项目上线不久,老板把我叫过去了,他说,余波,你有没有觉得,我们的网站好像有点慢。老板这么一说,我就明白了。我说嗯,我回去想办法改进一下,我就把老板的意思,转给了我们的项目经理,项目经理也很给力,一口答应去做优化。没多久,我们又发布了一个版本,性能确实提高了不少。

几天之后,老板又把我叫过去了。说,余波啊,上次优化确实快了一些,可是我觉得还是有点慢,要不你再回去想想办法。我说,好。然后又将老板的意思,转给了项目经理。这次项目经理虽然答应了,但没有上次那么干脆了,他花了很大的力气,又弄出一个版本,又把性能往上提了一些。

版本上去之后,给老板看,老板没什么反应。几天之后,老板有反应了,老板问了我一个问题,他说余波,我们的网站为什么没有淘宝快呢?我带着这个沉重的问题,回去找大家开会,并再次安排了调优工作。结果我们的项目经理吃不消了,觉得这样三番五次的,太变态了,毅然决定离开。本来人走了,我就挺沮丧的了,没想到老板又骂了我一顿,中心思想是怪我留不住优秀人才,我有一种里外不是人的感觉。

这件事情对我的冲击还满大的,于是我就开始反思问题到底出在哪。或许可以归结为项目经理抗压能力差,又或许可以归结为老板要求太变态,没事跟什么淘宝比快。然而其实那都是借口,对结果无益。后来我还是想通了:这问题还是在我身上,是我没有掌握好平衡,简单的将上面的压力往下丢,最终导致上下失衡,并付出了核心人才流失的代价。

一个管理者的价值,很大程度上取决于他能够多大程度上维系上下平衡——上面要的是各种KPI,各种山头要攻下,各种山头要在指定的时间点攻下,各种山头在指定的时间点和指定的伤亡限制下攻下;下面要的是足够的成长空间,有竞争力的薪酬和舒适的软硬件环境。这两种诉求之间,有天然的冲突和矛盾的,这需要管理者去调和,去承上启下。

任由老板的意志在发挥作用,老板说什么就是什么,从来没有发表过任何不同的意见。这种言听计从的做法,很多时候都是要牺牲团队的利益的,我们要清楚这种牺牲所产生的影响,并及时向上知会,甚至预警。否则,即使是老板自己的指令,将来出事了,我们依然只有被骂的份。反之,如果老板知晓了风险和代价,他依然决定赌一把,那么即使真的出事,他也会无怨无悔。所以,我们并不是简单的将指标往下丢,而是要经过梳理,确认,讨价还价的之后,才往下丢。

同样,我们也要调和员工的诉求。任由员工的意志在发挥作用,把员工的诉求直接往上丢,就更危险,何况这些诉求往往还夹杂着大量的抱怨。老板那里从来是不缺问题的,缺的是解决方案。所以,如果只是把问题抛给老板,那基本上就是在对自己的职业生涯作慢性自杀。我们要做的是,从抱怨中识别那些实在的诉求,分析这些诉求的合理性,并结合资源状况判断是否有机会被满足。如果有机会满足,还要再看看满足这种诉求之后所产生的影响,能满足,而且大大的有好处,那没有理由拒绝。如果满足不了,而且满足不了的后果很严重,那得赶紧向上汇报,请求支援。


举个例子,比如有人揣着Offer要加薪,这种情况下如何应对?首先要看一下,与他水平差不多的人,薪资状况如何,如果比较下来他的薪资确实偏低了,那自然可以加上,加上的同时还要看看团队当中是不是还有这种情况,一起处理掉。如果薪资水平并不低,只是外部的机会更好,这个时候,基本上如果答应给他加薪,就是在破坏平衡,接着会有一堆人来跟你提加薪,都满足吧没预算,不满足吧人家恐怕也要去试着找找工作,造成动荡。在这种情况下,我们宁愿失去一个人,也不能够把平衡打破。

在维系向上向下的平衡时,我们往往要发起各种拒绝,拒绝员工,拒绝领导。面对拒绝,员工未必能够理解,领导也可能会很生气,但这是符合大家的共同利益的——用少量的拒绝来谋求平衡,不仅值得而且必要。所以,当平衡在心中的时候,管理者要有勇气作出不受欢迎的决定,要有能力消化别人的误解。好的管理者,愿意承受其决定所带来的痛苦,却丝毫不影响其做出决策的能力。当然,拒绝领导更难一些,那起码可以知会,可以预警。

这里也还有另外一个平衡需要把握:拒绝可以,但要适度,要讲究方式方法。如果从来就和领导不对付,老板想做的事总是因为你而做不成,那么站在公司的角度,恐怕要怀疑你老板的价值了。大部分老板,是有能力在公司动他之前,把你给动了的。另外一种情况是,你始终和你的团队不对付,大家不爱听你的,从内心鄙视你,然后再来个纷纷跳槽,干活的人没了,那领导还能够活下去吗,结果是你和你的领导一起被公司干掉。

这个平衡还真有点玄,好像一不留神就会失衡,很难把握。确实如此。一不小心就会失去平衡,就会流血牺牲。因此,我们还要做一个工作,叫做管理人的依赖。管理人才依赖,简单说是要让每个岗位都是可以被简单替代的——最理想是马上有人接手工作,次之是在大家可以接受的时间内有人可以上手。怎么做呢,最好的办法是构建人才梯队,前面的人走了,后面的人补上,重点是不要出现断层。这项工作需要长期投资,没有一年半载是很难成梯队。其次呢,是知识管理,把脑子里的东西具化,这是个满让人烦的事情,没什么好办法,耐着性子做。除此之外,还有什么办法没有?有,允许一定分工上的冗余,尽量让一件事情有两个人知道,用一定的冗余来降低风险。

即使这样做,依然还会一些人是单点,对于这些人,就只好由我们来盯了,威逼利诱呗。当然,这样的人实在不宜太多,太多了我们晚上是睡不好觉的——每每当这些人,说找我有点事情的时候,我就很紧张。

在这里要特别交待一下,降低人才流失风险只是管理依赖的一个好处,更大的好处是为整个团队拓展成长空间。想象一下,如果一个人始终没人可以接替他的位置,再好的机会也是不敢给到他的,一给他原来的工作就没着落了。一个良性的循环是,每个人都给自己找一个准接班人,然后对他进行培养。这样,下面的人也成长了,而自己也有更大的自由度去选择新的成长机会。管理者在降低人员依赖,而每个职业人的努力其实又是在提升组织对自己的依赖,如此反复,便实现了在保证效能的情况下,进化组织,这才是一个双赢的局面。

总结一下:在平衡基础上,实现共同利益最大化,利益越大,结构越稳定。即使如此,人还是会走的,各种各样的原因走,于是还需要管理人的依赖。维系承上启下的平衡也好,管理人才依赖也罢,都有一个共同的目标,那就是让团队处于一个持续的可用的状态,这样的团队才有更加持久的生命力。

Copyleft © 2011 本文遵循创作共用约定-署名/非商业/保持一致



余波猜您也喜欢:
  • 绩效面谈,扯扯更健康[200]
  • 管理,得水如鱼[331]
  • 【传帮带】管理人才的培养[338]
  • [职场感悟]不是炮灰,就是名将[324]
  • [乱语]攒钱攒钱攒钱攒钱攒钱攒钱攒钱攒钱,移民[339]
  • [资治通鉴]以罚代管之董卓[63]
  • [项目管理]租房搬家也是做项目[385]
  • [实践]技术团队的成长之路[1609]
  • [招聘]面谈组合拳[1549]
  • [十字路口]技术向左,管理向右[1436]

  • 余波欢迎您关注我的微博,或进一步交流      

    相关 [管理 团队] 推荐:

    团队管理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上的讲座有密切关系.

    管理者,你的团队持续可用吗

    - Sepher - 真水无香
    好几年前,我跳槽到一家创业公司做技术总监,在一穷二白的情况下组建团队,启动项目. 项目上线不久,老板把我叫过去了,他说,余波,你有没有觉得,我们的网站好像有点慢. 我说嗯,我回去想办法改进一下,我就把老板的意思,转给了我们的项目经理,项目经理也很给力,一口答应去做优化. 没多久,我们又发布了一个版本,性能确实提高了不少.

    【案例分析】创业团队如何做好时间管理

    - - 时间管理行动家 | GTDLife
    前一段时间有机会接触到一个移动互联网的创业团队,和他们坐在一起交流了一些如何提高效率的问题,他们是非常有活力的团队. 最后我们一起建立了能帮他们提高效率、协同工作的系统,现在总结一下拿出来,希望和大家一起探讨交流. 发起人:有点像项目经理,负责整体运营和进度掌控. 发起人和这两个开发人员非常熟悉,但是两个开发人员之间此前没有见过面.