这周写完总结后，经理们开始忙着处理大家的总结反馈，准备评级。我突然在想，是不是下次裁员已经不远了？几个月前发生裁员时，我当时只是感到很震惊，而没有仔细思考应该如何面对。

现在想想，当一个系统出现一个大问题时，往往是由很长一段时间内的中小问题累积而造成的。而且下一次再发生问题的机率也很大。就好比从一开始的公司停止招聘，到开源节流，再到砍掉大项目，开始大裁员，就像一步一步写好的剧本。感觉下一步的业绩继续下滑，开始第二波裁员就在眼前了。

不过下次裁员可能会和第一次有所不同。回看上一次裁员，大多数受到影响的人是非工程师（比如HR），而被裁员的工程师多是因为整个项目、团队或部门被砍掉，而不是由于个人的能力或表现。但我觉得下一次的裁员应该会影响到更多的工程师，而且是每个部门按照一定比例来裁员。

首先被裁掉的人应该是在这次评级中绩效非常差的人。如果还需要选更多的人，则会在绩效中等的人员中，裁掉平时人缘儿差一些的。如果我是经理，需要在两个工作绩效差不多的人中选一个，我肯定会去支持平时和自己、团队其他成员混的比较熟的人。

要想降低被裁员的几率，今年应该走更平稳的路线，根据自己的岗位，做好本职工作。比如，初级工程师应该更注重提高自己的编码效率，改进代码质量，做好测试，不要因为图快而产生低级错误，从而影响项目的进度。

作为团队的Lead要维护好现有的产品和客户关系，并确保按时交付核心项目。在选择新项目时，不要想着升职而过于激进。最后保守些，避免选择高风险高收益的大项目。希望公司第一季度财报数字上好看一点，不然下一次的大裁员也许真的很近了。