跨组合作问题

最近做一个项目，是onboard我们某个pipeline到org的另一个组的infra上，对方在onboard过程中一直让我帮忙写他们的refactor代码

我们这边的project是P0，相对hard ddl，要完成的话只能帮忙写，但是明显工作量double了

遇到这种情况该怎么办？

PS：暂时没有pip的顾虑，就是想知道以后作为TL这种情况怎么处理比较好。主要考虑这种工作性价比很低

匿名用户 发表于 2023-5-24 13:11
我们是产品组，他们是infra组，我们这个pipeline本来是我们自己serve的，现在想migrate到他们那里去，可 ...

leadership只關心創新增長
. 1point3acres.com 不關心cut cost
capacity cost從來都是出了問題
然後大家互相甩鍋
最後escalate成war room再做
這樣才有價值
自己佈局成p0
非常雷鋒焦裕祿
但在公司裡行不通的

匿名用户 发表于 2023-5-24 12:45
不知道为什么有人踩

project是migration，原先用我们自己的系统computation和mem的cost都很大，每年要 ...

不要站在公司角度
站在組角度
每個組的核心價值是提供技術創新
站在你們組角度
infra的創新是別的組提供的
不是你們組
所以onboard infra對你們沒有價值
站在產品組角度
你們是甲方爸爸
infra求著你onboard
不是你們幫他們onboard
你們有選擇不同infra的採購權

匿名用户 发表于 2023-5-24 09:55
其实就是在setup不清晰。你们作为一个infra team，为什么会要自己去integrate你们的pipepile到别人的servic ...

我们是产品组，他们是infra组，我们这个pipeline本来是我们自己serve的，现在想migrate到他们那里去，可以cut cost，所以对我们来说是P0但对他们来说我们这个ml feature只我们一个组用，他们不觉得有impact。至于这个work是不是该被push back，我觉得该，至少应该delay等他们refactor完。但是这又是一个delimma，他们说他们Q3 refactor完，但是如果明年都没弄完呢？

可以做，但是也要escalate, 核心思想是“我觉得我们不应该做，但是为了项目，我愿意做，如果你（们）觉得我们不应该做，现在就说。“

本質問題是
這個工作性價比比較低
為什麼是p0
作為tl
需要解決這兩者之間的矛盾

我怎么觉得这是一个很好的机会呢？可以和manager商量一下，这是一个跨组合作的机会啊。

当然先不做 先escalating 拉你manager和对方组tl manager和共同的skip manager开会，说他们block你们的ddl了要求他们提高priority. 反复check进度催进度 他们实在干不了，再拿过来自己组干，每周更新进度给两边manager和skip，给自己手下credit...直到圆满上线完成，两组互相吹捧一番 合作愉快

有求于别的组的时候自然就会被别的组趁机使唤一下，很正常。我要是那个组的tl，手下backlog一堆的话，我肯定也会趁机让你给我们干点活，不然我没事闲的蛋疼让你在我们codebase里面随便改东西？

annihination 发表于 2023-5-22 12:30
本質問題是
這個工作性價比比較低
為什麼是p0

不知道为什么有人踩

project是migration，原先用我们自己的系统computation和mem的cost都很大，每年要花很多钱，现在经济下行所以需要cut cost所以对我们是P0

但问题出在对方是一个新infra，而且正在actively的refactor他们的code，对方听说我们有hard ddl就趁机让我们帮他们refactor code，refactor的work甚至比我们自己的work还要多很多

其实就是在setup不清晰。你们作为一个infra team，为什么会要自己去integrate你们的pipepile到别人的service里面去？

要是你们的service/library真的好用然后又容易集成，不应该是他们自己来求着你们来合作吗？原因的话无非就是

1. 你们没啥项目做了，只能做做这种
2. 你们的东西并不咋好用，别人不愿搭理，所以你们求着别人用
3. 你们leadership急着拿到你们service/library的gain来吹嘘一番。

怎么看都不是应该你们去做 integration的好理由.