如何应对组里senior天竺同事

lz比较junior，疫情期间入职一年多了，最近一个项目组里有个functon area相同的senior同事a，不太好相处。在此跟大家求个建议

1.项目一开始我和老板（但不是这同事的老板）弄了一个requirement doc，记录所有的specs。让a确认，他说好，但半天没反应，催了也没用（我催了没用，我老板催了用途也不大）
2.项目过程中，我弄了个slack channel，里面有我，我老板，还有这个同事a（之所以这样是因为单独pin这同事他不理我，或者隔很多天回复），我每隔一阵会发点东西在channel里discuss（显得可以collaboration和teamwork）
3.东西做得差不多了，同事a突然提出要改需求（反复了两次）。他嘴上说说就算了，真正的活儿都是我干

比较尴尬的是，我老板也是天竺人。所有这些事儿他都看到了，但他并没出面，最后我提出一直改需求，我没空做别的，于是老板把这活儿后续部分派给了组里contract

现在问题来了。马上要annual review，老板让我去找同事a要review，私下slack这同事他也不理

请问这种情况下，我需要在有老板在的slack channel里提出让这同事给我review么？
review可以找别人吗？我觉得他也不会提供很积极的review。虽然活儿我都做了，但他非常不合作

非常感谢大家提提建议，lz不知该找谁商量。有跑路的想法，但最近身体不太好，还得撑一阵子

1. 刨开是不是天竺人，这个现象/问题是一个业内广泛存在的；
2. 需求改变对你的这个产品来说是好还是坏，对你服务的用户而言是好还是坏；
3. 最终谁own这个产品，谁说了算；而不是谁资深谁说了算。其他人都是建议；
4. 如果你觉得需求变动不对，试着写一封信说明为什么你觉得不对，然后过半天读一遍这个信，你会觉得非常理直气壮地把这封信发给你的mentor么，老板的老板，VP/CTO，如果是的话，就push back而且insist escalation；
5. 交付最重要，如果有死线，顶着压力交付一坨屎也比讨论更好的架构要强，当然前提是功能实现没有坏处。

感觉楼主能做的都做了 还是溜吧

太普遍了，我组好多烙印都是这样

可能单纯讨厌你

t__c___ 发表于 2022-5-24 19:39
1. 刨开是不是天竺人，这个现象/问题是一个业内广泛存在的；
2. 需求改变对你的这个产品来说是好还是坏，对 ...

谢谢你的分析。
1. 刨开是不是天竺人，这个现象/问题是一个业内广泛存在的 —— 确实是，所以跑路之前lz在想怎么破局
2. 需求改变对你的这个产品来说是好还是坏，对你服务的用户而言是好还是坏 —— 我并不直接负责a那边的产品，在做出来之前结果未知
3. 最终谁own这个产品，谁说了算；而不是谁资深谁说了算。其他人都是建议 —— 在我负责的产品我是owner，a负责的产品他是owner（但活儿都是我在干）。我老板为了增加他的scope，让我把这东西做了
4. 如果你觉得需求变动不对，试着写一封信说明为什么你觉得不对，然后过半天读一遍这个信，你会觉得非常理直气壮地把这封信发给你的mentor么，老板的老板，VP/CTO，如果是的话，就push back而且insist escalation —— 处境很微妙。这个a，我老板，我老板的老板都是天竺人，他们只希望有人把活儿做了
.google  и5. 交付最重要，如果有死线，顶着压力交付一坨屎也比讨论更好的架构要强，当然前提是功能实现没有坏处。