年终述职艺术：向内自省与对外贡献的平衡-CSDN博客

本文链接：https://blog.csdn.net/qwm8777411/article/details/122200959

到了年底，互联网公司必不可少的就是述职。算是对过往一年(半年、季度)工作的回顾与总结，同时对新一季度做规划和目标对齐。

工作5年，经历过大小公司，由于公司发展阶段不同，团队规模不同，形式也不太一样。但总得来说，我个人述职有两个基本视角：向内和对外

向内：主要是站在自身角度，反思个人成长，是对个人职业生涯长期的一个审视，属于查漏补缺，要求自我成长，认清自我定位的一种重要手段；

向内看的一个基准是需要看到自己这段时间里有暴露出哪些明显的短板（某个技术栈、开发质量（代码bug率）、沟通技巧）、以及在某些方面已积累的优势（项目管理、技术调研能力）。

对外：主要是站在上层管理者角度，衡量自己的产出和对团队的贡献，这部分也是是短期OKR、绩效考核的重点；

对外看的一个基准是，自己在团队内/项目组的角色定位和贡献度（技术主R、执行者、协同者），需要对准自己团队/项目组内的OKR达成度。

图 1 述职视角

以下主要从述职材料形式、内容组织结构以及述职的核心原则这方面，谈谈我对述职的一些理解。

材料形式

无论大小团队，一般都会要求写述职文档（再小再不规范的团队，也建议你年底好好写写述职文档，即使是以其他非正式的形式（年终工作总结），也是对你自身的总结和沉淀）。一般大厂都有完备的文档体系，wiki、云文档，这类添加评论、引用其他资料、插入链接等比较方便，比较受欢迎。也有的公司可能更喜欢纯粹的文字word，比如亚马逊。也有的公司喜欢PPT，觉得表现力更强些。即使是同一公司的不同职级述职所用的材料形式也可能不太一样，比如高职级的更倾向于PPT，这类职级务虚较多，表现形式上PPT可能更好。

虽说不拘泥与形式，但以我的经验，基层或者研发类员工，文档形式上选择越务实的越好，建议wiki、云文档、word类较好。因为基础工作包含大量的时间细节、数据指标。这类文档在内容复杂的逻辑表现上更清晰一些。

内容组织

具体内容组织结构上，我个人倾向于分成以下几个大的模块。

整体工作情况概述；
线上问题、质量问题复盘；（研发序列）
过往工作重点和目标达成；
下一季度规划；
个人成长与反思；
团队建议

其中过往工作重点和目标达成、下一季度规划一般来说都是和当前团队OKR挂钩的，因此也关系到个人绩效的评定，建议这部分投入较多的精力进行总结和陈述；

个人成长与反思的重点是回到上面的“向内”视角，更多是这段时间内对自我职业生涯审视的一个契机，可以写的坦诚些，当然也可以“粉饰”，这取决于你所在团队的和谐度，理想状态下你可以通过这部分看出当前团队内的小伙伴们的现状。

团队建议部分，更多是站在团队管理者角度，需要提出一些能帮助团队内成员成长、横向与其他团队合作更顺畅或者向上能争取到更大资源相关的建议，可以结合日常的一些观察发散一下。

核心原则

“对外”视角，以团队OKR做基准，述职要做到的就是逻辑要成体系和数据要有依据，要关注过程更要关注核心指标。如图所示，要清晰的将所做的事对标到对应的OKR上，要理解团队整体的OKR规划，相关工作和个人规划最好都能围绕相关方向进行，不然劳累一整年，可能觉得自己很累，但对团队来说产出很低，绩效也不会好到哪去。当然前提是团队OKR是合理的，尤其是技术团队，如果OKR不合理，基本上是致命的，技术团队的人力成本是很高的，浪费不起。OKR的制定那是另一个话题，这里暂且不做讨论。重要的就是一点，将自己的工作过程和结果都能对应到OKR的拆解上去。