项目上线稳定后技术团队何去何从

留几个项目骨干迭代维护，闲杂人等辞退

1 楼说的对

我多年前遇到过一次，技术团队从上到下全部辞退，留个运维。这个项目的项目经理也辞掉。

运营、产品还留着干其它活。

后面怎么样了就不知道了，不过现在还能打开当时做的网址。

没什么应对措施，按规定辞退，给钱，没什么好说的。就是不舒服罢了。

我经历过（裁），大概就是每个端留一个人维护。剩下的资源给运营/用增。

如果项目稳定了，说明也到头了，你像支付宝那么大软件，其实核心功能已经很稳定了，为啥每年还要招人？还不是因为市场一直在变，你故步自封，那就只能被淘汰

往控制成本方向，比如容器使用率，磁盘使用率等等

基本就留 1 个最便宜的，其他全开
我经历过

如果你是老板，你会怎么做？

所以要有防御性编程啊

应该也不用留人了,需要维护的时候, 其他项目抽个人问问 AI 也差不多了

我们当时整个部门，10 几个人，也没被裁，只是都不约而同的自己离职了，觉得待着没意思了，那时候是 21 年，环境还不错

直接开掉啊，还留着这些人干啥？？？吃干饭吗？

说明这个项目也快到头了

正式员工，就看其他团队是否缺人，缺人就会调过去。如果不缺人暂时各自处理相关的小迭代和 BUG 修复。视情况可能还会承担运维和实施的工作。
要是长期没有用人需求，就看公司规模是否可以养团队到下一个用人周期。如果公司规模小，大概率就是开始裁员，或者开始找茬迫使员工自离。
所以很明确项目已经停滞了，就要看项目是不是公司的盈利项目、自己是不是在核心团队。
如果是盈利项目就要考虑自己是不是在核心团队，如果不是就要开始把手触及到其他人员的职能，去当 "工|贼"。
如果不是盈利项目，那么就要开始找出路了。国内的项目生命周期很少能超过 3 年，大概率整个团队会缩减成一两个人，保证系统能运行就行，甚至可以一个不留（如果有运维部门）。


如果是外包？结局就很简单明了了，直接和外包公司说合作结束。至于开发人员之后的流向就是外包公司自己处理。大家不推荐干外包很大程度上就是因为这个。
----

@s2555 #10 ，防御性编程该裁还是裁，只有后继者会难受一下。制定名单的人并不会关心你业务代码写的怎么样，而是考虑是不是好用和好管理。
代码看不看得懂、改不改的动是后继者考虑的事情。裁的时候你该写文档还是要写，该交接还是要交接。最后情绪只能发泄在文档上面，去为难后继者。