infra会不会是裁员重点对象？

有钱的时候哪里都缺人，疯狂扩充；没钱了其实任何部门都可以裁员，裁多裁少的问题而已。

shendaodao 发表于 2022-11-14 21:21
是不是应该在被裁之前，组里的好伙伴一起埋几个定时炸弹。自己被裁就引爆

万一没被裁炸弹被其他人发现了怎么办？

一般大厂除非直接找consulting company直接算投入产出比定裁员，否则infra的裁员顺序一般不会很靠前。

原因1：大部分公司这几年都是product driven， infra的投入和扩招速度远远不如product。产品组从19年底的10个人扩张到四五十甚至七八十不要太常见，infra组19年底10个人现在大概率还是十来个人。
原因2：core infra是决定site-up的刚需，而且大部分vp过去两年大放水周期本来已经在压制infra的扩张需求了。除了google，你可以理解为大部分公司已经在用最少人数来跑infra，所以削无可削。

绝大部分情况infra是最后裁的。裁infra也就两种情况，其对应的产品组全部裁了，或者扩招新人太多。

一个infra组的服务对象是十几个product组，也就是几十甚至上百个产品线。infra一旦出问题造成的潜在影响十分大。而且只要有新产品在上线，infra就有可能出问题。product组裁点人最多就是其他人多加班还能弄出来，不小心把infra的关键人物裁了至少被block十天半个月都有可能修不好。

裁了infra要招人没那么容易train.

今年我们组一整个infra大组没裁一人（除了我这个出活慢没法整multiple projects的小intern lol

说infra总是最后裁的都是不知道裁员怎么运作的，在凭空用工程师思维臆想的。没有弄清楚infra在很多公司只是在公有云上面的一层应用而已。

不管决定人懂不懂技术，在增长放缓的时候，infra都可以相对缩减投入，因为你的预期scale不需要那么大的支持了

而且cut infra并不等于就没人support了，org cut 20%，基本不影响infra的运作，强人都会留下来的，cut的是人肉运营capacity和新的infra project。还可以转移到saas平台让第三方运维（需要一点时间而已）

而且对于裁员这种事情，董事会必然会先question cost center。infra是没有revenue只有cost的。还有，比如cut了product 10%，那必然会问，你这些product的infra是不是需要相同规模缩减（当然具体allocation很难算，有的小公司也没有infra对于product的allocation，但这都是上层会问的问题）

一些product是有故事可以说的，但是infra并没有这个优势，一般来说，infra的比例基本是不会低于平均cut rate的

根据自身经历， 是 或 不是。
首先 infra 这个组肯定不会一锅端。 但是， 里面的人一定会减少， 少到只要能维护正常运行就行。
所以， 如果你是infra这个组的 核心人物， 没了你不行， 那你很安全。 如果你是新来的 或者没有独当一面， 那就是 危险中的危险。

楼上好多wishful thinking，我就是在meta infra核心组，正如楼上几个人说的，这波裁的比例比product只多不少，明年roadmap也不能做新feature了，只剩下reliablity相关的修修补补，感觉组里人还是多了，估计下一波还要裁

kurali 发表于 2022-11-14 22:47
说infra总是最后裁的都是不知道裁员怎么运作的，在凭空用工程师思维臆想的。没有弄清楚infra在很多公司只是 ...

你说的“有故事可以说”的product组，如果只有故事，没有revenue或者engagement，基本都是在裁员里被一锅端的命。