整理丨千山
线索丨小官
所有工作，干到最后，都离不开复盘和表达能力。
年终总结就是展示你这两项能力的一个典型环节。一份精彩的年终总结是绩效评优的加分项，也是你向老板展示自己的机会。不过对很多程序员来说，年终总结是个让人头疼的事，甚至有人调侃比bug还难写。
临近年末了，年终总结到底要怎么写？有没有取巧的方法？你觉得老板想看的到底是什么？日前，51CTO技术社群围绕这一话题展开了讨论。
1、年终总结到底难不难写？
讨论片段截取一
【拂晓】1. 一年的工作重点，不要细枝末节；2. 自己的学习；3. 不足和改进。我们要求1000字以内。结合去年工作总结的不足和建议、明年规划来写，要呼应。
【simon】我们要开2天会，一条一条过。
【发光的蜗牛】一条一条过，哈哈哈哈，我们都是一个字一个字过。
【拂晓】这个……还要一个一个字过？过分了吧。我们是只对直接领导负责，主要个人复盘一下自己一年的工作。
【发光的蜗牛】复盘是个“技术活”。
【幻墨】会了，就不难了。
【羡鱼】手里两条线被砍了，一想到复盘，头都大了。
虽然大多数公司都会要求写年终总结，但关于年终总结的形式、汇报人、篇幅等要求却是不一而足。有人认为，年终总结重点在综合复盘，条理清晰地展示今年成果的同时也避免来年重蹈覆辙；也有人认为，年终总结更像是个面子工程，整点虚头巴脑的用来应付老板即可。但无论是什么情况，真正到提笔的时候很难下手也是一众程序员普遍遇到的窘境。为什么年终总结如此难写？
讨论片段截取二
【CF西西】程序员这方面很吃亏，要在根源上解决，平时就多记录。
【张业贵】实情不难写，任务确定，结果明确。如果没有足够的计算任务或者资源量，难以写出花。
【Andy周珉】很容易写，主要是程序员连注释都懒得写，所以才写不好。
【CF西西】我感觉三哥程序员没这些问题，还是和中国人的性格有关系，中国人不大吹。
【JK】作为一个程序员转IT培训的从业者，表达能力需要职业训练，写文档，写教案，写汇报，写总结，和写代码一样需要写够一定量才能入门，代码写1万行才算刚刚入门。文字也需要写十万字。
【残月影歌】有道理，真的是量变才能引起质变。
交流中大家主要提到了如下三点：
- 平时缺少积累。如果能养成日常记录的习惯，那么至少在写的时候是有据可查、有章可循。
- 性格使然。相对来说，中国程序员比较内敛，不事张扬，有点怯于表达与分享。
- 后天培养的缺位。表达能力需要职业训练，但就程序员这一职业来说，在这块是缺失的。
据此也有人提出，锻炼总结和复盘能力，并用合适的方式进行分享输出，对程序员来说是补齐短板的有效手段。在同等初始天赋下，程序员的后天技能点，尤其是在表达方面，是相当欠缺的。比起和编译器打交道，与人打交道更需要锻炼。
讨论片段截取三
【张业贵】分享是一种好方式，要注意反馈和交流。做好分享也需要很多次实践总结，比如一百次。技术人员站位靠后是帮助业务人员取得进步或者成功，站位靠前是带着业务人员取得业务上的成就。
【JK】程序员的学习是写一段代码，交给编译器，然后等他的报错和异常，然后绞尽脑汁修改。和人交流也是一样，输出一段分享，然后等着老大骂你写的烂，然后绞尽脑汁的修改，直到老大不报错。所以不要怕分享没人听，不要怕报告被人骂写的烂，那些都是编译器的报错而已。
【CF西西】面对编译器简单，面对人可复杂了。
2、领导想要的到底是什么？
面对年终总结时，除了写的时候很难下笔外，还有一个困扰，那就是汇报的时候领导不太满意。所以搞清楚领导想看想听的是什么，尤其是面对非技术人员出身的领导，弄明白他们关注的重点才能有的放矢。
首先，不妨换位思考一下。
讨论片段截取一：
【JK】当你做了管理，才知道为什么需要下面的人写总结，管理总是有信息不足恐惧症，如同火力不足恐惧症，汇报的核心是告诉管理那些他关心的信息，大部分程序员并不知道管理到底需要什么信息，做分享的时候完全不知道听众关心的是什么。
【CF西西】说白了你应该和领导汇报领导想听的数据，这不就是吹。
【张业贵】你这个话对也不对，恰好说明缺少好的技术管理者或者技术领导。技术人员的代码很容易覆盖到别的业务线，但别的业务线所需的职业素养很难立即被学习到，做技术管理的走不出去，下面的人就被限制住了。
当你面向的受众有内行也有外行时，理想情况下，你的总结汇报既要能展现深度，也要能深入浅出。汇报时间不多，你的时间有限，而且有时候听众随时会打断你的发言，破坏你的节奏。这都是客观存在的情况。此时需要明白的是，尽量考虑到听众的需求，避免沉溺在自己的世界中，更重要的是通过描述自己的实践来帮助听众获取更多的价值。
当然，也有人提出质疑：如果老板是非技术人员，他会对技术人员的汇报感兴趣吗？他想听的到底是什么。
讨论片段截取二：
【CF西西】非技术人员关心的是结果，深入一线你会发现非技术人员并不关注过程。
【JK】不光是结果，还有值得期待的，有趣的，值得信赖的，很多很多。
【CF西西】技术很多时候是面向过程的，但是管理人员熟悉的是结果，最简单的例子，如果要说你的技术好，需要说明带来哪些效益，从管理人员熟悉的纬度去阐述工作。
首先，先结果后过程。对于领导而言，做汇报时，领导最想听到的是事情的最终结果，他真正关心的是事情办得怎么样了。特别是面对不懂技术的领导时，总结时先汇报结果，避免在细枝末节处纠缠，如果领导想了解事情的经过，再详述过程，补充细节。
再者，详略得当。汇报工作要掌握好“度”，忌面面俱到。选择领导最关注的事情详细地汇报，有些不太重要的事情一带而过即可。有些进展迟滞的事情可以突出分析存在的困难和应对措施。
最后，逻辑清楚，条理分明。每项工作的核心问题是什么、解决方案是什么、执行落地怎么样，梳理好要点和重点，再按顺序进行汇报。
3、年终总结可以套模板吗？
那么，年终总结到底怎么写？
讨论片段截取：
【CF西西】要有思维导图，有严格清晰的汇报逻辑，真不是件简单的事，再加上一点吹嘘。
【自主规制的平常心】总分总。今年大致做了什么，什么方向，团队，个人，贡献，然后总结，1000字左右。
【睡灚頭向丠】总结，人事法。人：团队、个人、跨部门；事：干了哪些，好的坏的；法：虚头巴脑的。
总体而言，写年终总结时，模板可以套，关键是思维框架要捋清楚。常见的组成内容包括以下四部分：
- 工作内容：概述个人工作成果以及为公司创造的价值。要点：具体展示时可通过少量文字说明+可视化图表的形式，来直观展现成果。比如：今年参与了哪些项目？今年完成了多少产品需求、技术需求？今年的bug率等等。
- 总结得失：自述一下一年中自己的收获和不足，以及后续工作中如何改善。对于公司，可结合现有工作中的困难，有分寸地提出建议。要点：尽量客观表述，毕竟对于存在的问题，老板多少还是心里有数的。比如：今年在某个项目中收获了什么？工作中发现了自己哪些方面的不足？
- 明天计划：设定一个较有可行性的发展目标要点：目标最好有对应的实施计划，是可执行的，也是具体明确的。也可适当增加学习计划。比如：明年我想要达到什么样的目标？在什么节点完成什么功能？质量把控上如何更精细？工作流程上如何改善？
- 表达感谢：最后对领导和同事的支持和帮助表示谢意。
以上就是年终总结常见的构成部分。总而言之，年终总结的框架很重要，流水账不可取，主次不分亦不可取。另外，相比起纯文字表达，适当用图表进行直观展示，会显得更加直观可靠。毕竟总结写出来是给人看的，简单、清晰、方便查阅才是重点。
如果不把年终总结视为一种差事应付了事，而将之视为针对自己的复盘，或许可以以之为镜，辨优劣、明得失。最后祝所有的程序员在新的一年“钱”途似锦，前程光明。
参考链接：https://www.zhihu.com/question/486168363/answer/2309194480
