# 技术人员如何写绩效自评

# 背景

每到年底的时候，都需要在公司系统中填写年终总结

尽管不想写，而且技术开发往往擅长写代码，不擅长写总结报告，抓耳挠腮，憋个半死，但是制度如此，不得不写，同时对自己负责，写写回顾、展望未来，想必也定是极好的

年终总结，写好的话，有助于说明自己的工作绩效，绩效好可以多拿年终奖，还有机会争取晋升。

那该如何写好年终总结呢？🤔

# 积累在平时

# 素材收集

胖子不是一天长成的，年终报告也不是仅仅靠年底的一天冲刺就能搞定的。平时的工作中需要有心，有心意味着：

收集工作素材（周报、月报等等）-- 你做了哪些工作
阶段性的总结所参与的项目，当项目结束的时候需要有阶段性的总结、回顾 -- 你的总结、回顾
重点记录所做的突出的地方（有亮点的地方）-- 你的亮点、突出点
业务中的关键数字（业务增长、同比环比、QPS、PV、资源水位、性能等等） -- 能说明收益的数字

平时注意多收集相关素材、资料，养兵千日用兵一时，一年来生产的炮弹在年终的时候都会打出去。

火力覆盖

# 技术规划

技术规划最好的时间是年初，其次是现在。

年初的时候需要规划好这一年有哪些技术迭代规划、有哪些架构升级、概念升级，然后在项目开发中尽可能往这些技术、架构、概念上靠拢，机会不会从天而降，需要自己去寻找。

技术规划需要从一下两个方面去考虑

业务痛点
向上管理（领导、团队关注哪些技术）
业界动态

业务痛点：上一财年，业务上有哪些未能解决的问题？这些痛点有的可能很明显，有的可能大家都麻木、感觉不到了。明显的问题，大概率需要大家协力优化、完成，这类可以尝试牵头解决（毕竟容易解决的话也不会一直留下来）。针对后者（大家已经麻木了的问题），如果能通过技术解决，往往也能让大家对你刮目相看。

领导、团队关注哪些技术？这个主要靠平时的沟通、探讨了,不光和技术领导沟通，也需要和业务方探讨。

业界动态：可以通过微信、微博、技术博客等手段关注业界（你所在行业内）的技术动态、业务动态。尤其是竞对，通过学习竞对来进行技术规划。

# 创新

创新分为业务创新和技术创新，作为研发，往往是跟着业务跑，领导定好方向、产品定好方案后，技术进行功能开发，想要引领业务还是很有挑战的，所以，业务创新更多适合领导层或产品层去考虑，我们一线研发可以重点关注技术创新。

比如：我所在的XX团队，有很多大屏业务，最开始是一个一个业务大屏开发，后来通过建设组件库、基础库、大屏业务库等基础生态，增加了技术积累，提高了开发效率，再往后建设了低代码平台，这些技术服务于同一个业务，但是通过技术迭代实现了创新。

创新的同时也要考虑到避免内卷，我之前有一篇如何避开内卷的文章，如何避开内卷？有一个词叫降维，意思是避开高手，降低竞争维度，就是蓝海，从蓝海中拿成绩比从红海中拿成绩容易多了。通过避开内卷，创新往往就容易多了。

结合工作，能做到避开内卷有如下一点：

国家降维，把国外的技术引进到过国内，进一步引申为：把团队外、公司外的技术引进到团队内，人与人之间不仅有竞争关系，更多的是合作、互利管理，前提是你能用好这些关系，他们做底层你就做上层，生态上相互补充，互相拿到一个相对好的绩效。

# 开写总结

有了以上积累后我们就可以开始写年终总结了。

# 错误示范

流水账

流水账：一月份做了什么，二月份做了什么，三月份又做了什么项目… 一条条列出来，价值不大。

佛性总结

佛性总结：今年按时按量完成了领导交给我的工作任务，明年准备在技术上有所提升。

以上两种错误的示范给人躺平的感觉，无欲无求。

# 正确总结原则

年终总结要坚守一下几条原则

扬长避短
真实无水分

在不弄虚作假的前提下，突出自己的优点、长处

典型案例： “屡败屡战”

闻诸先辈云：平江李次青元度本书生，不知兵。曾国藩令其将兵作战，屡战屡败。国藩大怒，拟奏文劾之，有“屡战屡败”语。曾幕中有为李缓颊者，倒为“屡败屡战”，意便大异。元度乃得免罪.

“屡战屡败”：会传达给人失败和绝望的感觉
“屡败屡战”：则带给人坚强、执着的感觉

同时是对战况的介绍，“屡败屡战”就比“屡战屡败”更适合写到自评中。

# 自评整体结构

业务交付

业务交付是最基础、最底线的要求，只要拿了公司的薪资这一块就该做好，但同时呢仅仅靠完成业务交付是很难拿到高绩效的（需要有创新、突出点）
技术专项

技术专项是技术同学牵头进行的技术迭代专项，通过技术更好的赋能业务，此项为加分项，需要平时重点透出
稳定性建设

稳定向建设包括服务监控、运维等平台的建设或线上问题的跟进、答疑等，通过用反来有针对性的优化系统稳定性
团队贡献

注意：非leader岗位不建议写团队建设，需要些团队贡献，文字类似而含义相差很大
核心业务专项

核心业务可以从“业务交付”中提出来，作为业务专项进行单独介绍

# 项目详细介绍

有了整体结构，就需要往里面逐个填写内容了，在详细介绍项目的时候有如下几点需要关注

拿出数据证明

平时产品发的周报或节假日总结报告，需要重点收集和你相关的数据，作为重要数据来证明你的成绩，另外，业务上的数据往往是纵向（运营、产品、研发、运维）一起努力的结果，仅仅有数字说服力也是有限的，还要拿出案例来说明你比同岗位的其他人做的好，这些案例可以是：你主动提出的方案、你主导的技术开发、你的拉通能力等等，总之就是：你的不同助力了业务成绩，你是不可或缺的

举例说明：我开发了XX系统，该系统支撑XXX的客户（用户），同比增长XXX、环比增长XXXX

上述中的数字（XXX）和你的工作有关联，但未必有因果关系，如果换一个人就做不到这些数字了吗？这些数字是你的成绩还是平台的成绩？你开发一个页面，放到淘宝上，瞬间有千万级的客户，但是这个“千万级客户”不是你的能力，是淘宝这个平台的能力

你需要拿出案例说明你的独一无二，比如：技术选型，之前是什么方案（A方案），你选的是什么方案（B方案）？同期其他人的方案（C方案）是什么？拿出B方案优于A方案、C方案的证据，这是里的贡献是最有利的支撑

你是如何把普通的事情做的不普通了

同时是业务开发，你需要做出亮点（不同点），比如：当大家都是按部就班一步一步开发的时候，你要想如何做出花儿，这些花儿可以是技术文章输出、可以是技术分享输出、可以是新技术升级等等，技术文章：不见得一定多高级，但一定是把一个、多个知识点搞透彻、能解决很多人不了解的知识点的这种文章，能给别人帮助的就是好文章，比如：集团安全扫描经常扫描到各种安全漏洞，收到漏洞的人往往按部就班的修复，如果这时，能有人写篇文章结合前后端、结合写好的DEMO来演示这些漏洞的原理，那这个文章就是有帮助、能提升自己影响力的文章，能突出自己的亮点，同样是安全漏洞，能通过技术分享会议分享出去就更好了，