查看原文
其他

关于大厂一线管理者的窘境,就很真实,也很敢写。

why技术 2023-10-26

The following article is from 安琪拉的博客 Author 安琪拉

你好呀,我是歪歪。

如题,给大家分享一篇关于“大厂一线管理者的窘境”的文章。

写这篇文章的作者,就是在大厂中,从一线研发人员转型为团队管理者。

站在转型一年多以后的这个时间节点,往回望,写下的一点感悟,非常的具有真情实感。

主打一个真实。

其实我们做研发的同学,绝大部分都会遇到一个问题就是当有机会转向管理岗位的时候,是否应该转?

这个选择因人而异,我也不知道应该怎么去选,但是我知道的是:成为管理者之后,游走于各项会议之上,出没于各种 battle 之中,淹没于各类汇报之中,精力被无限拉扯的时候,一定会回想起还是一线开发的时候,只需要坐在工位上,专注于眼前的需求,优雅的实现它,安心写好代码就行了。

然后在内心里面由衷的说一句:还是那个时候好。

毕竟,人总是站在更高的地方,怀念过去。

好了,以下是正文,分享给你。


有读者今天过来问怎么停更了,答复说太忙,实话说,真实原因是很长一段时间不搞通用技术了,面试八股文又不想写,所以一直都没发文,时间一长,想说的话很多,又不知从何说起,写文章变得像恋爱时小心翼翼回复对方消息,仔细斟酌,欲言又止。

来蚂蚁三年了,带团队一年多,有些收获但更多是不适,接下来展开聊聊。

先说收获,在大厂做团队管理者,其实管理难度不高,因为大厂有比较严格的面试筛选流程,总体下属能力都还不错,人也聪明,一般自驱力也不差,加上 361 这种绩效考核和汰换制度的存在,基本不用管理者驱动,大家争着抢着干活。

聪明人浓度高,显而易见的好处是沟通起来很顺畅,对管理者的要求在于如何用好聪明人,最关键是给每个人定方向,这件事还是很有挑战的,尤其是现在,为什么?

以前互联网业务增长快的时候方向是比较明确的,大家要做的事很清晰,现在业务增量没有了,只有存量业务的情况下,管理者每年都要找方向,找到方向还要拆解到团队每个人头上,有时候事少不够分,所以对管理者的创新意识和识别关键问题能力还是很重要,在大家都很卷(执行力没问题)的情况下,管理者的决断很重要。

“选择做什么不做什么,有时候比怎么做更重要”。

所以大厂管理者很难,尤其是现在。

另外一块收获就是沟通协调能力。

管理者需要持续跟人沟通,定方向做计划追过程拿结果,平常跟团队同学对焦方案,大厂分工又非常细,一件事需要协同几个甚至十几个团队才能完成,对管理者的沟通,跨部门协作能力要求还是比较高的。

我认识一个技术大牛,当了管理者因为不喜欢跟人打交道,又回去当架构师了,专心出架构方案,做架构治理,我觉得当了管理者,协作沟通能力确实有变强,但我觉得这部分能力是大厂最不缺的,这方面厉害的人太多了。

再说说不适吧。

我刚做管理者的时候,希望打造一个轻松融洽的团队氛围,团队里的人大家能像朋友一样相处,互相分享技术,生活,这也是在上一家公司管理者身上学到的,希望把这种氛围带到我管理的蚂蚁团队。

刚开始确实在我营造下,团队氛围很好,大家互相学习、补位,做项目之余,也分享生活的点点滴滴。

但状况从打过几次绩效之后,团队就很难维持这种氛围了。

原因也跟上面类似,一般进蚂蚁的同学,尤其是新人(老人可能有历史机遇),无论是学生时代还是前几段工作经历都是不错的,这样的人一般自尊心很强,有的从小被人夸到大的。

你想,一群这样的人,每半年就得分出个 361 来,3 还好,1 肯定不爽,而且可能会被汰换,心里压力多大,6 的人很多也不会开心,内心会觉得凭什么比 3 的人差。

绩效考评以后,很容易团队里的人有很强的竞争意识,开始选择性做事情,做每件事前思考跟自己绩效目标是否有关,帮助别人前也会顾虑对自己绩效是否有影响。

如果团队内大家能力水平差异比较明显还好,否则都是要强的精英,很难长久的维持很好的氛围。

以前互联网业务高速增长的时候,管理者还可以通过晋升和涨薪维持动态平衡,业务发展好,晋升比例多,晋升了的人当年默认中等或者差一点绩效,把资源机会给其他同学,只要整个团队发展势头很好,让大家能看到希望,还能维持住局面,否则结局只有二种,佛系的躺平,卷的看不到希望选择离开。

大厂基层管理还有一个窘境,很容易空心化。

一个大厂管理者经常一天的日程是满的,白天基本都在开会,串场子,紧急的项目有日会,常规的项目有周会,排期会、需求评审会、汇报会,而且业务肯定不止一个,自己团队内也有周会。

中台的技术管理者好点,可能白天还有时间来研究技术原理,业务线的技术管理者白天时间要么在开会,要么在开会路上,剩下在拉通对齐,所以脉脉上经常有人吐槽一线技术经理不写代码不懂技术,只懂拉通对齐,你想绝大部分技术经理都是从一线做技术升上去的,理论上原来在一线技术实力应该也是有的,否则大部分情况不会升上去,为什么当了管理者就开始被吐槽不懂技术,只会拉通对齐?

这就是管理者的另一个窘境,一方面确实有的技术管理者升的太快了,自己技术基本功不扎实,而且脸皮薄,下属的技术方案和代码,遇到不懂的害怕下属嘲笑也不敢问,久而久之越来越不懂,不懂的越来越多更加不敢问,最后就只会纯管理,只会拉通对齐了。

另一方面是管理者时间都被各种事务性的事情切割的碎片化,没有整块的时间深入研究技术,自我要求高的管理者晚上会补课,看一些前沿技术,动手实操,大部分管理者就开始进入舒适区,习惯甚至喜欢做拉通对齐,久而久之,最后只剩拉通对齐能力了。

有时候很怀恋自己专注在某块,只用关心一个项目,一件事情的时候,做方案写代码很纯粹,就像我最开始写公众号的时候,专注的研究技术原理,沉浸在一件事情的感觉是很爽的,在大厂做久了管理者,很难保持原来的那种专注力,而专注力是一种十分稀缺的能力,一旦丧失很难恢复,需要靠大量持续的刻意练习才能重新建立起来,所以大家要珍惜自己的专注力,在有限的职业生涯里,专注在自己热爱,可以为之持续投入的事情上。

以上就是大厂管理者的窘境,写文章也是锻炼专注力的一种方式。

··············  END  ··············

推荐👍如果我大一的时候看到就好了。

推荐👍这个源码,肯定有BUG!

推荐👍68行代码实现Bean的异步初始化,粘过去就能用。

推荐👍我试图通过这篇文章,教会你一种阅读源码的方式。

推荐👍一个普通程序员磕磕绊绊,又闪闪发光的十年。

你好呀,我是歪歪。我没进过一线大厂,没创过业,也没写过书,更不是技术专家,所以也没有什么亮眼的title。

当年高考,随缘调剂到了某二本院校计算机专业。纯属误打误撞,进入程序员的行列,之后开始了运气爆棚的程序员之路。

说起程序员之路还是有点意思,可以点击蓝字,查看我的程序员之路

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存