前言

总结和规划，除了用来做工作汇报，更重要的是给自己看的。

年底了，又到了做总结和规划的时候，大家又开始卷起来了，就像很多人只喜欢写代码不喜欢写注释和文档一样，很多人平常工作十分卖力，也拿到了不少好的结果，但是一到总结述职的时候，就开始“挠头”，老觉得自己做的事情没什么值得写的，又或者是觉得不会包装，写出来的东西不够好。

首先心态上要做一些调整，工作总结，不只是为了向上管理，更多的是自我复盘，这是一个放空和重新学习的过程。大家可以翻一下自己年初的周报和工作记录，回头看，是不是又有了新的感觉？所以，总结的过程，就是一个重新复盘的过程，把好与不好重新看一遍，如果重来一遍，哪些地方可以做得更好。

其次，做现状盘点和规划，也是为了更进一步了解自己的岗位价值，岗位价值是通过公司的业务来体现的，比如说以下几个问题，你能清晰准确地回答出来么？

你知道你们公司的核心经营模式么？有哪些关键指标？你日常的工作是如何对它产生影响的？CEO在外面吹过的那些牛逼，我们是在技术上是如何一步步支撑并实现的？

所以，做好总结与规划，另外一方面是更深刻地了解自己的岗位、了解公司、了解行业。在“35岁之后即失业、程序员是碗青春饭、降本增效寒冬将至”这样的焦虑背景下，对自己的定位做一个理性地判断，拒绝做一颗螺丝钉。

一、整体框架 - 总结规划都写啥

想做好总结规划，有一个思维方式是必须具备的：结构化思维，这是一种优秀的软性素质，它是提炼总结、问题洞察、全局思维等各种能力的综合体现，我们经常说优秀的人才做事很有逻辑性，这个逻辑性是上面这些能力的综合体现，大家可以观察下身边那些优秀的人才，包括他们日常开会的发言，或者演讲汇报用的ppt等等，大多数都会采用这个思维方式。

总结规划，一般是按照“回顾过去 - 分析当下 - 展望未来”3个阶段进行分析。

下面我们对各个阶段进行展开说明。

二、总结怎么做？- 事和人一起看

1、目标达成 - kpi 或者 okr完成的怎么样

根据公司的工具不同，可能会用kpi或者okr，第一部分先开门见山，写一下整体的目标达成结果，以okr为例，一个目标是由多个关键结果支撑的，这里就要罗列下每个关键结果的达成情况。

注意，大部分目标都需要量化，要写一些确切的数字，不要写一篇泛泛而谈的词汇，例如“还好、不错、较好”等词汇，除非是那些定性类的目标，可以写具体做了哪些事儿。

2、重点项目 - 哪些是重点的事儿

研发团队的大部分时间，大致可以分为项目和日常需求、会议、问题支持这几类，对于重点项目的分析，是为了判断平常的工作时间是否都用在了正确的地方，比如今年一共做了哪些重点项目，每个项目的完成情况怎么样，在整个行业都在“降本增效”的大背景下，每个项目都要写清楚，注意项目要写清楚几个关键的东西：目标、成本和效益。

目标: 如果是业务支撑类的目标，例如完成了某系统的开发，支撑了某业务目标的达成，那么这里面要写清楚最终的业务目标达成情况，如果业务目标没达成，那么技术目标完成地再好，也是没价值的。要记住：大部分的开发工作中，技术是通过业务目标的达成来体现价值的。那些可以直接产生价值的技术工作除外(例如技术商业化、能力输出等)。

成本: 成本主要指两类，人力成本和机器成本。前面说过，现在的大背景是降本增效，所以每一笔钱都要算清楚。人力成本可以人天代替，机器成本可以做一个换算，跟公司的运维同学沟通下成本。

收益: 即项目的实际收益，有些提效类的项目，收益一定要讲清楚计算口径，是实际收益还是年化收益。比如说有个提效类的项目搞了一年，那么对于今年来说，实际收益可能接近于零，因为到明年或者再往后才能真正产生价值，再比如说某项目提效了XXX人天，要讲清楚这个数字是怎么得来的。

3、关键数据

这个是跟自己日常工作中有关的一些数据，一般会通过“效率/质量/稳定性”来描述。

效率: 一般通过通过迭代的吞吐效率、交付效率等。比如每个迭代能消化多少个人天(点数)的工作，交付的周期从XX缩短到XX。

质量: 主要与质量相关的数据，包括按时提测率、冒烟通过率、bug处理时效、低级bug、重复bug、千行代码bug率等等。

稳定性: 可以从SLA、线上故障数、改进事项等角度来综合说明。如果是大前端相关的同学，可以把一些体验相关的数据也放进来，例如白屏率、crash率、秒开率等。

注意，在罗列这些数据的时候，除了把数据写上去，还有两点非常重要:

数据如何解读，当前这些数据是好还是坏，意味着什么，里面存在哪些问题。比如说某个团队的按时提测率是 95%，那么就要讲清楚这个95%是好还是坏，与公司内部的其他团队相比怎么样，在公司整体处于什么样的问题。
做了什么事儿导致数据发生了变化，上面提的这些数据，可以按周或者月的时间维度进行统计，以图表的形式进行呈现，然后按照年初和年底、或者上半年和下半年做一下对比，数据是在变好还是变坏，具体做了哪些事情。

4、团队管理

团队管理这部分，重点是解析目前的团队组织结构，评估团队的人才画像，对这一年的人员入离职情况进行回顾。(如果当前没在带团队的同学，这部分可以忽略)。

团队管理的重点，是把团队资源转化为团队价值。明确团队的目标，分析团队的现状和问题，人才结构是否健康，各个职级的分布是否合理，有无存在短板和问题。分析入职和离职情况，是作为团队TL，要思考一下日常对入职人才的判断是否正确、平常对团队的关注度是否足够、与团队同学的交流反馈是否充分、绩效评价是否合理。

团队组织结构：结合公司的职级情况，对组织结构进行分析，比如说低职级同学过多，高职级偏少，那团队可能是金字塔结构，或者是高职级偏多，低职级偏少，那团队可能就是倒金字塔结构，一般来说，理想的团队结构是纺锤型(也称钻石型)，高职级和低职级同学都不多，大部分都是中等职级，这样在保证了团队有充分战斗力的同时，还预留了向上的通道，鼓励大家更进一步。但是最终还是要结合公司的人才策略一起看，最终目的都是为了在控制成本的情况下，让团队战斗力最大化。

入职分析: 体现的是团队TL在人才引进方面做的工作，比如说招了哪些人，用于哪些岗位。从入职后的反馈和工作评估来看，是否存在问题。用人策略是否需要完善等。以及团队的metor机制是否完善，是否给了新人足够的关怀，让他顺利地融入。

离职分析: 包含主动离职和被动离职(汰换)等。主动离职里面要分析是否存在可惜离职(关键人才离职)。分析离职的原因，看是否在管理手段、人岗匹配度、入职辅导跟进等阶段需要做优化的工作。

5、整体评价

上面几项写完之后，要对这一年的工作情况做个实际情况，这部分大家根据实际情况，写出哪些是做得比较好的，哪些是后续需要改进的，实事求是写出就行。

三、盘点现状 - 问题和挑战是哪些，有哪些「内忧外患」？

对现状的分析，是体现了一个大家的专业敏锐度，就像我们开头聊的那几个问题。你知道你们公司的核心经营模式吗？你知道你老板的okr吗？你知道你们业务的核心指标吗？

对周围的环境有了基本判断，然后结合自己日常工作的上下游(合作方)，分析下当前面临的问题和挑战。2022年，互联网行业的大部分公司都在提“降本增效”，相信很多人已经感受到了这股寒意。那明年是不是仍然要继续降本，仍然要继续提效，这部分大家要心中有数。

当前面临了哪些问题，比如说技术债务过多，导致稳定性不够、开发效率低下。比如说产品与研发的协作不顺畅，交付质量不高，吞吐效率低，比如说团队关键人才不够，关键项目的资源不够等等。

四、未来规划 - 我们接下来应该做什么事儿？

注意，标题的重点是“应该”。做规划的关键点，是去做该做的事儿，而不是做能做的事儿。很多人做规划的时候，容易走入误区，只判断了自己或者团队的资源现状，然后罗列了一些现在可以做的事儿。但是没有跳出现状，去看公司(业务)实际需要做的事儿。所以这里要避免这个误区，结合上面的问题和挑战，找到当前真正要去做的事儿。

参考上面的回顾，规划也可以分为几部分，从事和人的角度一起来看。重点是先看事，再看人。明确自己团队的重点事项，然后评估当前的团队结构，是否需要优化，建立与目标匹配的人才结构。

写在最后

总结的意义，是为了让时间产生“复利效应”，真正的高手，都会终身成长，不断地回顾与复盘自己。

2022年这特殊的一年即将过去了，很多事情都发生了变化，在将来仍然存在着很多未知与风险，在宏大叙事的变幻莫测之下，我们作为一个个渺小的个体，虽然被这股洪流裹挟着向前，但是这世间仍然有很多值得爱、值得去追逐的事情，我们仍然要坚定地相信未来，不断地学习与提升自己。

最后，祝大家身体健康，工作顺利！

ITPub博客

年底了，如何写好一篇年终总结

前言