AICon全球人工智能与机器学习技术大会8折倒计时最后一周,即将涨价>> 了解详情
写点什么

如何成为一个别人愿意追随的 Leader?

2021 年 9 月 09 日

如何成为一个别人愿意追随的Leader?

工作到 5 年左右的时候,大部分工程师都会面临一个选择:到底要不要转管理?


不转吧,听别人说,在国内大部分公司只是做技术是有天花板的。转管理吧,又感觉自己沟通能力普通,从成就感上来说更喜欢做技术。


根据我的经验,这个选择背后,又会引出一连串的问题,转完管理后,我技术生疏了怎么办?如果没有过硬的技术能力,那手下的人会服我吗?就这些问题,我来聊聊我的想法。


1、阿里有 P 线和 M 线,是不是意味着,做 P 线就可以安心做技术,不用管人了?我问过阿里的同学,并不是这样,我们在网上看到的那张图,P 和 M 是直接对应的,但其实在阿里,低级别的 M 线早就名存实亡了,我们很少听一个人说自己是 M1 或者 M2。这原因也很简单,你技术不行,直接上来做管理,那不是扯吗?肯定不可能管好。


2、事实上,阿里的体系里,每个职级都有一些关键字,比如 P5/P6 是专业工匠,P7/P8 是乐团指挥,P9/P10 是电影导演。从这些关键字你也能看到,理论上,职级越高,要带的团队也会越大。我听说过一些高 P 不需要带人,但真的只是极少数的特例。


3、啥意思呢?做技术和带团队,这俩事不是非此即彼的关系。如果你想发展的更好,肯定绕不过管理这事。提前把这事想清楚,能让你少走很多弯路。


4、带团队,有没有什么核心的逻辑呢?我觉得是有,一句话总结就是,inspire people,enable people,激发人,成就人。在每一个因为“人”的问题,你纠结,甚至愤怒的场景里,都记得默念这句话 5 次。


5、之前,我看左耳朵耗子的一篇文章,他说 Leader 不是管理者,不是经理,更不是职称,而是一个领头人。所谓领头人和经理或管理者的最大差别就是,领头人(Leader)是大家愿意追随的,而经理或管理者(Boss)则是一种行政和职位上的威慑。说白了,Leader 的影响力来自大家愿意跟随的现象,而经理或管理者的领导力来自职位和震慑,这两者是完全不同的。


6、再具体点说,在面对项目的时候,Boss 制定时间计划,并且推动和鞭策员工完成工作,而 Leader 则是和员工一起讨论工作细节,指导员工关注工作的重点,和员工一起规划出工作的方向和计划,并且在工作中和员工一起解决细节难题,帮助员工完成工作。


7、带人、管人,沟通肯定是非常重要的。沈剑给分享了个经验,他说,管理者在沟通的过程中一定要注意的一点是,不能采用强势的反问句。很多时候,明明只是一个单纯的技术讨论,如果你用了大量的反问句,反而容易激起对方的抵触情绪,导致双方争论不休。即便他最后没有反驳,可能也不是真正的信服。因此,在沟通的过程中,一定要注意方式方法,尽量减少强势的反问句。比如,你可以采用下面这种句式:我的想法是……,你觉得这个方案怎么样?


8、沈剑还说,不要拿下属的成果去邀功,要将团队内有成绩的人推向前台。同时,不要推下属出去背锅,这是我心中最为不齿的管理者。你作为 Leader,如果连锅都不敢背的话,还指望有人跟着你干吗?确实是这个逻辑。


9、遇到老板压过来的临时需求怎么办?记住,项目需求可以变,优先级也可以调,但是一定要有相应的优先级调整机制,而且大家一定要达成共识。当你把一个项目的优先级调高的时候,一定会有相关的项目受到影响。在这个过程中,大家一定要达成一致,不能通过走后门、强力 Push、利用私交等方式调整优先级,这样的话,机制和流程就会失效。


不管是哪个部门、哪个上游、哪个业务,不管对方和你的私交有多好,都要统一按照公司的战略、方向来安排项目的优先级。要有优先级机制,并且根据公司大方向来确定哪些项目优先级高,哪些项目优先级低。


关于管理,真的有很多聊的。沈剑在这方面是专家,他从百度的高级工程师开始做起,后来成为 58 同城的架构师,再后来又成为 58 到家的高级总监,现在他是快狗打车的 CTO。关于工程师怎么做管理,以及怎么做好管理,沈剑真的有很多很多故事。


比如说,Boss 给过来的紧急需求,该怎么处理呢?让团队加班干?有的时候,你明明是为了员工好,但在与他沟通的过程中却谈崩了,这时候该怎么办?


9 月 11 日周六早上 9 点 30 分,我会连麦沈剑,和他聊聊技术人的管理方法,管理是个艺术,但我们连麦,绝对不聊大的、空的方法论,而是通过一个个故事,让你理解沈剑当时遇到的问题是什么,以及他是怎么解决的。



2021 年 9 月 09 日 11:162110
用户头像
郭蕾 关注我视频号:极客时间小盖

发布了 219 篇内容, 共 117.9 次阅读, 收获喜欢 154 次。

关注

评论 3 条评论

发布
用户头像
我不太同意追随的说法,因为追随本质上还是人治,而管理实际上应该是法治,用既定规则来让所有人都明确知道做什么,而不是以某个人拍脑袋决定做什么
2021 年 09 月 13 日 17:13
回复
用户头像
通过看了标题没看内容说两句:为什么一定要有追随呢?追随本身就是非常宽泛的概念,所谓的领导力是需要把目标愿景及事项已透明高效的方式传递给到每一个人,从而发挥每个人最大潜力来达成,没有必要一定要让人追随,目标及事项透明化之后自然潜移默化就产生了分工。
2021 年 09 月 10 日 13:37
回复
用户头像
错别字。 快手打车
2021 年 09 月 10 日 13:32
回复
没有更多了
发现更多内容

架构师训练营第二期 Week 10 作业

bigxiang

极客大学架构师训练营

训练营第十周作业

大脸猫

极客大学架构师训练营

架构师训练营第十四周课程笔记及心得

Airs

架构训练营第九周作业

一期一会

微服务 dubbo

架构师训练营第二期 Week 10 总结

bigxiang

极客大学架构师训练营

Week10 作业

evildracula

提问开启创新-激发团队创新的提问法

Alan

个人成长 创新 团队文化 七日更 28天写作

训练营第十周总结

大脸猫

极客大学架构师训练营

十、服务分解

Geek_28b526

第十周作业

hunk

极客大学架构师训练营

架构师训练营 - 大作业二

lucian

程序员的bug修复宝典

程序员 经验总结 bug修复

冰河是谁?到底是干嘛的?

冰河

程序员 程序人生 架构师 冰河 冰河技术

NO.002-Java并发编程之多核硬件架构

葛一凡

操作系统 设计原则 硬件架构

《Python数据科学:关于使用Python处理数据需要了解的终极指南》PDF免费下载

计算机与AI

Python 数据科学

Week 10 模块分解

evildracula

学习 架构

生产环境全链路压测建设历程 21:某快递 A 股上市公司的生产压测案例之彩蛋 2 中篇

数列科技杨德华

全链路压测 七日更

第 5 周学习总结

Binary

极客大学架构师训练营

架构师训练营第2期 第10周总结

月下独酌

极客大学架构师训练营

Dubbo 微服务调用过程

梧桐

工具词典:数据

lidaobing

数据 28天写作

第 10 周 系统架构总结

心在那片海

架构师训练营 第3期 第5周 作业和总结

ihiming

6. 抹平差异,统一类型转换服务ConversionService

YourBatman

Spring Framework 类型转换 Converter ConversionService

第 10 周 系统架构作业

心在那片海

第10周作业

Rocky·Chen

架构师训练营 - 大作业一

lucian

第十周作业总结

hunk

极客大学架构师训练营

第 5 周作业提交

Binary

极客大学架构师训练营

架构师训练营第2期 第10周作业

月下独酌

极客大学架构师训练营

关于Dubbo的原理

皮蛋

MySQL 核心特性与优化

MySQL 核心特性与优化

如何成为一个别人愿意追随的Leader?-InfoQ