×

扫描二维码登录本站



       古狄逊定理:不做一个被累坏的主管

  提出者:英国证券交易所前主管N·古狄逊

  点评:管理是让别人干活的艺术。

       古狄逊定理操作实务

  在现实生活中,我们会发现有不少管理者常常忙得焦头烂额,恨不得一天有48小时可用;或者常常觉得需要员工的帮忙,但是又怕他们做不好,以致最后事情都往自己身上揽。虽然一个称职的管理者最好是一个"万事通",但一个能力很强的人并不一定能管理好一家企业。管理的真谛不是要管理者自己来做事,而是要管理者管理别人做好事。

  有些管理者把困难工作留给自己去做,是因为他们认为别人胜任不了这种工作,觉得自己亲自去做更有把握。即使是如此,管理者要做的也不是自己亲自处理困难的工作,而是去发现能干的人去做这些事。而要做到这一点,一方面是给下属成长的机会,增强他们的办事能力,另一方面是要懂得授权。

经典案例

  美国著名管理学家哈默为我们提供了这样一个实例:

  在纽约,哈默有一个客户:当他在自己的办公室时,除了要与客户电话联络外,还要处理公司大大小小的事情,桌子上的公文一大堆等他去处理,每天都忙得不可开交。

  每次到加州出差,哈默都要约他早上六点三十分见面,他必然会提前三个小时起床,处理公司转来的传真,做完后,再将传真回送给他的公司。哈默曾与他谈论,觉得他做得太多,而他的员工只做简单的工作,甚至不必动脑筋去思考、去回答他的客户,也不必负担任何的责任与风险。像他这种做法,好的人才不可能留下奉陪到底。

  而这位客户说,员工没有办法做得像他一样好,对此,哈默向他说明两点:

  "第一,如果你的员工像你这么聪明,做得和你一样好的话,那他就不必当你的员工,早就当老板了。第二,你从不给他机会去尝试,怎么知道他做得不好呢?"

  他进而又说,身为领导者,就必须明白:请别人为你做事,你才可能从他们中发现有才能的人。给他们机会,为你完成更多的工作,也可以说是训练他们承担额外的工作。

  所以,作为管理者,不可能什么事都自己做,必须有心栽培值得你信赖的有潜力的员工,耐心地教导他们。刚开始的学习阶段,难免发生错误,致使公司蒙受损失,但只要不是太大,不会动摇公司的根本,就把它当做训练费用。你一定要脱身去处理首要的事情,因为它可能关乎整个企业的前途。适时放手让你身边的人承担责任,并考核他们的表现。当他们妥善地完成工作时,就要让他们知道自己做得不错。

  在哈默的劝说下,这位客户改变了自己的工作方法,学会了放权让有能力的员工去处理事情,最终他的公司取得了相当不错的业绩。

  企业的发展壮大不能光靠一个或几个管理者,必须依靠广大员工的积极努力,借助他们的才能和智慧,群策群力才能逐步把企业推向前进。再能干的领导,也要借助他人的智慧和能力,这是一个企业发展的最佳道路。

  有这样一个故事:

  有一天,一个男孩问迪士尼的创办人华特:"你画米老鼠吗?"

  "不,我不画。"华特说。

  "那么你负责想所有的笑话和点子吗?"

  "也不。我不做这些。"

  男孩很困惑,接着追问:"那么,迪士尼先生,你到底都做些什么啊?"

  华特笑了笑,回答说:"有时我把自己当作一只小蜜蜂,从片厂一角飞到另一角,搜集花粉,给每个人打打气,我猜,这就是我的工作。"

古狄逊定理的管理启示

  在童言童语之间,一个管理者的角色不言而喻。不过,一个团队管理者不只是会替人打气的小蜜蜂,还是团队中的灵魂人物。他应该做到五件事:选择适当人才;理清团队目标与方向;理清成员的权责;取得适当资源支持团队,有效指引成员找到方法;有能力去追踪或审视团队的绩效,带领执行计划,激发团队的成就。做到了这些,员工们就会死心塌地跟着你打拼,这样还会怕没有作业绩吗?与自己万事亲历亲为相比,哪个更好呢?

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有账号?立即注册

x




上一篇:每天学一点管理知识——倒金字塔管理法
下一篇:每天学一点管理知识——杰亨利法则
先锋小编

写了 751 篇文章,拥有财富 5348,被 16 人关注

您需要登录后才可以回帖 登录 | 立即注册
B Color Link Quote Code Smilies
alex 发表于 2012-9-27 22:04:01
国内某大公司高管说过:

管理就是让别人尽心尽力的为你干活,还不喊累……
Anna.Dai 发表于 2012-9-28 09:07:19
有的人知道也不愿意这么做,因为 他喜欢专权的感觉 喜欢自己都干 怕别人赶上他 怕自己培养的人会随时撤离自己 注定了他们做不了大事 这真得克服心智啊 真有点难
nilewole2008 发表于 2012-9-28 09:09:40
:lol  的确如此。。。
huangjie528 发表于 2012-9-28 14:32:04
谢谢分享!
Powered by ITIL  © 2001-2025
返回顶部