每年这时候,都有必要写一下一年的个人工作总结。
年终总结或工作总结是个挺重要的事。写好的话,有助于说明自己的工作绩效,绩效好可以多拿年终奖,还有机会争取晋升。另外,一年下来的个人生活也需要总结,这一年的得失,回顾一下,也是对自己的负责。
年终总结只是「有助于」自己说明工作绩效。在有些公司里,有时候,即使你不总结,主管可能都默默的把你的绩效评估完毕了,但也有的公司不是这样。还有些特殊情况下,你也必须得写,比如,最后一个季度突然换了一位新主管,新官上任,情况不熟悉,两眼一抹黑,对这一年团队成员都做了什么不清楚。这时候,你好好的把自己的工作做个详尽的说明,这是绝对有必要的。即使上一任主管临走的时候也会做评分,但那个多数情况下只是给新主管参考而已。
有一种年终总结叫流水账,一月份做了什么,二月份做了什么,三月份又做了什么项目… 一条条列出来,价值不大。作为一个主管,最怕两种总结形式,其中一个就是这样。另一种糟糕的年终总结类似「禅」。一两句话就说完了。比如「今年按时按量完成了领导交给我的工作任务,明年准备在技术上有所提升」,遇到这样的,还真哭笑不得。
在报告里罗列完成了某项工作是没什么参考作用的,应该说明,你在这项工作里做了什么事,发挥了什么作用,你做的工作产生的价值是什么(如果能写清楚)。比如,同样一件事,你写「对某某业务模块成功的进行了优化」远不如「对某某业务模块成功的进行了优化,通过优化核心代码,性能提升至少 20%,每年可以节省线上 30 台服务器。优化后的模块运行稳定。」
作为员工,很可能你每个季度的 KPI 或工作目标 OKR,已经设定好了。年底的时候,把每个季度的拿出来,看一下完成了多少,有多少是超出预期的。这样的工作总结还算好写,可发挥的空间不多。年底这几天,你不可能突然有如神助似的把全年的目标突击完成。如果都是一些可以量化的指标,可能写起来更轻松。如果不是量化的,就要阐释因为变化带来的绩效影响。某些绩效没完成,问题在哪里,要能说明白。
一般的管理者会要求每个写工作总结的团队成员做个自我评定。比如,团队 10 个人,业界通行的做法,会要求按照 2-7-1 的业绩分布。也就是 2 个人业绩优秀,7 个人符合预期,还有 1 个不合格。
会有人主动给自己评不合格吗?很少。因为,绝大多数人会高估自己。最后报告里的统计结果,很可能是 7 个自评都是优秀,3 个觉得自己合格,没有人认为自己不够好。
一个管理者,每年做绩效评估的时候特别头疼。给谁业绩不合格?很难做。对于自评过高的同事,要降低他的预期。一看工作总结里,把自己夸得天花乱坠,主管这时候就要指出没做好的部分和明显搞砸了的事情。双方要对最后的业绩评定达成一致,这个评定有客观的因素,但几乎是主观的,有的时候甚至不免带着情绪和偏见,甚至暗箱操作。不好搞。但有一点,如果你的总结报告有理有据,令人信服,同事也认可。那么,一般也会被主管认可。
所以,你的总结里,应该对有个自我评价,是符合预期,优秀,还是知道自己的工作缺陷,坦诚的说自己应该改进。应该有和同期的工作基本对比,比如,相对去年,自己哪些地方有提升。应该有下一年的基本目标,比如,新的一年在某项工作技能上有所突破。先列下来。
写完书面总结后,应该可以口头简要的把自己的工作内容说清楚。比如,长者当年自述工作业绩,就说了「三件事」,追加一句「如果说还有一点成绩就是…」毕竟是长者,提纲挈领,有高度,简洁明了。之所以口头要能说清楚,是有时候,你要面对自己的主管甚至更高层级的人,要快速把主要的说出来。
有的团队离开了 PPT 没法儿干活儿,主管甚至要求每个人必须用 PPT 做工作汇报。这时候,除了做 PPT 演示,还应该准备文字稿。哪怕到时候你照着稿子念,也会比即兴发挥要稳一些,尤其是涉及数据的时候。
有些技术人写代码没问题,但文字写不出来,抓耳挠腮,憋个半死。我的经验是,写不出来的时候,就一句一句写,或是利用碎片时间,一点点记录,像对另外一个人面对面谈话一样,想到的都记录下来,然后逐句修改。不要试图一口气写完之后就发出去,那样的内容一般都会很糟糕。写好之后,别急着发,修改,再修改。在修改的过程中,你会熟知自己这一年「工作的结构」。
所谓「工作的结构」是什么呢,比如你是个程序员,那么,你这一年参与了几个项目?项目里面你做了什么工作?和谁配合的,项目是否有重大故障,是否因为你延期了,还是你挺身而出挽救了项目?比如你是个产品经理,你这一年做了什么产品,这个产品完成了多少功能,投入了多少开发资源,是否按时发布,有哪些创新的地方,有哪个功能对核心业务有贡献。你是个市场人员,今年投入了多少营销成本,做了多少活动,哪些有效哪些无效?谈下来多少大客户,带来了多少回报,可以量化还是胡说?明年如果要做到更好的业绩,该怎么办?
年终总结提交之后,一般都有一次和自己的主管乃至更高管理层面谈的机会。除了得知自己绩效的结果之外(面谈前绩效基本定下来了),要问问自己的不足之处。这是个校正自己的好机会,不应该忽视。我们在工作中,需要一个来自外部的「校正器」。
难免有人还是觉得写了一大堆,不够具体。能否整点可以照着复制的?列个基本结构或许可以是这样:
第一部分 简述今年的主要工作重心
快速回顾今年工作重心,如果有必要,也应该对比去年。
第二部分 都做了哪些具体的事情
事情 1:做到什么样,我的作用,产出了什么,价值是什么…
事情 2:做到什么样,我的作用,产出了什么,价值是什么…
事情 3:做到什么样,我的作用,产出了什么,价值是什么…
事情 4:…
还曾受到同事肯定/客户表扬/用户认可,如果自己觉得好意思,脸上贴点金也无妨,佐证自己工作的成效。
第三部分 问题和遗憾的部分
某个工作目标 :没怎么做好,原因是…尽量客观,理性,尤其注意别推脱责任。
第四部分 自我评定
自己认为的绩效应该是… 主要理由和原因是…
第五部分 明年的工作计划
明年,学习管理技能/学习新技术/探索新的业务领域…
当然,以上只是参考。你完全也可以更灵活一些。
有读者或许会说,看了半天,还是觉得复杂,我就是写不出来。
要不这样,你给我半个月奖金?我帮你梳理结构,给你写一份好了。这一年你都熬下来了,最后做个总结,要求真不算高,总不能跟钱过不去吧?即使你觉得老子年后就跳槽走人了,什么总结不总结,不做了。我也还是建议你,对自己负责一点,应该写。
负责任的主管应该会认真对待团队成员的年终总结,尤其是发现那些自己平时没注意到的地方,别人努力工作,如果被忽视了,这不公平。还应该从中发现一些潜在的问题,便于纠正自己的工作缺陷。但这说起来容易,做起来太难。要有同理心。多年媳妇儿熬成婆之后,有人反而学了坏毛病。
如果今年的年终总结没写好。明年怎么办?从现在开始,做好工作记录,不要只依赖自己的记忆,勤于回顾自己。到了年底,写起来自然轻松。这个,是最最重要的,你看到这句话就算没白看这篇文章。没有记录的话,到时候搜肠刮肚想回顾一整年的事情,非常有难度。
这个冬天有点冷,给大家送点暖意,仅此而已。
题图:Emile Pierre Branchard
这篇是我过去在知识星球的一次分享记录,此次发布经过整理。
腾讯开发者,提供通俗易懂的技术内容,为开发者服务。