浅谈领导和领导力

按:公司基层主管培训,安排我做关于领导力的讲座,效果尚可。我把PPT的内容总结成一篇文章,在这里与大家共享。

如今,市面上关于“领导”和“领导力”的文章、书籍已经数不胜数,大家似乎并没有厌烦的感觉,新的资料仍然层出不穷;另一方面,对相当一部分人来说,“领导”和“领导力”又确实难以捉摸,看书似乎明白了,做起来却全然不对劲。为什么会出现这种情况呢?据我的观察和思考,主要的原因是:领导和领导力,都是主要与人有关的学问,一旦与人有关,就不能依靠简单的条条框框来行事。下面,我结合自己的经验和思考,谈谈领导和领导力的若干问题。

首先的问题是,为什么要有领导呢?或者说,什么样的人是领导呢?一个人被上级任命为“领导”,他就是领导了吗?不。他如果做得好,才可以成为领导,做不好,不过是“空有个领导的架子”而已;相反,民间的很多“领导”(领袖、领头人物),并不需要任命,大家都认可他。那么,一个人会想办法,会谋划,他就是领导了吗?也不见得。古代的军师和谋士,最擅长此道,但他们似乎和领导不沾边;但是一个人如果没有谋划,也没有规划,似乎也不算“领导”。这样看来,领导确实不简单。

不妨看看,不存在领导的情况是怎样的。此时基本只有两个元素:人和任务,任务由人完成。通常大家独自完成任务,也可能有多人互相帮助,自发协同完成任务。

但是随着任务量的增加,任务复杂程度的增长,任务已经不能由单个的人,或者说多人自发完成了,这时就需要一个人,带领、协调、组织其他人,完成更多、更复杂的任务。这个人,就是通常所说的领导。一方面,他有权力去安排更多人的行为,这就是我们常说的“任命”的必要性(民间领袖通常依靠威信);另一方面,他有规划、有办法去完成更多更复杂的任务,无论这种规划是他自己提出的,还是采纳别人的。

由此,就会产生两种观点:领导的工作,到底是应该看重人,还是应该看重任务呢?如果看重人,就需要给予下属更多的自主权,比如容许他们自己规划,自己安排进度,但放开的后果需要你来承担;如果看重任务,就会要求下属在规定的时间完成规定的事情,哪怕是疯狂加班也在所不惜。两种方式,究竟哪一种更好呢?

按照我的经验,在一般(非外包类)的公司,除去人力资源等几个部门,对领导的考核指标,并不会由对下属员工的考核所构成,而是强调领导的业绩,也就是任务的完成数量和质量;但是领导并不能事必躬亲,自己去完成如此多如此麻烦的任务,而必须借助下属——也就是人——来完成。换句话说,领导的任务是完成更多更复杂的任务,但他必须通过下属,迂回、间接地完成。所谓的领导力,就是这种迂回、间接中动用的能力。

我把自己对领导和领导力的理解画成一张草图:任务是由人(下属)来完成的,领导的行为对象是作为下属的人,但其领导行为最终指向的,却是下属需要完成的任务。图中的橙色部分,是领导的主要工作内容,黄色部分,是下属的主要工作内容。两者有部分重叠,表示领导的工作不能止步于下属的具体内容之外,下属的工作也不能与领导的工作脱节。

观察现实生活中的很多例子,都可以印证上面这个模型。读过点历史的人都知道,“文革”结束之后,改革开放之初,老百姓之间流传有“要吃粮,找紫阳;要放米,找万里”的说法,称赞他们对农业的领导有方。紫阳和万里并不种粮,也不是农业专家,但他们采取了正确的政策,激活了农民种粮的积极性,扭转了人民吃不饱饭的局面。虽然最终种粮的仍然是农民,但农民的种粮活动,是受到紫阳和万里的领导行为的影响,或者说,紫阳和万里“间接地”解决了吃不饱饭的问题。具体的任务还是那些任务,解决任务的人还是那些人,但换了领导,结果大不一样,这就是领导力的展现。

最开始说到,领导力是与人有关的学问,原因就在这里。这个道理,温伯格在《技术领导之路》中的表述更加清楚:

所谓领导力,就是创造出一个环境,提升其他人的创造力和生产力,让每个人都能发挥出更大的能力,创造出更大的价值。

既然领导力与人有关,身为领导,就不能不了解与人有关的知识。如果我们把“人完成任务的能力”粗略地成为“人力资源”,那么,人力资源有几种特性,是其它类型的资源所不具备的,值得领导特别关注。

第一种特性是,人力资源的输出是不稳定的。计算机每秒的计算量是稳定的,驴一天拉磨的圈数是固定的,泉水一天出产的水量也是相对稳定的;但人力资源不是这样,人力资源的输出受多种因素的影响。如果员工失恋了或者家人去世了,他可能每天都来上班,但上班的效率为零。当然,这只是极端的情况,但人的情绪和状态,确实会极大地影响人力资源的输出。

为了保证人力资源输出的稳定,就必须保证下属的情绪和状态的相对稳定。首先,要尽量保证工作的自发自愿性,一个人是作为积极进取的公司职员,还是作为被迫劳作的农场奴隶,其生产效率绝对是有天壤之别的。在分配工作时,应当尽量考虑下属的兴趣、意愿,最糟糕的情况,就是让下属去做他非常排斥的事情,这样几乎不可能有好的收效,第一个需要反思的就是领导自己。其次要保证下属的情绪稳定,平时注意营造积极乐观的工作氛围,并注意观察其他人的情绪,如果发现波动应当及时了解、抚慰。最后,要建立信任,尤其是对喜欢多想的下属,如果没有建立足够稳定的信任机制,任何一点小变化、小波动,都可能严重影响他的情绪;如果让下属信任你对他的一贯态度,对他的工作的一贯态度,就可以避免此类问题的发生。

第二种特性是,人力资源是具有持续成长性的。要升级计算能力,你可能需要升级计算机;要烧更多的水,你可能需要更多的电,更多的煤。但是要完成更多更复杂的任务,公司给你的资源和人力编制,并不会有同步的增长。另一方面,大多数员工也有对自身发展的期望。培养下属持续成长,就可以解决以上两个问题。

要保持人力资源的持续成长,领导必须花很多的心思。一方面,根据未来的目标,有计划地培养、储备人才,以便用有限的资源,解决更多的问题。另一方面,也需要为下属考虑学习成长之路。我们在招聘时,面试者经常会说“希望能多学东西”,但是很多人并没有培养出自动自发学习进步的习惯和能力,然而如果公司没有给他“学到东西”的感觉,他又会对工作和公司失望。所以身为领导,往往必须为下属拟定一系列的学习发展步骤,并持续实施,这样既可以不断提供给下属学习的成就感和满足感,又可以培养出符合公司业务需要的,能力更强大更全面的员工。或许也正因为如此,希拉里才说:“卓越的领导,会带领人们去到他们应该去的地方”。

第三种特性是,人力资源的转移很快。这里说的“转移”,是指员工的流动。员工的流动会给业务的开展造成非常严重的影响——我想,再也没有什么消息,比在准备大干一场的前夜听到业务骨干离职,令领导沮丧的吧。

员工的流动是不可避免的,但身为领导,应当将其稳定在可控的范围之内。通常,员工会留在某个公司,有两个原因:第一是觉得自己的工作有希望,第二是觉得公司有希望;而且,两种希望有相当的重合。但是有些员工的“希望”很明确,有些员工的“希望”只是“有希望的感觉”而已;另一方面,员工对于“公司的希望”,其实是没有上级领导了解的全面和细致的。所以,身为领导,应当尽量向下属阐明公司的希望所在,并且照顾到员工的希望——对“希望”很明确的员工,要努力寻找他的希望与公司的希望的重合地带;对“希望”不那么明确的员工,应当从公司的角度出发,结合其个人特点,具体化并不断强化这种“期望”,得到员工的认可。如果员工的期望与公司的期望完全绝缘,找不到太多共同点,则应当尽早选定后备力量,以防下属离职给自己的工作造成困扰。

最后想说的是:

管理是个细致的工作,技术岗位更是如此。管理是激发潜能而不是耳提面命,管理是价值认同而不是按部就班。

Refer:

[1] 浅谈领导和领导力

http://www.luanxiang.org/blog/archives/1321.html

[2] 试用期第三天就被开?

http://t.cn/RLQfsBX

[3] 从员工到总监,我的8个经验心得

http://t.cn/RLQIh4y

[4] 开发人员转型到管理者必须学会的7件事

http://t.cn/RLQI7gi

时间: 2024-10-29 19:08:25

浅谈领导和领导力的相关文章

浅谈技术型企业管理

浅谈技术型企业管理 过去15年的职业生涯,我服务过很多企业,从一线员工到资深工程师以及各种管理角色.于是也想谈谈我的管理经验与大家分享. 从08年开始从技术慢慢向管理过度,到10年基本完成转型,虽然后面更多是管理工作,但我从来没有离开过技术领域,特别是担任高级管理角色的过程中. 始终关注技术,追逐技术,我的博客专栏与系列电子书更新没有间断过. 领导与管理团队 对我影响比较深的一部电影<U571> 当船长告诉副船长泰莱这些话的时候"作为一个船长,你不能犹豫,你要采取行动,不果然行动,就

浅谈项目经理的职能

浅谈项目经理的职能 引子 话说,这不是干货或者科普文章.一直在写关于产品经理的职能跟素质要求的文章,感觉身为项目经理的我有点不务正业.于是乎,这周开讲PM(Project managment)的职能,还有如何"控制"一个项目. 一切源于身边的人最近都在讨论矩阵的团队管理模式.我对矩阵式管理没有什么方案的,十多年前我还没听说过,但早几年也有看到过有公司是这么管理的(当时不知道叫这个名字).在早几年的管理模式下我觉的大多数公司都是销售型的管理方式,也可能那个时候技术人才没有什么管理办法,老

浅谈软件项目的需求管理

软件项目区别于其它项目的最显著的特征是其不可见性,它不像硬件购销.建筑工程,都是实实在在可见的东西.而软件项目在系统交付之前很长一段时间,客户是无法感知自己想要的系统究竟是什么样子.因此,需求管理就显得十分重要,据相关统计数据分析,软件项目90%以上失败的原因都在于没有重视需求或者需求管理方面做的不到位导致的. 需求管理作为软件项目管理的一个重要内容,贯穿项目实施的全生命周期.俗话说:万事开头难.需求作为软件开发的第一个环节,其重要性不言而喻.市面上关于需求管理的相关理论和书籍很多,但多数停留在

浅谈设计模式的学习(中)

在<浅谈设计模式的学习(上)>中我说到了设计模式的基石-----抽象思维.为什么需要抽象思维呢?因为越抽象就越不容易出错,就像有些领导人说话:坚持改革开放.但怎么算坚持改革开放呢,没有具体的标准,因事而异,所以就不容易违背这个坚持改革开放的原则了. 3.学习设计模式,要保持抽象的思维     什么是抽象思维呢?真的不好说,抽象的东西往往难以说明白,听了也难以搞明白,还是通过具体的例子来说吧 有这么一个学生请假的场景,如果请假时间一天以内则有班长批准就可以了,三天以内则需要老师批准,超过三天就得

浅谈程序员的行业选择---程序人生

引言 本篇博文接着许久之前的一篇博文<浅谈程序猿的职业规划,看你如何决定自己的未来吧.>,继续探讨一下程序员行业相关的内容. 行业的选择不仅对于程序员来说非常重要,对任何一个人来说都是一样的.只不过对于程序员来说,行业更容易被忽略.从程序员每天热议的话题就能看出来,大部分的热议话题都是C#和Java哪个更牛B,或者IOS和Android哪个挣得钱多,很少看到程序员去讨论两个行业谁更有发展前景. 鉴于此,今天我们就来着重讨论一下程序员行业的选择,行业和语言一样,没有谁优谁劣,只是一种选择罢了.

浅谈电子政务门户建设选型经验

我县是河北东北部的一个县城,经济不发达,信息化建设很靠后,两年前刚到政府单位上班的时候,政府的门户网站很单调,数据基本上也是空的,作为一个旅游大县,门户的网站建设是很有必要的,是宣传旅游和招商的重要途径.虽然河北整体的信息化水平就不高,但是信息化建设肯定是以后各级政府发展的重要方向,通过向上级领导汇报信息化建设的重要性以及门户网站现有的不足和以后的发展趋势,最终确定要把门户的信息化建设提上日程. 通过网上查找资料以及实地考察公司和产品,最终选定了西部动力的产品,主要考虑到以下几方面很符合我们将来

浅谈程序员创业(要有一个自己的网站,最好的方式还是自己定位一个产品,用心把这个产品做好)

浅谈程序员创业 ——作者:邓学彬.Jiesoft 1.什么是创业? 关于“创业”二字有必要重新学习一下,找了两个相对权威定义: 创业就是创业者对自己拥有的资源或通过努力能够拥有的资源进行优化整合,从而创造出更大经济或社会价值的过程.——百度百科 创业是一种思考.推理和行为方式,它为机会所驱动,需要在方法上全盘考虑并拥有和谐的领导能力.创业必须要贡献出时间.付出努力,承担相应的财务的.精神的和社会的风险,并获得金钱的回报.个人的满足和独立自主.——互动百科 两者都给出了明确的创业定义,这里想着重想

浅谈商城活动设计

如题:浅谈商城活动设计 标题改成“浅谈商城活动的数据库设计”可能更加合理. 文章背景 为什么要吐槽,为什么要写这篇文章 本来我在弄大数据搜索,自己玩的不亦说乎,虽然感觉数据库设计不合理,但我可以数据清洗,弄到自己的搜索引擎里,自己随便玩,所以当时感觉在烂的数据库设计和我关系不大,只要我把数据清洗好,弄到自己的引擎里我的搜索正常,准确,问题不大.但忽然有一天老大跑来说ERP对接需要你来lead一下,然后一两个月带着捣乱的产品妹妹,和没有经验开发弟弟搞了ERP的简单对接,然后老大又说咱们商城库存总有

浅谈职业经理人的团队管理能力

导语:作为一名职业经理人,在进入一家公司的时候,最开始的任务就是要知道如何管理团队,下面良师益友网职业规划师通过多年的观察,对职业经理人团队 管理浅谈以下几点实践体会,望与诸位同仁共勉. 第一点,希望各位职业经理先融入然后再改造团队.企业文化是一家公司的灵魂,任何一家形成规模的企业都会有自己的文化,职业经理人加入一个新团队 之后,最重要的是认同该公司文化.很多职业经理人,在没有得到充分授权的情况下,就开始进行改革,这样做的结果肯定是"出师未捷身先死",在以失败告 诫.此企业成了短命鬼.