写点什么

优秀的领导与差劲的领导

  • 2014-01-12
  • 本文字数:2448 字

    阅读完需:约 8 分钟

Vlad Mihalcea 是一位软件架构师,热衷于软件集成、高可伸缩以及并发编程等主题,他感兴趣的领域主要有 Java、数据库、事务、NoSQL、OOP、重构与模式以及敏捷和 Scrum 等。近日 Vlad 撰写了一篇博文,谈到了团队中优秀的领导与差劲的领导之间的区别、他们在面对同一问题时的不同反应、对团队造成的不同影响等,希望这些分析能对团队中的领导起到警钟的作用。各位团队领导也可以从文中的分析看看自己是不是也陷入了某些怪圈当中,从而提升自己的团队领导力与影响力,为团队带来积极正面的影响。

软件更多的是对人而非技术的关注。当我从大学毕业时,我想只要掌握了技术就能成为一名优秀的开发者,认为区分经理这个角色好坏的唯一标准就在于他们的技术。不过,过去的经历给我上了生动的一课。有人说人们的技能是无法习得的,只能是天生的,我对这种想法真是无法苟同。

没有人生来就具备哪种技能,我们都是从观察中学习,复制别人的经验(我们的榜样)。你可以通过阅读图书获得一些宝贵的经验,不过我记得有句老话说得好,我在十几岁时就将这句话摘抄到了一本书的封面上“生命不是从书中学来的,而是将生命的经历变成了书”。

如果你觉得自己在与人打交道方面有问题,那么你只能不断观察并从中学习,就是这么简单。即便你现在没有领导任何人,学习如何与人打交道也是非常有价值的,特别是在这个以人为本的产业中更是如此。

虽然遇到优秀的领导总是令人兴奋异常,不过领导力的真正价值其实是通过那些差劲的领导体现出来的。我在这方面就比较幸运,因为我曾遇到过一些非常差劲的领导,他们的差劲程度超乎你的想象。下面我们就来一起看看优秀的领导与差劲的领导之间到底有哪些差别。

责任

优秀的领导:优秀的领导总是对他所负责的项目担负起责任。如果项目不幸失败了,那么他知道该受责备的人是他自己,并且敢于承认错误。 差劲的领导:差劲的领导觉得这不是他的问题,因此他会想方设法证明是他的团队不行,或是将责任归咎于团队中他不喜欢的那几个成员身上。

努力工作

优秀的领导:团队领导应该是团队成员的榜样。至少,他应该与团队中的其他成员一样努力工作。这仅仅因为他是权威,并不表示他只应该干那些自己喜欢的事情,而将其他无聊的事情留给团队成员去做。 差劲的领导:差劲的领导可不这么想,他觉得自己不应该再写代码了,要不留着其他团队成员干什么。

指导

优秀的领导:优秀的领导总是会帮助团队中的初级工程师。他不会让这些初级工程师完成那些过于困难的任务,因为这样很容易造成任务的失败或是无法顺利完成的结果。他知道对团队的投资一定会以质量的形式带来回报。 差劲的领导:差劲的领导并不关心这一点。缺乏经验的团队成员应该通过异常复杂的任务让自己变强,而不管不顾实际情况到底如何。

尊重

优秀的领导:优秀的团队领导尊重所有的团队成员,无论他们的经验如何。他深知领导一个团队只有一种方式,那就是通过尊重而不是让人感到畏惧。 差劲的领导:差劲的领导不会尊重任何人,除了他自己。当有人犯错时,他会报以各种嘲讽,然后向更高的管理层报告。

向上爬

优秀的领导:优秀的领导相信技术与专业。他尽力完成好本职工作,期望能够获得他期待的合理的位置。 差劲的领导:差劲的领导没什么技术,不过却擅于拍马屁。他一方面藐视自己的下属,另一方面却对上级趋炎附势。

脾气

优秀的领导:优秀的领导在感情上非常成熟,他知道如何控制自己的情绪。他不会对团队成员大吼大叫,或是威胁他们。 差劲的领导:差劲的领导喜欢炫耀自己的级别,如果不吓吓自己的团队他就没什么好办法。他认为恐惧是非常好的推动力。

信任

优秀的领导:优秀的领导非常信任自己的团队成员。他知道自己正与一群优秀的人一起工作,这也是他鼓励大家走出自己的知识舒适区的原因,因此团队成员最后都会学到很多,变得更强。 差劲的领导:差劲的领导不相信任何人,除了他自己。那些缺乏经验的开发者除了写文档外没资格做任何其他事情,或是只能为自己写的代码写一些单元测试而已。

任务分配

优秀的领导:优秀的领导选择那些其他人都不愿意做的任务,他向其他人做出了榜样,自己给自己分配了其他人都受够了的那些任务。 差劲的领导:差劲的领导总是选择自己最喜欢的任务。或许是自己想要尝试的新框架,他可不会将这个机会让给别人。不过,如果他发现太困难,那么就会将它交给团队其他成员来解决。

问题报告

优秀的领导:优秀的领导会尽自己所能来解决任何问题。不过有时这也是不够的,因此他会立刻向上级报告问题,接下来采取恰当的动作。 差劲的领导:差劲的领导总是掩饰问题。他不喜欢报告,因此这可能会影响到他的良好声誉。如果问题出现了,那么他就会找到责任人,因为他自己永远不可能出错。

代码审查

优秀的领导:优秀的领导深信代码审查的价值,鼓励团队参与到审查彼此工作的过程之中。当某个问题重复出现时,他会将其写到共享的知识博客中,这样每个人都能学习到解决问题的更好办法。 差劲的领导:差劲的领导根本没时间做代码审查,每个人都按照自己的方式工作。如果某人出现了问题,领导只是告诉他一声而已。

挫折

优秀的领导:优秀的领导上级可能是个差劲的领导,他告诉自己绝对不能成为像自己上级那样的人。他足够成熟,能够从他人的错误中学习。 差劲的领导:差劲的领导想让别人也经历自己还是初级工程师时所犯下的种种错误。

新想法

优秀的领导:优秀的领导更喜欢倾听而不是诉说。他会让所有的团队成员参与到头脑风暴中。他深知伟大的想法可能来自于你意想不到的地方。 差劲的领导:差劲的领导不喜欢其他人展示的所谓新想法。他的想法总是比其他人的好。如果他听到某个有趣的意见时,他可能对其嗤之以鼻,然后将其汇报给上级,说这个想法是自己想到的。

差劲的领导是灾难。由差劲的领导所带领的项目最后可能还要花费更多的代价来修复问题,这些代价要远远超过有经验的团队从头开始做的花费。听起来好像是虚构的,不过这些差劲的领导例子却是由真实的情况所启发的。不知你的团队中是否存在文中所述的那种差劲的领导呢?你是如何应对的呢?你认为你所在的组织中,优秀的领导与差劲的领导各占多少呢?

2014-01-12 02:454522
用户头像

发布了 88 篇内容, 共 262.0 次阅读, 收获喜欢 8 次。

关注

评论

发布
暂无评论
发现更多内容

《谛听说智能》迎来圆满落幕,企业降本增效新指南

Geek_e670ab

第四周 作业一:系统架构【未陌】

a d e

系统架构

MySQL-技术专题-事务和并发一致性问题

洛神灬殇

浅析:线程安全

朱华

Java 多线程与高并发

MySQL-技术专题-mysql的联合索引

洛神灬殇

Netty源码解析 -- 服务端启动过程

binecy

Netty nio

当我在听播客时,我在听什么?

Nydia

Week 2 学习总结

balsamspear

极客大学架构师训练营

IDEA常用设置、快捷键及代码模板

jiangling500

IDEA

深拷贝链表,python处理音频信号和数字信号、vim教程、swift单元测试和UI测试 John 易筋 ARTS 打卡 Week 21

John(易筋)

单元测试 ARTS 打卡计划 python 数字信号 vim教程 深拷贝链表

头条终面:写个消息中间件

yes

面试 消息队列

中国首个“芯片大学”即将落地;生成对抗网络(GAN)的数学原理全解

京东科技开发者

技术 网络 GAN 芯片

JAVA中的内部类详解

倔强的攻城狮

Java

mybatis plus 自动更新数据库时间的小坑

废材姑娘

Java mybatis

甲方日常 29

句子

工作 随笔杂谈 日常

Week 2命题作业

balsamspear

极客大学架构师训练营

都别拦着我,我要删库了

MySQL从删库到跑路

Linux oracle重装 MySQL 运维 root

反向保理系统设计

森林

读——沟通的艺术,看入人里,看出人外(第三章)

废材姑娘

MySQL-技术专题-解决死锁问题

洛神灬殇

第四周 作业二:系统架构学习总结【未陌】

a d e

系统架构 互联网架构

数字经济2.0—趋势、逻辑、选择

CECBC

区块链 数字经济

打破区块链游戏经济的隔阂,或许该从跨游戏资产入手

CECBC

区块链 游戏

【高并发】秒杀系统架构解密,不是所有的秒杀都是秒杀(升级版)!!

冰河

并发编程 高并发 架构设计 秒杀 异步

Kubeless 架构设计 | 玩转 Kubeless

donghui

Serverless kubeless

kubernetes是微服务发展的必然产物

架构师修行之路

Kubernetes 分布式 微服务

图解超难理解的 Paxos 算法(含伪代码)

多颗糖

分布式 算法 分布式系统 架构师 一致性算法

架构师训练营第 1 期 - 第四周课后练习

Anyou Liu

极客大学架构师训练营

有状态的服务其实可以做更多的事情

架构师修行之路

分布式 微服务

学习笔记:架构师训练营-第四周

四夕晖

高并发 系统架构演化

后疫情时期,看区块链如何赋能文创产业加快经济复苏?

CECBC

区块链技术 文创产业

优秀的领导与差劲的领导_语言 & 开发_张龙_InfoQ精选文章