都说职场如戏，全靠演技。但有时候，现实剧情的荒诞程度，甚至都远超了你我的想象。
过年假期在家刷到这样一个职场帖子，看完是既觉得搞笑，又觉得无奈，原文大概是这样描述的：
"有个同事，去年年中的绩效是C，年底还是C。他主动提了离职，结果领导死活不让他走，还说后面还有机会。起初我还以为领导是真心挽留，结果他私下透露，他走了，就没人背这个绩效了。"
提到「绩效」这个事情，相信大多同学在公司都经历过。
尤其像是在年前、年后这阵，往往是和过去一年的年终奖什么的，都直接挂钩的。
本来「绩效」这个东西的推出初衷是为了激励团队进步、识别高潜人才，但到了执行层面，尤其是在一些管理能力欠缺的中层大聪明领导手中，它就异化成了一场充满算计的数字游戏。
第一种就是搞所谓的绩效锁定。
有些公司，为了所谓的优胜劣汰，实行强制分布式的绩效考核制度。
简单点来说，就是公司要求每个部门，必须按比例评出一定数量的 S、A、B，甚至 C。
初衷或许是好的，想打破大锅饭，但到了执行层面，当一个团队整体都很优秀，或者领导不想得罪人时，那个必须存在的 C，就成了一个烫手山芋。
于是，谁是那个最没有话语权、最不会向上管理、最不懂人情世故、或者最"老实"的人，谁就很有可能成为那个背锅的人。
还有一种公司也挺搞笑的，人家不搞绩效锁定，但是搞起了所谓的绩效轮转。
什么意思呢？
公司也是要求团队必须比例评出一定数量的 S、A、B、C 绩效，但是拿 C 的员工会轮着来。
这次你拿 C，下次他拿 C，然后上次拿过 C 的同事在后面的绩效评比中再通过给 S 再勾回来，以此达到一种动态的平衡。
说实话，这种比起上面那种所谓的绩效锁定，找人背 C 来说，看起来似乎还要稍微那么良心一点。
再回过头来看，像上面帖子中这位同事的遭遇，就是典型的绩效考核异化的受害者，纯纯的被当成了团队里背 C 的工具人。
那么，面对这种"被背锅"的局面，如果是你，你会怎么办呢？
这里也来聊聊我自己的几点想法。
首先，也是最重要的，就是心态的转变和调整。
我们首先要明白，绩效评价并不完全等同于你的个人实际价值。
拿了一个 C，只能代表在那个特定的时间、特定的领导、特定的游戏规则下，你被选中了。它不能定义你的技术能力，更不能否定你过去的努力。
拿到一个不公正的绩效评价，不一定是你能力的问题，有可能是公司制度的问题，或者是领导管理能力的问题，甚至有可能是某些人特意耍的心机而已。
不要轻易否定自己，不要让别人的错误，来惩罚自己。
其次，面对这种不公，沉默和忍让往往换不来尊重，只会让对方得寸进尺。
如果可能，尝试去沟通，去了解那个 C 背后的真实理由。
如果沟通无效，那么就要开始为自己谋划后路，同时注意保留好自己的工作成果、沟通记录等证据，以备不时之需。
最后，也是最重要的一点，我们要能有随时离开的勇气和能力。
这一点之前咱们这里多次提及，在技术行业，吃老本是最危险的。
当今的技术世界变化太快，而作为程序员的我们则恰好处于这一洪流之中，这既是挑战，也是机会。
还是那句话，一定要定期评估一下自己的市场价值：如果明天就离开现在的公司，你的技能和经验是否足以让你在市场上获得同等或更好的位置？
无论在公司工作多久，都要不断更新自己的技能和知识，确保自己始终具有市场竞争力。
有一说一，如果一个环境已经坏到需要你靠背锅来生存，那么这个地方，不待也罢。
虽然离开可能会面临短期的阵痛，比如空窗期、比如收入的暂时减少，但是从长远来看，未必是坏事。
因为虽说大环境寒冷，但有时候摆脱一个有毒的团队和一个扭曲的环境，才是对自己职业生涯最大的负责，大家觉得呢？
注：本文在GitHub开源仓库「编程之路」 github.com/rd2coding/R... 中已经收录，里面有我整理的6大编程方向(岗位)的自学路线+知识点大梳理、面试考点、我的简历、几本硬核pdf笔记，以及程序员生活和感悟，欢迎star。