我们公司的绩效考核明年初开始，但为了不像往年一样最后一刻才提交个人总结，我计划在放假前先写一个初稿。这里我打算分两次介绍一下我写个人总结的经验，这次聊一下绩效考核的流程和我之前对写个人总结的误解。下一次有时间我会分享一下个人总结的写作技巧。

绩效考核流程

一般大厂的绩效考核大致分为四步：

1. 每个人写自己的个人总结（评估），并给其他同事（包括你的经理）写反馈建议。
2. 在所有评估提交后，经理会根据你的个人总结和其他同事给你的反馈建议提炼出一个更精简的评估概要，定好你今年的考核评分及升职结果。
3. 为了确保考核的公平性，大组织的经理们会为同一级别的员工开一个横向绩效校准会。在会上，你的经理会用2分钟的时间来表述你的工作成果，并提出考核评分和升职建议。之后其他经理们会有1～3分钟时间讨论是否同意。开完会后，你的考核评分和升职结果就定下来了。
4. 之后经理会和你开一个会，告诉你考评的结果和一些反馈意见。

写个人总结的误区

1. 幻想只要写好总结就有更大的机会升职或得到更好的评分。

首先一个问题是谁会看你的总结？其实只有你的经理。其他经理或Skip经理有可能会瞥一眼，但几率很小。因为他们一般只会读你的经理写出的评估概要。

根据我的经验，一般经理即使不看你的总结也会对你的工作心里有数，甚至在你写总结前他心里就已经对你的工作考核评分有一个预判了。你的总结可以帮助他更好地准备绩效校准会，提供证据来支持他提出考核评分。

如果你的总结让经理改变了对你的考核评分，那么这可能意味着你平时没有做好Communication，没有及时在你们的1:1会上或以Post的形式分享你的项目的进度，结果和影响力。

最后，你的总结也不会影响到升职。因为准备升职需要一个比较长的过程（至少半年）。如果是比较Senior的岗位，你的经理会提前为你准备好Package，很早的就发给其他经理和大老板看一下，收集一些前期反馈建议（这样也可以避免在绩效校准会上翻车）。所以即使没有你的总结，其他经理们应该对你的工作和升职情况有所了解，除非你的个人总结写得太差或者根本不提交，一般不会对升职结果有影响。

2. 不要等到最后去写

最好养成每次做完一个项目马上就写总结的习惯。我原来每年都是一个项目接着一个项目地干，到了年底才开始写总结。但后来发现自己的记忆力真的不是很好，或者说Recency bias比较严重吧。很多之前做的项目细节和结果都记不清楚了，需要额外花时间查看原来写的笔记，Post和代码。这样不但效率低，还会让我觉得写总结很烦。

现在我的习惯是在还没有开始做项目前就先去写总结。这可以帮助我更好地预判这个项目的价值和优先级。写总结时我会先假设这个项目做得很好，然后看看写出的总结是不是会有那么大影响力，或贡献度和我的工作职位是否相符。如果没有我想的那么有意义，我会先去做其他更重要的项目。

3. 写过多的技术细节

以前为了突出我的工作能力和难度，我经常在总结里会写很多技术细节。但现在回想，这是非常不明智的。因为无论我写多少，最终会由我的经理（一个相对了解我工作的人）把我这半年或一年的工作信息压缩到2分钟内输出给其他经理（基本上不了解我工作的人）。这就导致了，任何技术细节都会被直接忽略掉。

最好的方法是，直接使用数据来让经理和其他人了解三点： 1）我在解决一个很重要的问题 （e.g. 影响了X%用户），2）我解决的很好（e.g. 提高了Y%的Metrics）。3）对公司的影响（e.g. 为公司减少了Z%成本）。

4. 略写自我反思的部分

一般个人总结的最后都会包含一个自我反思的部分。过去，我写个人总结时，会用 90% 的精力来夸自己做得多么好，然后在最后略微反省一下自己的工作。但现在我觉得这个部分其实很有价值，我会认真地思考今年没有做好的事情，写出需要改进的方面，或是我希望明年可以学习提高的技能。然后在之后的1:1 会中与经理讨论，并让他/她提供机会，帮助我找到适合锻炼相关技能的项目或给我找有经验的Mentor来帮助我提高。可能因为是写在考评的Record里，一般经理都会很上心来Support我。

以上就是我在个人总结写作中遇到的四大误区。回想我刚加入公司时，我真的以为只要“认真”写总结，就有机会得到更好的评级。所以我每次都会朝着两千字大作文方向努力😓。现在想想真是苦了我当时的经理了。