在中小公司进行规模化裁员的时候一直想考虑下哪些职位更容易受到影响？
前几天和朋友聊了裁员这个事情后感觉有点启发。
当然，如果你的项目被整个一锅端了，那就没有什么好说的了。
这里想表达的是，如果是项目还在，但是公司需要收缩，重组，并把很多项目小组合并，哪些岗位更容易受到影响一些。
同时，大公司和中小公司的裁员方式也不一样，这个主要是讨论下中小公司。
中层和小组长级别
开始觉得这个岗位还是相对比较稳定。
后来和朋友聊天后才知道，这个岗位比初级程序员还不稳定。
主要原因是：
- 公司给的工资足够高。
- 如果项目组进行合并的时候，这个岗位不好安排，如果采取降职合并，通常也干不了多久。中小公司可能的态度就是干脆裁掉。
- 进行重组，被裁撤的项目组可能因为合并会导致更多纠纷，公司怕麻烦，并且希望不希望支付太多工资水平。
在中小公司，项目组长或者中层反而是最不安全的。
在公司高层不是说不会裁员，通常他们更有能力获得相应的信息，能够更加容易的做好准备找好下家和准备好备选方案。
公司中层，通常和上面关系不那么紧密，获得信息的渠道和下面也差不多，但是又是职位最不好安排的一个职位。
高级开发工程师和架构师
高级开发工程师的危险系数稍微小一点点。
但是，因为高级开发工程师的薪资水平也比较高，公司为了更加高效的裁员，通常高级工程师会按照一定比率的进行裁员。
在保障最低运营水平的情况下，对工资水平比较高的高级开发工程师开刀。
同样的道理，所谓的架构师在很多时候也会被拿来作为开刀的对象。
初中级开发工程师
这个岗位对裁员的影响反而更小。
主要原因还是这类工程师的薪资水平较低，公司能够有效的控制成本。
具体做事还是需要有人做的不是。通常公司会选择一些老实点的，比较听话的，工资水平不高的人暂时保留。
这次我们公司的裁员明显感觉有这个套路，裁员的方向都在高级和中层。
低级点的基本上都保留了。
其他人员
其他人员会随着项目的保留和公司预期来不按套路裁撤。
比如说项目中的 Scrum Master （敏捷专家或者敏捷大师）通常也会是重灾区。
测试项目组成员，如果过多的话，也会被裁掉大部分。
总结
整体来说，如果公司进行大规模收缩的话，谁都不安全。
而且公司的裁员通常不是一轮裁员，会按照多轮裁员的方式持续进行下去。
在第一波裁员被保留下来以后，不代表在后面的裁员会继续保留。
如果公司已经开始进行了大规模裁员的情况下，更主要的是说明公司在经营上面出现了比较严重的问题，才想到通过裁员来削减支出。
也许，在保留好现有职位，积极寻找更好的机会才是上策。