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

# 背景

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

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

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

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

# 积累在平时

# 素材收集

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

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

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

火力覆盖

# 技术规划

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

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

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

  1. 业务痛点
  2. 向上管理(领导、团队关注哪些技术)
  3. 业界动态

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

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

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

# 创新

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

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

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

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

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

# 开写总结

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

# 错误示范

  1. 流水账

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

  1. 佛性总结

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

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

# 正确总结原则

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

  1. 扬长避短
  2. 真实无水分

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

典型案例: “屡败屡战”

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

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

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

# 自评整体结构

  1. 业务交付

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

  2. 技术专项

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

  3. 稳定性建设

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

  4. 团队贡献

    注意:非leader岗位不建议写团队建设,需要些团队贡献,文字类似而含义相差很大

  5. 核心业务专项

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

# 项目详细介绍

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

  1. 拿出数据证明

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

举例说明: 我开发了XX系统,该系统支撑XXX的客户(用户),同比增长XXX、环比增长XXXX

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

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

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

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

  1. STAR 原则
  • S(situation):描述实现关键元素的背景和目标,eg.为了降低30%的机器成本
  • T(task):为创造你所取得的成就拆解的任务,eg.在最高QPS不变的情况下,通过异步IO降低资源占用
  • A(action):完成的有助于结果的动作,包括意外插入的,eg.进行异步化改造
  • R(result):拿到了什么样的结果,可以的话,量化它,eg. 同样的机器能够支撑更多QPS,进而实现机器成本下降
  1. 适当的高级词汇

如:复盘、赋能、抓手、沉淀、中体、点线面、反哺、感知度、颗粒度、组合拳、体系、共建、垂直领域、联动、布局等等 利用适当的高级词汇是内容更加饱满、立体。

From pua-lang

# 结尾

一年下来的个人生活也需要总结,这一年的得失,回顾一下,也是对自己的负责。

最后更新: Mon, 05 Feb 2024 13:16:58 GMT

0 评论

加载中...
访问量:-