求助 同组senior水平过差还抄我周报

匿名用户 发表于 2023-7-22 09:16
养老厂吧 可能干太久 学习能力就没了

不要嘲笑或者看不起别人 20年后 你也有可能就是他

是啊，我发帖也是想问问，这样是属于正常的情况吗？
他的code bug很多，上个ticket我帮他debug了一天。
这种情况，我需要帮着他一起去修改吗？还是让他去找team leader啊。

megathere2020 发表于 2023-7-22 00:01
我见过这种，相信我，能在任何一个公司待20年，还是IT公司，一定是有他的道理的。所以首要建议就是不要轻举 ...

哎谢谢你的建议啊。
我的做法现在也是什么都不做。尽量让team leader分配ticket的时候把我的和他分开。主动去做他不愿意做的活。

userrrrrrrrrr 发表于 2023-07-22 08:25:56
哎谢谢你的建议啊。
我的做法现在也是什么都不做。尽量让team leader分配ticket的时候把我的和他分开。主动去做他不愿意做的活。

grow senior不是你的职责。帮他如果他感谢你才有意义。我是senior，我的同事帮我debug我帮他提高他一个ticket的visibility，这才是良性的循环。

咱厂叫啥来着

不轻易得罪同事，至少一开始

非必要得罪人，绕着走就行了。
被别人记恨上，不知掉什么时候会被背后捅刀子。

megathere2020 发表于 2023-7-22 00:01
我见过这种，相信我，能在任何一个公司待20年，还是IT公司，一定是有他的道理的。所以首要建议就是不要轻举 ...

您是个明白人啊

这个很常见，十年工作经验在大部分情况下是一年的经验用了10年，

1.我先自爆，我就是一个水平很低的senior。
水平低，一个主要原因是安卓转岗iOS，也就是楼主说的“我能理解之前的tech stack不同”。

2.但是，我是一个人情世故修炼得比较professional的人，我非常感激外界对我的任何帮助，且一定要尽力回馈。
假如有活儿求助比我低职级的同事，我都会明确这是请or求，帮我，看一眼什么什么；忙的话跟我交代下怎么做，我做好了求再帮我瞅一眼；假如我真不会，真的call sos，争取就问一次，不麻烦别人第二次；任何公开会议，能support同事时都support一下，该shout out我都大大方方shout out，就是要让新人们多些visibility，而且我已经是senior了，好多credit我都不提自己，只说谁谁谁帮我做了什么micro service起了很大作用；等等等等。

3.我自爆是想表达，industry里没有六边形战士，同事都是相互包容合作，在彼此最短板的地方提供support。所以一个人假如只是tech stack是短板，那不是大问题；问题是啥啥啥价值都提供不了，那就是板上钉钉的搅屎棍子了。

楼上有人说先按兵不动，不要轻举妄动，多观察etc，我同意。
4.我也分享几个具体的方法论，希望可以切实帮到楼主：
4.1跟manager 1:1时探探口风
一般来说，直接管你、你要对其汇报工作的那个直属老板，不该是比你高半级到一级的另一个dev，而是一个manager。manager主抓人事，你们每个人的报告、绩效什么的都是他过眼过手。所以你跟他1:1的时候少聊干活儿的细节，只说一件concern，就是周报overlap事件。
不要指责（职场上永远不要率先挑起争端），就是平静地表达，比如“咱们组强调过，加强team transparency，尤其是每个人做了什么要precise，要measurable。但我发现我们组交周报的时候，很多dev因为做的是一个大活下的subtask，就把我的周报直接复制粘贴了，我想问问您怎么看。”
或者，manager问你，为什么你和谁谁谁的周报这么类似？那你们几个人到底谁都干了什么？这类问题时，你把你做的事情汇报一遍（这里要提前准备，干活儿的时候就用ChatGPT帮你compose好，存下来，内容一定要清晰、量化），半点儿不要提别人的input，用slack或者邮件，当场发给manager，并说您可以问问别人做的是哪些部分，最后您做个加法，看看大家的分工合不合之前的expectation。

4.2你的每个input都要备案，并让老板清楚这是你做的
假如老板问，你为什么准备得这么周密，你就说，因为我们大会的planning经常会后执行时，被“同事”修改。属于我的分工的部分，经常会被“来帮个忙”“过来看一眼”，而被添加项目，越加越多。我觉得我参与的、尤其是我有代码input的ticket，我都要take ownership，所以我得记下每一个participation。汇报的时候我能给您报告，之后sprint planning、backlog clean up等会，我也能就相关经验，做些有意义的发言。
假如老板没问呢？——诱导他问呀，傻孩子。

4.3公开与这个senior做任务分配上的切割
再大的人情社会，都敬重并仰赖真正干活的那几个人。楼主不要过分胆怯，尤其咱们这行儿，职级就是个屁。老人，活儿次，说话都不会客气点儿，还不提供其他价值，这种人狗见了都烦，别觉得从上到下都会向着他而不是向着你。
在sprint planning时，你领ticket时，主动说想take ownership of a project/feature，把自己独立出去，不要跟这个搅屎senior有交集。你要主动独立出去。
他喊你帮忙时，说你在做的事儿没做完，concentration mode请勿打扰。
假如对方因此找茬，说这个活儿之前就是你做的，现在找你你又说不在，那你就说我去请示一下，稍等。同时你就跟manager请示，说有个活儿，某senior说无法独立完成，需要我来交接。那么如果需要我来写documentation or ChangeLog，给senior讲当初的细节云云的话，大概需要多久，需要创一个多少分的ticket，需要把我当前的project hold off多久，都跟manager说，并请他做决断，接不接受senior的“我要那个新人帮我完成交接”这个request。
没有争斗没有不满，一切都是职场正常交流。有事儿需要我的input，那我就要放下手上活；但手上先做什么后做什么，priority是manager定的，是全组velocity的事，那我就该去请示。

4.4别过度信仰“江湖就是人情世故”
如果这个烂senior的屁股要让其他dev擦，你觉得其他dev跟他有人情么？
如果这个烂senior周报也抄、做的活儿也慢也质量低，你觉得manager每年考核的时候，跟他有人情么？
他代码破烂，为什么你要帮他debug？你需要做的是mark哪里破烂，下次sprint planning要开相关的新活儿时，你直接说ticket sizing要加，refactor是prerequisite，因为你查过相关代码，readability和scalability都有严重问题（别提last editor是谁）。假如大家不同意加，那太好了那我不接，我接我就得refactor，5分的你给我升8分再聊。你们觉得5分scope就能做完你们做去。
假如这个dev的代码merge后闯祸了，你可以在retrospective时，点一下我们的QA acceptable criteria不够细，我们的regression test是不是存在问题。然后渐渐地引导到我们是否需要引进code analyzer，保证代码质量。
永远要cue流程，而不是cue具体人。但核心都是，我们组里代码质量非常参差，现在已经开始闯祸了。
我们不主动攻击任何人，也不使人难堪，包括上文话术，我们的目的都是使一切曝露在阳光下，and how to improve as a team，仅此而已。

抄你周报这个是红线，不能忍。再犯必须回报manager

其它的无所谓，你不提别人迟早也能发现