老板原本让 B 听我的,但 B 发现隔壁组的 D 更有权势、能拍板,于是屁颠屁颠跑去跟着 D 干。B 现在不仅不怎么听我的话,甚至还想把我架空,直接取代我的位置。因为底层实现全在 B 手里,直接把我这个 TL 边缘化了。B做底层数据,D带着其他组engineer实现产品。
我成了真正的“光杆司令”。A 本来就老油条不管,B 倒戈去了隔壁组。我这个所谓的 Tech Lead,在自己组里一点话语权都没有。. check 1point3acres for more.
二、 悲催的上游 VS 虚假繁荣的下游
为了打破这个僵局,我没闲着啊。我心想既然底层基建被隔壁组把持了,那我就做上游模型,去科学决策“哪些高价值数据点应该被灌进 B 的底层数据里”。但这事儿难就难在,在上游做定义、做决策、说服别人,比在下游盲目堆代码难 100 倍。B 和隔壁组天天吭哧吭哧搞实现,堆出一个看起来热热闹闹、但实际上没人用的产品,但是老板认可。老板是个只看表面 Output 的外行,他眼里只有:“你看,B 他们做出了东西,有代码有交付物!而你天天在那儿做ad-hoc分析,alignment,决策也就是加或者减一个数据点,你impact不够。”
我想把我的上游模型或分析后哪些数据应该塞进 B 的底层基建里,必须经过隔壁组 D 的同意。但我没有决策权啊!我只能通过隔壁组的另一个熟人 E,去曲线救国、求着 E 帮我去说服 D。好不容易搞成功一两次,做几次零星的 ad-hoc 分析并implement,结果老板觉得我没展现出什么 Leadership,不仅不帮我撑腰,还PrivateRoute第一次直接给了我 Warning(警告)。
三、 真的太憋屈了:老板隐身,组员背刺
我到现在都很迷茫。都说 Tech Lead 应该独立,遇到困难要自己解决,可是:
1. 老板好歹也该给点组织保障吧? 隔壁组明目张胆地跨组指挥我的人、抢我组里的主权,老板跟隐形了一样。
2. B 明目张胆地想取而代之,背后小动作一个接一个。. 1point3acres.com
3. 考核标准极度偏心:干苦力、堆垃圾产品的被当成劳模;做核心决策、卡上游架构的因为没直接代码落地,被当成摸鱼。