3. 关於那些重要但无法帮助升迁的工作

前言

这篇真的是非常有意思的反思演讲,强烈推荐大家去听原演讲或看文字稿

讲者主要讲述的是技术发展能力(Technical skills)与领导力(Leadership)之间的权衡,我觉得适合两种人看:

  1. 身为developer,你做了很多non-promotable work但是却是对team很有帮助的,那你可以看看。
  2. 身为manager,你底下有上面说的这种人,也可以看看怎麽跟他沟通与帮助他。

演讲总结

通篇的主旨在说,身为一个初阶工程师,我们要如何拿捏做多少leadership跟technical的工作?

演讲里用了个词叫接合工作(glue work,sorry我不是很会翻译XD"),意思是在开发项目中,导致成功与失败的差别。白话一点就是重要但是对你升迁没有贡献的工作。

想像你今天是一个工程师,自从你加入後发现有很多杂讯导致你没办法好好写扣,沟通上的问题、流程上的问题、资讯不透明的问题,因此你自告奋勇去帮忙处理这些问题,你写了很多docuement,你帮忙与别的team沟通,发想各种讨论制定写扣的标准。久而久之大家很喜欢跟你合作,且你当成团队中的小主管。

原本只是为了解决这些杂讯以便让你可以好好写扣,但到了最後你发现你的calendar突然变成了下面这样,每天都在加入各种会议,所以还是无法写扣QQ。

https://ithelp.ithome.com.tw/upload/images/20210918/20141895dD8ZTA9y9b.jpg
(图片来源:作者原文

到了performance review的时候,你发现你的主管promote了其他人而不是你。原因是因为你做的事情没有技术上的贡献,甚至还建议你去当project manager。What the ...?

公平性

演讲里讨论到了公平性这个议题,到底是谁应该要去做这些glue work?理论上是project manager或program manager要做,或者manager本人。但当没有这些人或他们不做的时候,就变成是大家要自愿去做这些。而这些自愿者中根据HBR研究有很高机率是女性。不过其实这些glue work应该是大家平分的,毕竟每个人都能从这些glue work中获益。当然另一个想法就是这些glue work必须要能被追踪,就像一般发放的任务一样,如此一来才能让glue worker做这些事情有credit。

讲者也想强调,glue work其实对个人跟对team都是很好也很重要的。但你必须要了解「公司期望你在这个位子上的职责是什麽」,如果这个期待与你实际上做的事情不合时,是很有可能影响到你个人的职涯发展的。

思考个人职涯

上面有提到故事主角的主管建议她去当project manager,因为这也才比较符合她做的那些glue work。

这里牵扯到一个迷思:因为我具备某些能力,所以我应该要当某个职位。

例如你很会给feedback,你很会coaching,你喜欢处理人,那你应该当manager。如果你可以为客户着想,你就该成为PM。反之,因为我不太会写扣,所以我不适合当工程师。

但其实我们更应该思考的方式是:是否这个职位能让你感受到开心?跟你可以自豪的说我是这个职位?你渴望获得什麽样的能力更加重要。因为能力不足可以弥补,但是自己内在的动机是很难改变的。

而在此,讲者也提到了现在职场上的一大问题是:大家很容易用你的title去判断一个人。
如果你是PM,大家就自然会觉得你不懂技术,这也导致当你离开工程师的角色後就很难回去了,选择转换跑道的成本倍增。正所谓一失足成千古恨,再回头已百年身。

讲了半天,但讲者想说,她也无法给出标准答案告诉这位主角要怎麽走。因为怎麽想其实是完全依赖於她自己想要的是什麽的。

如果你也遭遇了类似的状况,不妨想想下面四个问题:

  • 你想要发展什麽样的能力?
  • 什麽样的工作内容你会感到骄傲?
  • 你可以接受你关上技术这道门後很难回去这件事吗?
  • 在哪个职位你觉得比较能被支持?

身为主管的你可以做什麽?

如果你是故事主角的主管,你可以尝试做下面几件事:

  1. 跟她讨论上面的问题,理解她的career goal,并且告诉她组织的期望与她对自己的期望中间的差异在哪。
  2. 给她适合的title,让她做的事情是有credit的。
  3. 尝试去包装她的故事,很多时候重点不是你做了什麽,是你怎麽说你做了什麽。
  4. 最後,你当然是可以叫她不要做只符合工作需求的事情,或者尝试去帮她踢掉那些他不该做的事情。

关於学习

最後讲者想特别强调几件关於学习的事情:

  1. 我们的学习历程大部分来自於工作。你花时间在哪,你就会变成什麽样的人。所谓我亦无他,唯手熟尔。
  2. 如果工作本身能带给你想要的学习,perfect!但如果不行,你就必须要额外花时间出来学习。
  3. 你或着公司都应该提倡这样的文化:在上班时间预留时间给自我学习。在你的calendar上block时间,不要让任何事情抢走你的学习机会。
  4. 身为senior,你必须学习做glue work。

个人心得

我私心这篇真的写超好,故事很有争议性XD,用了一个故事串起一个议题,激发了很多想法与讨论。

先来简单讲讲我自己的经验。

虽然我工作也没很多年,但我自己的经验是,愿意做leadership的工程师其实少之又少,很少有这种做一堆glue work的人XD。反倒是我们一直想要大家做glue work,但是大家基本上还是蛮被动的。不过我觉得整篇文章的重点也不是这个glue worker的故事本身,而是你必须要去思考你想要的career ladder是什麽?与公司需要什麽样子的人。

公司需要什麽人?

我想要特别强调「公司需要什麽样子的人」这件事。就鄙司S社的例子来说,因为我们是电商,需要快速扩张,你可以想像每年至少team会多10个新人。在这种情况下,其实我们公司非常需要有leadership的工程师。因为写扣的人好招,但一直写新feature是不行的,必须有人处理那些glue work,而大部分的工程师是不会主动做这些事情的。再加上公司很年轻,所以对於管理的经验也相对不足,所以如果有人主动跳能进来做许多glue work对公司其实是个很大的加分。在公司的这样氛围下,我们需要的可能并不是真的技术能力超强或多会写扣的人,而更需要的是有好的leadership skill的人。(我在猜说不定amazon会这麽重视leadership principle可能也是类似的道理。)

我们自己组里面在评断人的升迁的时候,其实也都会考虑到你有没有足够的leadership skill,engineering title是一件事,但是你扮演的角色(e.g. mentor、service owner、interviewer、tech lead)是什麽也很重要。要被promote不只要技术能力强,有一些部分也是你要能证明你有足够的leadership skill能让我们promote你。这对junior到senior来说可能要求低一些,但对senior以上来说至关重要。

讲者在里面问了听众说,对於故事主人翁到底应不应该给她promote?我根据现有的资讯显示是Yes,但不是因为她在glue work上的贡献,而是因为她做的glue work我觉得其实难度都很高阿XD,找到写扣的共识、意识到system design的flaw并找出正确的方向、提供新人guidance,这些我自己的经验是如果没有一定的技术能力是做不来的...,说实际的我自己也不敢说我有能力做到这些XD。

但除此之外,如果她只单纯做glue work对我来说也是不会被promote的就是了,就像我上面说的,要被promote是你必须要符合公司想要你成为的样子,所以公司对於senior的期待是你有技术能力但你确实不足的话,那的确无法被promote。(虽然我自己觉得,这在我自己的团队里应该是不会发生就是了,但我好希望发生阿XD)

关於职涯

另外在关於职涯思考的部份我也有些感触想分享。

我自己本身是个有点自负的人,我完全相信Tanya说的:I'm good at everything I put effort into。所以对我来说重点是我想花时间在什麽事情上,而不是我有能力做什麽事情。在成为(我自己认可的)team leader之前,我也不觉得我喜欢处理人的事情,所以完全没有想成为manager的打算。直到後来历经一连串的与自己对话,发掘了自己真正想做的事情跟能感受到骄傲的事,我才理解到自己其实也可以变得很适合当manager,也因此开始快速发展我的leadership技能,而这中间的差别也只是个mindset的改变而已。

但思考自己想要什麽这件事情是很难的,大部分时候你问工程师,工程师会跟你说我做什麽都可以,没有什麽特别的preference。在这种情况下你要怎麽知道你想要的career ladder是什麽XD?我自己也没什麽好解法,无论是主动去想自己喜欢什麽东西,或者是被动的放到某个位子上去想,其实都超级看运气。但我自己觉得可能也不一定要真的想那麽多,也没有什麽最佳解答,你现在在这家公司不适合当manager不代表你去下一家公司就不想当,一切都是运气,所以只要有想过,有试过,最後对得起自己的决定就好了。

学习目标的来源

最後我想讲学习的部份,这个我身有体悟阿XD。

自己的故事是我其实来S社一年後成为senior我就开始觉得职涯停滞不前,在思考要不要离开时,幸运的遇到了一个经验丰富的朋友,我们组织了个读书会打开了我对分散式系统的热情与世界,才有继续待下去与成长的动力,这就是上面所说的工作本身无法带给你成长你就必须要向外寻求自己精进自己的部份。

另一个故事是我去年开始跟我团队的成员做1-on-1,一开始想请大家自己想自己未来一年的职涯规划,例如要读哪些书,要学会什麽东西之类的,而两周一次的sync-up是为了给大家一个动力去做公司以外的成长,因为我不希望我的member只在公司里有竞争力,而是出去公司还是一样有竞争力。但後来持续一阵子後发现,其实如果对於junior来说公司交付的任务以足够让他们成长,其实未必需要向外寻求这些东西,因为对於junior来说要把事情做好,要把扣写好,要学会怎麽review code,这些事情就已经足够他们好好思考跟学习了,这也是当下他们最需要的事情就是了,未必需要另外花时间去学些其他的事情。真的觉得停滞了再去思考这些也不迟。

总结一下我自己的想法,我觉得工作说白了其实也就只是个帮助你成为更好的人的地方,每天花8+小时在工作上,如果可以藉机训练你想训练的能力就太完美了,如果不行,那只要公司能够支持你继续花时间精进你自己其实也是很不错,重点是不要浪费了这个好机会。相反地,如果公司一直给你这些杂事让你疲於奔命无法专注在自己想成长的部分,那或许这家公司是真的不适合你待。累或不累对我来说一直都不是要不要待在一家公司的原因,而是我能不能持续成长。

最後我查了一下讲者Tanya,是个12年的前googler且给了很多的talk,现在在是Squarespace的Principal Engineer。给的talk之中有蛮多我感兴趣的议题,已加入reading list XD,有空来听听=w=。


<<:  day5 network simulator GNS3 (雷)没硬体怎麽玩?

>>:  ASP.NET MVC 从入门到放弃(Day14)- Html Css 结构介绍

<Day29> 实战!!投资小白的出击!!!!

时间过好快,不知不觉的已经要迈入铁人赛的最後一天了 回顾开赛到现在,除了学习Shioaji API的...

DAY 14 资料库-透过pgAdmin4管理Heroku PostgreSQL

在上篇有透过psycopg2对PostgreSQL进行一连串的操作,在透过psycopg2人工创建资...

第五章

依照之前介绍的内容都是属於在Hostinger提供的功能面,当然还有许多细项的功能或建置时会用到的,...

IIS WordPress 永久连结如何移除 index.php 路径

WordPress 文章的永久连结有分几种模式,预设是「?p=123」这种方式 实际上的连结就变成这...

802.1X 是网路访问控制 (NAC) 的 IEEE 标准

-802.1X 角色 .请求者不直接向 RADIUS 服务器进行身份验证。它向身份验证者进行身份验...