如何面对Staff Engineer抢活干

感觉这种人就是在炫技，显示知道“回字有四种写法”，搅的其他人没办法好好干活儿，还没有什么好理由举报。如果lz有自己的task和scope，和这种人接触越少越好，该说不的时候要说出来，要不然这种人能把lz拖得严重影响performance。如果要是影响lz正常工作（比如block pr）那就联合其他力量（比如principal，PM或者manager）来把这个人剔除出你的workflow。顺便在和其他人交流得时候不经意的流露出对这个人一点“看法”，在和manager 1：1得时候客观的反馈一下这个人影响了你的工作，注意别带个人情绪，提前准备好了再说。
这些是基于我失败的经历。我当时就遇到这种什么都要refactor，一改就改动很大的这种staff eng。本来为了move fast写的一个简洁明了的function，非要让我改的面目全非，无比复杂，还让我miss了deadline。我后来散播这家伙的“事迹”，大家也挺认同的。不过我发现这家伙上面有人，我就知道我要走了。所以如果lz发现即使大多数人都对他有意见还是被重用，那就可以计划换组或走人了。

正解是跟这种有(所谓的)“leadership”倾向的人先保持距离，你可以跟他学东西，但是最好是contribute他的新project，不要让他碰你已经在做的任何东西，旧项目的pr绝对不要发过去给他review，有些东西开始是要求改一点，但结果往往是一发而牵全身，产生很多完全没必要的code refactor。

这些都是职场中很正常的事，见多了就不怪了，以后如果你以senior的身份跳槽去新公司，刚开始也会遇到融入的问题。很多人都会先从简单的杂活入手，熟悉情况，然后逐渐扩大自己在团队中的影响力。

你在和他的沟通中一定要始终保持positive(除非严重影响你的工作和进度，那就开撕)，毕竟职场政治风向转的也挺快的，如果他今后drive了重要项目很多人都会去蹭的，所以要留一手。

bobye 发表于 2022-10-21 21:37
你跟老板说staff那边总是有一些interruption，不要直接说他的坏话，就是他的工作风格 ...

赞👍

bobye 发表于 2022-10-21 21:37:49
你跟老板说staff那边总是有一些interruption，不要直接说他的坏话，就是他的工作风格给你产生了一些confusion，有些时候你不知道怎么样和他合作才是最有效的，希望manager帮你设计

赞说话的艺术！

柯基101 发表于 2022-10-21 19:58:32
他又不是你mgr，assign task的事情你只听经理的，也别从你的task里面分东西给他做

+1 你delegate前至少得给你manager一下heads up看老板态度，把球扔给老板

1.首先你不要给他任何活，不要给他任何搞你的机会
2.你是l4，犯不着替他的前途操心，principle/PM 给你的活，你老老实实干，这个傻缺有意见，你让他找princple/PM去，再BB就找经理去，他这种欺软怕硬的就看你是L4好欺负，你态度良好立场坚定淡他几次，他就闭嘴了。就一转过来的staff eng，真把自己当根葱了
.one-on-one和老板说你很痛苦，你万分想帮助staff eng融入，但你不是很理解他的沟通方式（虽然尊重），然后简短描述他所做的overengineering的扯淡事件，还有PR review和组里整体计划相悖，
4.都staff了，不好好自己approve himself，支持组员，天天想着搞人，等着被群起攻之往死里搞把

haoguoxuan 发表于 2022-10-22 13:01
正解是跟这种有(所谓的)“leadership”倾向的人先保持距离，你可以跟他学东西，但是最好是contribute他的新 ...

说的对，礼貌的撕，表面还是positive supportive，万一他drive成了还得保持点正常关系。
把扛大鼎做恶人的事情给manager principle pm做去呗；除非楼主特别看好这个staff eng，想赌下他的发展前途，那只能言听计从了

principal engineer 给你的活儿就是你的活儿，不是你做也是principal engineer决定谁做， 至于怎么做，听principal engineer就是了。就这么简单，所有事情尤其是design change， cc principal engineer 和老板。

我也遇到过这种人。不会是Google来的吧？

我就说一句，这算个什么狗屁Staff