公司大规模裁员的时间轴--教科书级别的裁员
正如我们常说的公司在大规模裁员之前是有很多征兆的,不是就拍怕脑袋决定的。这次公司的裁员真的属于教科书级别的裁员,因此觉得记录下公司整个过程的时间轴是有意义的,希望能够给所有朋友有个参考。也很想知道的是,如果是你,你会选择在几月份开始积极找工作呢?2022年1月
不到一个月被提拔为 Team Leader,负责组建自己的新团队。最开始的计划是团队有 8 到 10 个人左右,虽然不大,但是也算可以干点事了。2022年2月
团队组建完成时只有 5 个人外加一个不属于任何团队的软件架构师。同时这 5 人中间还有一个人是东欧开发团队的,我们负责培训这个东欧开发团队的成员成为团队的 Leader,负责在东欧团队中创建另外的开发团队。同时,我们被告知将会负责公司最重要的项目,因为这个项目已经被拖延了 3 月,无法继续进行。随后的几个月项目开发都比较顺利,完全是按照开发计划进行。向领导提出要为团队加人,领导也非常支持,并且面试都按照计划在进行中。在这个过程中,只选择了一个中级程序员加入我的团队,其他人员面试的较多,但是很多时候并不符合录取条件,或者好的程序员要求过高,不愿意过来。在 8 月份的时候,公司给我们提供了一个高级程序员,这个程序员水平还是不错,比较能适合开发,同时项目推进非常顺利。2022年9月
如果我们还需要人的话,只能从其他团队进行调整,在这个时候其他团队也缺人,所以没有给我。另外负责培养东欧的团队 Leader 计划已经完成,东欧团队成员从我们团队离开。我们团队在这个时候还是出于十分缺人,任务比较重的情况。2022年10月
项目正式上线,并且上线也非常顺利没有什么太多困难。在项目上线完成后,公司还开了庆功会对我们团队进行了奖励。虽然不是我们团队一个团队的事情,但是整个计划还是非常顺利的。在项目上线完成后,我们和另外 3 个团队合并在一起来进行另外一个快速重要的功能开发。这个功能的开发要求在 3 个月内完成。2 个 Sprint 以后,这个项目被在毫无预兆的情况下撤销,理由是法务问题。2022年11月
创始人加 CTO 和 创始人加 CFO,2 个人在毫无预兆的情况下离职,公司一共 5 个创始人。最后,在公司 All Hands 会议上给出的理由是,CTO 要选择继续进修,所以选择离职。我们团队因为项目撤销,所以负责一些技术债务的清理和合并工作。2023年2月
新 CTO 就职。
在项目上面我们继续进行技术债务的清理工作,在这个期间,我们团队中的唯一高级程序员被另用而离开我们团队。在这个阶段,公司管理层给我们团队的评级为全美团队里面表现最优秀的团队。就在本月,奇葩的架构师在完成一些基础类的设置后,开始全面在公司强推奇葩的代码规范,受到的阻力可想而知。就在本月,我已经通知团队成员注意公司变化可以开始其他求职计划。2022年3月
2 个人都是 VP(副总),一个为加拿大人,一个为印度人。负责开发的副总被在毫不知情和预先通知的情况下被解职并辞退(印度副总)。个人认为这个印度的同事的专业素养还是不错的,要比和他同级别的另外副总(加拿大副总)水平要高。加拿大副总,在印度负责被解职后,全面负责公司所有的开发,运营,方面的工作,除了测试。需要注意下的是,奇葩架构师是加拿大副总招聘进来的,用来在公司对 Maven 项目进行重构。举例一个奇葩的要求:所有 IntelliJ 有警告必须被修改。如果有任何的 IntelliJ 有警告, PR 合并全部被拒绝,不管有些警告是不是有点奇葩,不知道有用 Eclipse 的公司是不是所有人都得跳楼。如果你是程序员,从 Apache 克隆一些代码,你会看到上面有成千上万条警告,我们在公司上面提出过这个问题。得到的回复是:因为 Apache Commons 的包的警告被很多人证明这不是问题,所以不需要去处理。2023年4月
因为和架构师的冲突和很多的不理解的奇葩代码规范,我们团队从领导那里得到是所有团队最差的团队的信息。并且技术债务的修改,因为 PR 合并的阻挠,进展缓慢。2023年6月
所有东欧和印度团队全部解散,北美技术团队裁员 40%。如果全部按照人数的比率来看的话,裁员比例高达 70%。总结
从上面的时间轴我们来看,是不是每一步都是一个需要离职的信号?可惜我的拖延症把这些信号都给忽略掉了,事实上早在今年年初和架构师有冲突的时候就应该开始下定决心换工作了。当公司出现有一些并不确定的信号的时候,从公司层面来看看,应该是经营和管理出现了困难,作为职员来说,需要提前做好准备。如果你是我,那么你会选择在什么时候下定决心开始找工作呢? 著作权归作者所有,欢迎分享,未经许可,不得转载
首次发布时间:2023-08-01
最近编辑:1年前