手记

《成为技术领导者》读书心得

最近看完了温伯格的 《成为技术领导者》 ,本书英文名叫《Becoming A Technical Leader》。这是一本看起来很快,但是理解起来很慢的书,害怕自己看完书后过一段时间就忘了,于是我还是花时间整理了我阅读时的笔记和摘要。

图书一共有 24 个章节,分成 5 大部分。有一些章节完全以讲故事的方式展开,另外有一些章节又是以罗列知识点的方式展开讨论。全书结构如下:

  • 第一大部分:定义。算是总体概括,介绍了领导力的定义以及领导方式模型等内容。

  • 第二大部分:创新。领导方式模型之一。

  • 第三大部分:激励。领导方式模型之一。

  • 第四大部分:组织。领导方式模型之一。

  • 第五大部分:转变。

在分享我的流水帐似的笔记之前,先说说给我印象最深的几个书中的观点吧。

观点一:领导力究竟是什么?

所谓领导力,就是创造这样一个环境,每个人都能在其中发挥出更多的能力。

所以领导力应该注重过程管理而不是管理人,在过程中帮助大家发挥更大的能力。书中打了一个比方,就像园丁培育种子那样,不是揠苗助长,而是催生种子自身的力量。

领导力就是催生他人身上的创造力和生产力。这对于技术领域的工作更适用,因为在技术团队中,大家的工作量不好衡量,工作细节需要创造力和努力。

从某种意义上说,技术人员转型做领导,在方面应该是偏弱的,因为创造环境是需要更多的与环境交互,而技术人员更多擅长的是与计算机交互。与环境交互所需要的技能和与计算机交互所需要的技能是完全不一样的。

所以,对于技术人员来说,成为技术领导的道路并不容易。

观点二:实践

作者指出对于管理来说,其实是实践大于理论的,所以作者在「学习成为组织者」一章中,首先就提出了实践,并且指出:组织人的很多理论「表面上看」是相互矛盾的,所以需要实践的指导,才能理解其特定环境下的意义。对于一些当前不是领导的人,作者列出了一些实践的方式,例如:职业协会,社团等。

光实践不行,还需要思考,观察和试验就是思考的具体方式。观察是说发现社交环境里面的一些「秘密」或规律。试验是说想一些办法来验证自己的假设。

作者举了一个例子,比如观察大家在开会时坐的位置,出游的时候让孩子收拾行李,观察孩子的行为方式。

通过观察和试验,可以让自己形成分析和思考的习惯,另一方面,我感觉这也是培养好奇心的方式。

观点三:写日记

本书的译者余晟在序言中用「身份证掉了怎么办?捡起来。」来比喻写日记。简单来说,在确定一些事情怎么做之后,简单的重复和坚持就能收获效果。很多事情没有技巧,只有 10000 小时的规律,你坚持在某项事情上投入时间,就能够获得相应的收获。

总结出来就是 4 个字:切忌浮躁!

观点四:一些常识

我在工作中积累了一些「常识」,在本书中得到了更一步的确认,这些常识包括:

  • 因为具体的 Coding 工作做得少了,做技术领导肯定会影响自己的编程实践能力。

  • 不要做那些已经分配给别人的任务,即便必须让手下人犯错误。

  • 不能因为害怕犯错或丢脸就不尝试心中想做的事情。

  • 讨论问题的时候需要就事论事,不能为了争论赢而争,也不能带有个人情绪。

这是一本不错的书,推荐大家阅读。

读书摘要和总结

以下是详细的每一章的摘要和总结。总结中加入了我自己的思考,不一定正确,仅供参考。

第一部分:定义

第一章 领导力究竟是什么

定义了领导力。

所谓领导力,就是创造这样一个环境,每个人都能在其中发挥出更多的能力。

所以领导力应该注重过程管理而不是管理人,在过程中帮助大家发挥更大的能力。书中打了一个比方,就像园丁培育种子那样,不是揠苗助长,而是催生种子自身的力量。

领导力就是催生他人身上的创造力和生产力。这对于技术领域的工作更适用,因为在技术团队中,大家的工作量不好衡量,工作细节需要创造力和努力。

第二章 领导方式模型

介绍了领导方式模型 MOI。

讲了故事,从学弹玻璃球,说明即使合理的指导也不一定有用。因为人们需要克服自己性格的缺陷。

领导力 MOI 模型:

  • M – 激励 (motivation):奖品或是磨难

  • O – 组织 (organization):组织结构

  • I – 头脑或创新 (ideas, innovation)

第三章 解决问题的方式

介绍了解决问题的方式,分三个方面:

  • 理解问题

  • 管理思维

  • 保证质量

理解问题:

  • 细心阅读规范

  • 鼓励成员认真阅读规范

  • 解决分歧时,要回到最初的问题

  • 从客户处获得规范清晰的定义和额外信息

  • 工作进行一段时间之后,能更好理解某些需求的意义时,再回头看看规范。

这个其实就是产品里面讲的了解真实的、原始数据,基于原始数据做决策。

管理思维

这一点更多是想关于想法的交流,作者提出: * 要为了团队,敢于放弃自己原本坚持的想法 * 不要为了自负而坚持自己的想法 * 如果别人没有充分理解自己的想法理由,则应该坚持表达。 * 明确批评想法而不是批评人 * 考虑想法实施的时间成本 * 根据形势变化,要学会重新考虑以前考虑过的想法

这一点有一些涉及开会时的交流技巧,有一些涉及工作内容管理。

保证质量

作者提出了一些办法,包括进展中测试质量,观察进展速度,动态评估速度等。

第 4 章 领导的成长

首先介绍了领导力的成长是阶段性的,刚开始成长很快,然后进入一段平滑期,然后又快速成长。整体是一个阶梯的方式在上升。

似乎本章就只讲了这个。

第 5 章 我做不到,因为。。。

指出了一些借口,比如:

我不是领导。作者指出领导力和领导是两个概念。 我的技术会退步。这个我感同身受呀!文章似乎没有给出答案。只是说这是一个 “艰难的选择”。

第二部分 创新

第 6 章 创新的三大障碍

本章如题,讲了三个障碍: 1. 不能从旁观者的角度看待自己。学会观察自己和别人是一个好办法。也可以让别人来观察自己,给自己找问题。 2. 没问题综合症。其实就是需要倾听,了解对方真正想表达的内容。要点:不打断别人,了解清楚对方的需求,不着急下结论或提供解决方案。 3. 看不见其他办法,以为方法只有一个。

感觉作者有点绕,转化一下,就是:自省,倾听,开放。

第 7 章 加深自我了解的工具

每天花 5 分钟写日记。

第 8 章 提升创新能力

别害怕犯错,偷窃(别人的想法)

第 9 章 眼光

其实是讲的看问题的角度。以及通过良好的角度看待问题,从而实现的自我的思想控制。

第三部分:激励

第 10 章 激励他人的第一大障碍

这章主要讲交流上容易产生的误解。简单来说,表达沟通要清晰,避免产生误解。 如果产生了误解,也应该想办法控制自己的情绪。

第 11 章 激励他人的第二大障碍

里面通过讲故事,提了很多经验,包括:

  1. 关系到生存问题时,必须把人放在第一位,别无选择。

  2. 如果不是高度技术化的工作,领导就可以通过威慑来领导,而不需要太强的能力。

  3. 有强大技术背景的人可以把任何任务都转化为技术任务,以逃避他们不想做的事情。(即本来沟通说一句话的事情就可以避免很多开发的活,却不能主动沟通)

  4. 不关心人的领导没有可以领导的人,除非手下人别无选择。

  5. 如果你不能提供什么实质的内容,却假装有内容,那么无论你多么关心别人,都不会吸引他们。

  6. 面向任务的领导往往都高估了自己的成就。

  7. 我们所做的工作,几乎无一真正重要到必须牺牲执行者的未来。

  8. 如果任务很复杂,就没有哪位领导能够保证不会「百密一疏」。

  9. 要成为成功的领导,就不能对人性有细毫抑制。

  10. 如果你是领导,以平常心对待他人就是你的任务, 在此之外,没有其他值得完成的任务。

第 12 章 帮助其他人会发生的问题

在帮助的时候明确信息,避免让对方产生误解。

第 13 章 学会激励他人

始终真诚(无论你是否刻意),来自《人性的弱点》卡耐基的书。

第 14 章 力量从何处来

这部分首先讲了关系的力量和技术的力量。

然后,作者似图说明,不应该当想着力量,这里的力量似乎是指一个人的权力或影响力。而应该寻求自己真正应该追求的东西,比如团队的表现,大家是否工作舒服。

本章最后的一些问题比较有意思:

  • 如果你中了五百万彩票,你要做什么?没有钱的时候,是什么阻止你做这些事情?

  • 你现在想要掌握什么力量?如果你放弃了,最坏结果是什么?最好结果是什么?

第 15 章 力量、缺陷与一致

简单来说,就是要保证自己真正的真诚,一致。如果做得不好,就应该努力改变自己。

第四部分 组织

第 16 章 培养组织力

从头到尾讲了一个力量转换的故事,其实是说了解清楚自己的筹码,用自己筹码投资更有价值的事情,那些可以提升自己能力的事情。

作为领导,更需要注意用自己的力量为团队成员谋福利,包括成长的机会和更舒服的工作环境。

第 17 章 团队有效的组织形式

主要介绍了几种组织的决策形式,并且讨论了各自的优缺点。这些组织形式包括:

  • 独立解决

  • 投票

  • 强势领导(其实就是领导说了算)

  • 一致意见(大家在充分沟通信息的情况下,共同参与决策)

结论是没有什么必然最好的组织形式。

如果讨论的时间充分的话,一致性决策应该是比较好的决策方式。但是并不是所有事情都可以通过一致性意见来决策,比如讨论时间不足以大家达成一致,信息交流不够充分,大家由于知识背景或经验的原因造成观点不一致。

一个解决问题的组织,他的功能应该是创造一个环境,让大家:

  • 理解问题

  • 管理思维

  • 保证质量

第 18 章 有效组织的障碍

作者列出了以下障碍: * 抓大目标,英文原文是 Playing big games,我的理解是简单的下命令,而不关注事情的细节,难点,以及执行者的特点,沟通推进的步骤等。简单来说,就是那种只享受着下命令的爽快,却不关注把事情搞定背后需要的整个过程的细节的人。 * 把人当机器,例如搞过多的标准和流程,以为这些规则就可以让事情做成。 * 亲自动手,这个是技术人员升到管理人员常常经历的一个时期,刚开始什么都想亲自做,但是领导的职责不是解决单个问题,而是创造一个环境,让许多问题都可以在其中解决。 * 奖励低效组织,组织不是要解决问题,而是要避免问题。如果都看见明显的危机了,说明之前的规划就有问题了。这一条说起来容易做起来难,比如安全问题,都是遇到了这方面的问题再解决,如果在要问题出现之前就避免,公司领导会不会觉得安全部门没什么用处?

解决问题的领导的全部目标就是:创造一个环境,其中每个人都能解决问题,做出决策,再执行这些决策。

第 19 章 学习成为组织者

实践

这方面其实是实践大于理论的,所以本章作者首先就提出了实践,并且指出:组织人的很多理论「表面上看」是相互矛盾的,所以需要实践的指导,才能理解其特定环境下的意义。

对于一些当前不是领导的人,作者列出了一些实践的方式,例如:职业协会,社团等。

观察与试验

光做不行,还需要思考,观察和试验就是思考的具体方式。观察是说发现社交环境里面的一些「秘密」或规律。试验是说想一些办法来验证自己的假设。

作者举了一个例子,比如观察大家在开会时坐的位置,出游的时候让孩子收拾行李。

通过观察和试验,可以让自己形成分析和思考的习惯,另一方面,我感觉这也是一种好奇心的方式。

寻找差异:他们在尽力做到最好

作者介绍说其实组织的每一个人都在尽力做到最好,组织的组织行式或问题,也可能是在历史中为了解决某一个特定环境下的问题而遗留下来的。

所以,「理解」现有组织存在的原理是第一步,在理解之后,才可以做改进。

找出接错的电线

上一节说老的团队,这一节说新的团队问题一般是理解错误造成的。

为差异正名

本节是说每个人都有自己的性格特点。差异是正常的,合理的。比如在信息方面,有人用直觉来获得信息,有人用数据来获得信息。

文中推荐了 Myers-Briggs 模型,以及《Please Understand me》。但未展开介绍模型和书的内容。

把自己当做团队的模型

再一次提到 Myers-Briggs 模型,指出内向的人依靠内部知识来充实自己,向外的人依赖外部资源(可能就是交流吧)来充实自己。

成功后仍要改变

一旦建立了有影响力的团队,自己的任何调整会团队的影响都是巨大的,需要更慎重。

第五部分:转变

第 20 章 领导要面对的考核

通过一个老师上课的故事,来介绍老师是如何面对挑战的。

另外故事中讨论了关于评分的问题,这个和企业中的 KPI 类似,是一个不太好搞的事情,作者介绍了两个观点: 1. 首先大家需要建立信任。 2. 自己要相信这套规则。

第 21 章 通过自己的领导力考验

其实就是不断自省,找自己做得还不够好的地方。保持学习的饥渴,永不满足现状。

第 22 章 个人转变计划

介绍了一些可以提高自己的办法,类似于流行的「逃离舒适区」的概念。就是找一些新鲜的事情,仔细观察,从中尝试看看有没有什么收获。

第 23 章 时间从哪里来

介绍了一些做事技巧:

不要重复你已经布置下去的任务。

这一点常圳也提到过。如果一件事情你自己已经做得非常熟练了,那么就交给别人来做。这样的好处是:你可以指导新人,新人也可以从中得到锻炼。

不过这样牺牲的是这件事情本身的完成时间,在指导阶段,你自己直接做花的时间,肯定比让新人做 + 你进行指导的时间少。

但是长远看来,这样的方式对组织和个人都是有利的,所以还是应该尝试。

不要争论技术细节来证明你的技术优势

如果你还需要争论技术细节,就说明你的技术声望还没有建立。所以不要试图通过争论来证明你的技术优势,而是应该通过建立自己的技术声望,来避免在技术细节上进行长时间的争论。

自己区分事情的主次,不要靠危机来安排你的行为

想起了《道德经》里面的经典段落:悠兮,其贵言。功成事遂,百姓皆谓 “我自然”。

好的领导应该避免危机,但是在没有危机的情况下,领导和大家可能都会觉得 “这个人没事干,没什么用 “。

本章小节:

  • 不要做那些已经分配给别人的任务,即便必须让手下人犯错误

  • 不要操心细节

  • 不要浪费时间证明自己的全知全能

  • 不要浪费时间争论

  • 关注自己无事可做的时候在做什么

  • 分享阅读成果

  • 充分利用机会进行交流

  • 倾听他人已经学到的知识

第 24 章 支持从哪里来

本章主要介绍大家要学会利用自己的社交网络来构建自己的「支持系统」,这包括:

  • 自己的技术圈子,需要时可以咨询他们。

  • 批评者,可以指出自己的问题。

  • 可以倾述的朋友,或者可以维持自己开心的事情。

后记

后记中讲了两个故事,还挺有意思。

第一个故事是作者的护士为了戒除他住院手术时产生的止痛针(吗啡)的瘾,直接强制拒绝他的要求。

第二个故事是作者的 IBM 领导,在他提出想做管理的时候,他的上司并不是拒绝,而是让他尝试列出他当前做管理的优点和缺点。作者通过这种方式达到了自省的目的,发现自己当前并不适合做管理,从而暂时放弃了要求。

Posted by 唐巧 books summary

原创文章,版权声明:自由转载-非商用-非衍生-保持署名 | Creative Commons BY-NC-ND 3.0

原文链接:http://outofmemory.cn/wiki/how-to-be-a-tech-leader

0人推荐
随时随地看视频
慕课网APP