论坛首页 海阔天空论坛

[转贴]优秀的领导与糟糕的领导

浏览 3717 次
精华帖 (0) :: 良好帖 (0) :: 灌水帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2006-11-03  
http://blog.csdn.net/yiboo/archive/2006/11/03/1364384.aspx

我从2003年6月参加工作至今已有3年多,经历过4家公司,期间没有间断过工作,近来没什么事情,所以想把自己的一些经验写出来与大家分享,这是我要写的其中一篇,谈谈我们的领导,这里的领导指的不是公司老板,而是我们的直接上司,通常是部门经理,也属于公司的管理层,平时和我们打交道最多的上级。下面的要点不分主次:

1、优秀的领导经常把自己的经验与属下分享;糟糕的领导很保守,从来不教人。
领导往往比自己的属下更具经验,与属下分享经验无疑对属下能力的提升起着巨大的作用。当你离开一家公司的时候,就想想这个问题,你的领导教了你什么东西?业务上的,技术上的,为人处世上的,都算,教过你吗?如果几乎没教过,我想你离开公司后就相当于和他永别了,你不太可能再和他有联系,并且,从他那里学不到东西是你离职的主要原因,通常如此。

2、优秀的领导说话开门见山,清晰明了;糟糕的领导装作深沉,故弄玄虚,不痛不痒。
领导对属下布置任务是最正常不过的事情了,优秀的领导很直白,会把事情描述得很清楚,他往往拥有优秀的表达力,甚至演说家的口才,你很快就明白了他的意思并开展工作,而糟糕的领导说话不清不楚,也许是本身有语言表达障碍,但更多是一种官僚思想作怪,想想那些黑社会老大,“我想什么你全懂了那我还当什么老大?”不管是哪种情况,不能明确安排任务的领导是糟糕的领导。

3、优秀的领导会时不时和属下一起进午餐;糟糕的领导从不。
领导和属下不宜谈“哥们”,但平易近人的领导无疑更受欢迎,偶尔和属下一起午餐能加强彼此间的交流,增进了解和团结,糟糕的领导最喜欢享用自己的专门大餐,从来不和属下坐在一起,整个一副冷傲的模样,关系疏远得很厉害。

4、当工作中出了问题的时候,优秀的领导会立即承担起责任,无论主要责任是否在自己身上,然后和属下一起研究如何解决问题,查找问题原因并讨论如何避免以后再次出现类似问题;糟糕的领导就喜欢一味地指责属下,从不考虑自己的责任。人非圣贤,熟能无过,工作中出些差错也再正常不过,即使经验丰富的员工也难免一些疏忽,更何况糟糕领导手下那些从来没被他教过的人,“负起责任来”也许是一位领导者最最应该具备的素质,对做错了事情的员工一路地责问:“怎么会这样?怎么会这样?……”有什么用呢?再问个一千遍问题就能解决了吗?

5、优秀的领导会关心工作进行的情况并帮助属下解决其中遇到的困难;糟糕的领导喜欢说一句话:“我只在乎结果,不要和我谈过程。”
“我只在乎结果,不要和我谈过程”,其实,这是一句非常恶劣的话,我想问人生的结果是什么?是死亡,每个人都必然走向的结果,那我们每天忙忙碌碌在追求什么?难道我们的努力能改变这个结果吗?其实,过程十分重要!这也十分符合哲理。领导替属下解决了过程中遇到的难题,工作开展就顺利了,任务就能顺利完成了,一味地强调结果,如果属下真的被某些困难卡住了呢?难道解决不了问题领导本身就没有责任吗?

6、遇到老板的指责时,优秀的领导镇定,理智;糟糕的领导坐立不安,甚至无端拿属下发火。
我一个朋友说过一句非常好的话:“不要企图通过责骂来让一个人明白什么。”优秀的领导具备不错的逆商,即使遇到老板的指责也很镇定,而糟糕的领导就成了热锅上的蚂蚁,但不管怎么坐立不安,就是解决不了问题,我们需要的是理智,懂得周旋和如何处理问题。顺便提一下:领导遇到喜欢骂人的老板,倒霉,属下遇到喜欢骂人的领导,倒霉!

7、(本条在技术研发部门成立)优秀的领导业务、技术、分析问题和解决问题的能力都很强;糟糕的领导靠吹牛拍马装腔作势故弄玄虚来取信于老板,技术业务却很糟糕。
研发部门是高度脑力劳动的部门,员工往往都是受过高等教育的人,通常都很重视技术,一个技术很菜的人来当他们的头,恐怕多半不服,这个头是当不好的,更何况真正遇到了难题的时候,头都束手无策,属下又如何有希望自我去寻求突破?如果你也是一名研发人员,你会深深体会到这点,一个研发部门的领导如果在技术和业务上都没有什么过人之处,那我们还是离开这里另谋高就吧。

8、优秀的领导心胸开阔,拿得起放得下;糟糕的领导心眼多,喜欢抓人小辫子。
如果你经常被领导指责“上班发短信看书”,我看你的领导好不去哪里,为什么发短信看书都不行?我的任务完成了,或者说我能保证我的工作顺利按时完成,那这点小动作算什么?优秀的领导从来就是放得开的人,信任自己的属下,这种小事情是不会管的,当然,如果真的因此影响了工作那是例外。

一口气说了这么多,对照一下自己的实际情况看看是否如此呢?

   发表时间:2006-11-03  

这 8 条标准(8荣8耻),我都圆满符合。

只是,我不是领导。
0 请登录后投票
   发表时间:2006-11-03  
不是领导哪来的下属?
0 请登录后投票
   发表时间:2006-11-03  
5、优秀的领导会关心工作进行的情况并帮助属下解决其中遇到的困难;糟糕的领导喜欢说一句话:“我只在乎结果,不要和我谈过程。”
“我只在乎结果,不要和我谈过程”,其实,这是一句非常恶劣的话,我想问人生的结果是什么?是死亡,每个人都必然走向的结果,那我们每天忙忙碌碌在追求什么?难道我们的努力能改变这个结果吗?其实,过程十分重要!这也十分符合哲理。领导替属下解决了过程中遇到的难题,工作开展就顺利了,任务就能顺利完成了,一味地强调结果,如果属下真的被某些困难卡住了呢?难道解决不了问题领导本身就没有责任吗?

支持!!!!!!
曾经的部门主管就是这样,最喜欢说“我只在乎结果,不要和我谈过程。”
项目出了问题,责任全是下属的,项目做出成绩,全是领导有方
0 请登录后投票
   发表时间:2006-11-03  
buaawhl 写道

这 8 条标准(8荣8耻),我都圆满符合。

只是,我不是领导。


我也符合标准,而且我是领导  
0 请登录后投票
   发表时间:2006-11-03  

娘子,出来看领导。
0 请登录后投票
   发表时间:2006-11-03  
buaawhl 写道

娘子,出来看领导。


你反应好快,你娘子长啥样子的?
0 请登录后投票
   发表时间:2006-11-03  
引用
              


这个标题是一个网友的qmd,哈哈,借来用用。

其实我是不喜欢那种搞笑吸引眼球的东西,特别是很多blog为了提高自己的点击率没事就展开一个甚么大讨论,引得更多人愤青的看到标题就进去查看,查看完实在忍不住然后就留言,然后口诛笔伐,然后看着自己的blog点击率持续上升冲入排名前十。(不过好像少有人能够不搞这种眼球就能进入十大的^_^)



这个qmd我觉得诙谐有趣,而且用在这里实在是再恰当不过了。

对于ROR,我从去年11月的时候一个大学同学来找我,说他认识一个美籍华人在作网站,他想找人帮忙,但是语言用Ruby,使用ROR(Rails On Ruby)。这是一个全新的语言和开发架构,为了生计我答应下来,在当时全国都没有一个中文翻译资料的情况下自己啃了两个月。不过年后我换了新工作,将自己大部分精力都放在新工作的适应上所以最后那个网站不了了之,自己也没有拿到辛苦了两个月的辛苦费:(。

不过自己却大概了解了ROR这个东东,说实话感觉还是不错的,上手后开发速度很快,写好数据库直接生成前台和中间数据操作层。后来我自己无聊用来练手还写了一个ROR记帐系统,用来管理自己的日常收入和开销,直到我5月去德国出差换掉了机器,也就再没装ROR,毕竟想完善自己的那个系统还是蛮费尽的,特别是很多细节的开发根本找不到资料,更别说问谁。去railscn.com当时也人很少,根本问不到答案,所以导致自己的兴趣巨降。

但是对于ROR这种全新的脚本语言和他体现的自动化的思想,我还是很赞的。毕竟程序从来都是为人服务的,而不是人为程序服务的。而搞得越简单越对程序员有利,我巴不得早点看到软件工厂的实现,那样做程序员就不用这么辛苦了(或许我们程序员都会失业,但是谁又来维护软件工厂呢?)

很久没关心技术界,现在回来看看,却发现ROR居然已经引起一场大讨论,有人说ROR将要代替JAVA,有人说ROR是未来的发展趋势,有人说ROR是垃圾,国外都很批评你们还跟甚么风,有人说ROR不要学,学了会后悔,甚至有人说Ruby是日本的东西,我们要抵制日货……不一而同。

想想自己进入IT业也10年了(很夸张吧,我才多大啊,哈哈),从一进入我就看到的是媒体上各种各样的讨论,特别是针对语言,从最开始的C,PASCAL,BASIC谁好谁坏,到后来要学C还是C++,然后又进入了JAVA,PHP,.NET时代,后来兴起了python,(我都没有来得及学),现在又冒出来了Ruby,鬼知道未来还会有啥东西出现。而对于我自己来说,我用过得开发语言和工具也随着时代的发展居然丰富多彩,从最开始的BASIC到C,后来学HTML(那个时候还刚出来frontpage,dreamwave),flash,C++,SQL,再有PASCAL,DELPHI,VC6.0,VB6.0,PHP,ASP,参加的工作的时候我居然同时在使用DELPHI和JAVA在为公司干活,还夹杂着JAVASCRIPT,现在我又回归到了C++.哈哈。记得当时面试的时候他们问我“你干了这么久java,c++还记得多少”我当时的回答是“其实所有的语言都是一样的,重要的是思想,而不是开发工具”。

真的不愿意参合这种关于开发语言的无休止的讨论,我只是想说你们如果觉得Ruby烂为什么不自己开发一个Ruby呢?我个人的感觉是Ruby和Rails不在于他是否稳定,是否实用,是否成熟,是否值得,甚至是否是不是tmd日本人开发的,而是在于他代表了一种思想和一种思想的实现。他既然能被发明出来,并且现在为世人所知肯定有他存在的理由,存在即合理,你们为什么不想想他存在的理由,想想他为什么还有那么多问题,尝试去改进他甚至吸收他为自己所用而开创一个新的语言或者架构或者超越现有的时代,而浪费自己的口水甚至搬出爱国主义来显示自己多么伟大多么高尚挽救了多少准备学Ruby的新人让他们免收Ruby折磨之苦,节约了万万人所浪费在不值得学习的语言的时间而自以为荣?标榜自己是甚么甚么专家给新手以学习的建议?我的建议是多去学习编程思想而不单单是C++编程思想或者JAVA编程思想,就是这个道理。

口干舌燥,不多说这个无聊的问题了。

能下笔写这个文章,只是为自己以后写ROR的内容开个头。

总结一下就是标题拉,“我抵制日货,但是不抵制日本骚货”。希望大家多多“为国争光”,哈哈哈哈。



原帖变成这个了?
请LZ修改链接
0 请登录后投票
   发表时间:2006-11-03  
我基本上也同意楼主说的.

对于7,我有保留意见,虽然我自己也是搞技术的,但我并不认为由技术上不是顶尖的管理人员来做领导一定会令下属不服,或者无法领导下属.相反,我的两个曾经的上司都是搞VB、VC的,对JAVA完全没有经验,但我觉得他们最聪明和值得赞赏的行为就是在技术上放权让我去做,不管我怎么做,只要在时间和效果上满足他的要求,而他们帮我搞定其他支持性的工作,比如与用户的沟通,或者后勤。结果是项目成功,我对他们也没有什么意见。

这一点在Joel on software里也提及了,作者说的:尽管你是刚到Microsoft不到半年,只要你是某方面的专家,你就能在这方面取得技术上的领导权,而不用管那些职位很高的人的意见。M$还是有很多值得我们学习的地方,尽管大家都觉得他太霸道了。
0 请登录后投票
论坛首页 海阔天空版

跳转论坛:
Global site tag (gtag.js) - Google Analytics