atitit 英雄主义的迷思 团队要不要依赖某一个人.docx

atitit 英雄主义的迷思 团队要不要依赖某一个人.docx

英雄主义是需要,历史就是一部英雄史。。商城如战场,英雄无处不在的。有些人就是无可替代的。个人可以推动历史的大车轮。。

认为某个/些团队成员不可替代的:如果有,一定是哪里出了问题

HiPoHigh Potential)是很多公司都会做的人才管理项目,也就是说:定义出公司的高潜员工,然后重点发展和保留。

这是一个很好的优化资源的策略,因为资源总是有限的,决定把有限的资源投入在培养哪个员工身上,的确是需要思考的。不同的人才潜力不同,投入产出比是有很大差异的。

但很多时候,管理者却走向了另一个极端,就是:过分看重某个人在团队中的重要性。

管理者的无用功:靠加班、靠团建、靠个人

我自己过去几年,曾经多次陷入过这样的误区:总觉得,团队中某个人是无法替代的。所以,花了大量的精力去维护。

这样做的结果就是:我手里能用的资源,比如升职名额、加薪额度甚至我自己的时间等等,几乎都被对方占用了,我没有资源可以提供给团队其他人,那其他人就很难成长,这又加剧了我对这个人的依赖,形成恶性循环。

并且,过于依赖团队中某个人的做法,不仅对管理者有害,对人才也是有害的。因为我投入了很多资源之后,对他的期望也会很高,但最后他没能满足我的期望产出,受到的评价就会很低,并且团队其他人也会产生极大的不平衡心理。最终,这个人在团队中,从“最不能被替代”的人,变成了“最应该离开”的人。

德鲁克认为,如果一个管理者,觉得团队中某个人是无法替代的,可能是因为:1)这个人其实没有那么好,只是管理者对他要求不高而已;2)本身管理体系潜伏了严重问题,这个人的存在掩盖了问题;3)管理者本身的能力有缺失,而这个员工是支撑了一个自己很难站得住脚的上司。

原因1)这个人本身没那么好

这很容易理解,如果某个员工解决了团队困扰已久的问题,你就会觉得他很牛,继而觉得他是无可替代的。在我们不了解那个领域的时候就更加如此。

比如说,一个管理者,原先管行政部门,后来兼管人力资源了,因为不太了解人力资源工作,所以他会觉得,团队里懂得这方面的人才是不可替代的,继而团队大部分资源都投给了这个人。但实际上,如果放眼外部市场,很容易就能找到同类人才。

原因2)这个人的存在掩盖了某种管理问题

比如说,我之前咨询的一家客户,销售部门里面有一个资深经理,被老板认为是不可替代的。原因是,他们的销售是大客户模式,每个销售人员管理N个客户。但因为业务和产品相对复杂,一个客户会采购多个业务线、产品线的服务,一旦该客户对接的销售员工离开公司,接任者就很难了解过去的背景信息,带来服务水平的下降。

但这个资深经理,在公司任职多年,又能亲力亲为,了解很多客户的背景,所以团队有人走了,他也能很快帮新人熟悉情况。

看起来,这个人是不可替代的。但实际上呢,他的存在掩盖了这家公司客户管理流程的问题。倘若能够调整流程,那么这个人也是可被替代的。

原因3)管理者本身能力有问题

我一个前同事,从咨询公司去了甲方HR部门,他的老板作为HRD(人力资源总监),之前一直不被CEO待见,因为CEO觉得他思考高度不够,总是关注细节,没有大局观。

我同事进了团队之后,帮HRD做了多次汇报PPT,被大老板大加赞赏,觉得HRD进步很快、思路清晰。自此,这位HRD就极其倚重他。但实际上,他的存在,是掩盖了这位HRD本身能力不足的问题。

给很多企业做咨询项目的时候,发现各种战略、流程、团队的问题,最后很多CEO长叹一口气,说:唉,一切问题都是人的问题啊。如果有能力强的人,这些就都解决啦。

但这是一个非常不负责任的结论,因为把公司发展寄希望于找到一个优秀的人,那说明管理体系本身就是有问题的。想想看,如果一个创业公司,需要马云做销售、马化腾做产品经理、李彦宏做CTO,这样才能成功,那这家公司还能做成么?

没有人是绝对无法替代的,如果有,一定是哪里出了问题。

三点误区说完了,总结一下,作为管理者,最重要的是:1)不要盲目努力、感动自己,当然,更别去感动员工;2)把有限的时间和资源花在业务本身,而不是花在团队建设;3)如果你觉得团队中有人是绝对无法替代的,可能要思考一下,是哪里出了问题。

作者:: 绰号:老哇的爪子claw of Eagle 偶像破坏者Iconoclast image-smasher

捕鸟王"Bird Catcher kok 虔诚者Pious 宗教信仰捍卫者 Defender Of the Faith. 卡拉卡拉红斗篷 Caracalla red cloak 万兽之王纵火者

简称:: Emir Attilax Akbar 埃米尔 阿提拉克斯 阿克巴

全名::Emir Attilax Akbar bin Mahmud bin attila bin Solomon bin adam Al Rapanui 埃米尔 阿提拉克斯 阿克巴 本 马哈茂德 本 阿提拉 本 所罗门 本亚当 阿尔 拉帕努伊

常用名:艾提拉(艾龙), EMAIL:1466519819@qq.com

头衔:uke总部o2o负责人,全球网格化项目创始人,

uke交友协会会长 uke捕猎协会会长 Emir Uke部落首席大酋长,

uke宗教与文化融合事务部部长, uke制度与重大会议委员会委员长,uke保安部首席大队长,uke制度检查委员会副会长,

UTSC uke技术标准化委员会委员长 uke 首席cto 软件部门总监 技术部副总监 研发部门总监主管 产品部副经理 项目部副经理 uke科技研究院院长 uke软件培训大师

uke波利尼西亚区大区连锁负责人 汤加王国区域负责人 uke克尔格伦群岛区连锁负责人,莱恩群岛区连锁负责人,uke布维岛和南乔治亚和南桑威奇群岛大区连锁负责人

Uke软件标准化协会理事长理事长 Uke 数据库与存储标准化协会副会长

uke终身教育学校副校长 Uke医院 与医学院方面的创始人

uec学院校长, uecip图像处理机器视觉专业系主任 uke文档检索专业系主任

Uke图像处理与机器视觉学院首席院长

Uke 户外运动协会理事长 度假村首席大村长 uke出版社编辑总编

转载请注明来源:attilax的专栏 http://blog.csdn.net/attilax

http://www.cnblogs.com/attilax/

Microblog

http://weibo.com/u/5941179815(common)

http://weibo.com/u/5487832265

http://weibo.com/u/5487832265(tech)

Qq 1466519819 微信attilax

--Atiend v12

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


什么是设计模式一套被反复使用、多数人知晓的、经过分类编目的、代码 设计经验 的总结;使用设计模式是为了 可重用 代码、让代码 更容易 被他人理解、保证代码 可靠性;设计模式使代码编制  真正工程化;设计模式使软件工程的 基石脉络, 如同大厦的结构一样;并不直接用来完成代码的编写,而是 描述 在各种不同情况下,要怎么解决问题的一种方案;能使不稳定依赖于相对稳定、具体依赖于相对抽象,避免引
单一职责原则定义(Single Responsibility Principle,SRP)一个对象应该只包含 单一的职责,并且该职责被完整地封装在一个类中。Every  Object should have  a single responsibility, and that responsibility should be entirely encapsulated by t
动态代理和CGLib代理分不清吗,看看这篇文章,写的非常好,强烈推荐。原文截图*************************************************************************************************************************原文文本************
适配器模式将一个类的接口转换成客户期望的另一个接口,使得原本接口不兼容的类可以相互合作。
策略模式定义了一系列算法族,并封装在类中,它们之间可以互相替换,此模式让算法的变化独立于使用算法的客户。
设计模式讲的是如何编写可扩展、可维护、可读的高质量代码,它是针对软件开发中经常遇到的一些设计问题,总结出来的一套通用的解决方案。
模板方法模式在一个方法中定义一个算法的骨架,而将一些步骤延迟到子类中,使得子类可以在不改变算法结构的情况下,重新定义算法中的某些步骤。
迭代器模式提供了一种方法,用于遍历集合对象中的元素,而又不暴露其内部的细节。
外观模式又叫门面模式,它提供了一个统一的(高层)接口,用来访问子系统中的一群接口,使得子系统更容易使用。
单例模式(Singleton Design Pattern)保证一个类只能有一个实例,并提供一个全局访问点。
组合模式可以将对象组合成树形结构来表示“整体-部分”的层次结构,使得客户可以用一致的方式处理个别对象和对象组合。
装饰者模式能够更灵活的,动态的给对象添加其它功能,而不需要修改任何现有的底层代码。
观察者模式(Observer Design Pattern)定义了对象之间的一对多依赖,当对象状态改变的时候,所有依赖者都会自动收到通知。
代理模式为对象提供一个代理,来控制对该对象的访问。代理模式在不改变原始类代码的情况下,通过引入代理类来给原始类附加功能。
工厂模式(Factory Design Pattern)可细分为三种,分别是简单工厂,工厂方法和抽象工厂,它们都是为了更好的创建对象。
状态模式允许对象在内部状态改变时,改变它的行为,对象看起来好像改变了它的类。
命令模式将请求封装为对象,能够支持请求的排队执行、记录日志、撤销等功能。
备忘录模式(Memento Pattern)保存一个对象的某个状态,以便在适当的时候恢复对象。备忘录模式属于行为型模式。 基本介绍 **意图:**在不破坏封装性的前提下,捕获一个对象的内部状态,并在该
顾名思义,责任链模式(Chain of Responsibility Pattern)为请求创建了一个接收者对象的链。这种模式给予请求的类型,对请求的发送者和接收者进行解耦。这种类型的设计模式属于行为
享元模式(Flyweight Pattern)(轻量级)(共享元素)主要用于减少创建对象的数量,以减少内存占用和提高性能。这种类型的设计模式属于结构型模式,它提供了减少对象数量从而改善应用所需的对象结