第十一期训练营茶话会分享
我是如何做年中 / 年终述职准备的
前言
第 11 期第 5 次参加第 3 次分享
背景：因为公司有这样的规章制度在 6 月底 和 12 月底 的时候会有半年的述职复盘要求以及绩效考评（影响第二年的升职加薪和年终奖）
说明：经历过几次述职之后的一些感悟收获分享出来，拿我自己的真实案例进行讲解，但因人而异，每个公司，每个人具体情况具体分析，我的分享只当参考就好了哈
述职形式：线上 / 线下：20 分钟讲述 + 10 分钟答疑，4 ~ 7 个评委（直属领导、一二级部门领导、旁系领导等）
注意 📢：我是偏技术侧进行准备的主题分享，团队 / 部门管理者侧会有一些不一样哈，而且可能不全面，不一定适用所有人，看个人和公司情况的
因为时间来不及，有点遗憾本文章没有整理成 slidev 形式进行分享 ：
- antfu 主题分享文档（参考学习）：
GitHub - antfu/talks: Slides & code for my talks
- slidev 工具：
https://github.com/slidevjs/slidev
分享内容
分享大纲
OKR 自评
重点阐述自己超出预期的部分，最好有实际情况说明（有具体数据指标说明是最好的），
- 定义“超出预期部分”关键点建议：
- 高于原计划产出价值的；
- 原计划没有涉及到但是做的更多了；
- 重点讲述效果，不要讲太多太久，最好留在【重点产出回顾】进行详细说明，因为超出预期部分是自己的加分项，要好好利用起来，给评委一个好印象（就像面试过程中，肯定希望多表现自己擅长的技能的）；
- 举例：
- 性能优化：原本我只优化某一个模块的东西，做完发现其他模块甚至底层打包部署等都有类似的问题，就顺便一起优化了，优化前后对比是怎么样的，数据说明，详细内容可以在【重点产出回顾】进行说明，这里重点讲述效果怎么样；
- 技术改造升级或重构：因为业务调整或迭代升级关系，原来的技术方案不太行（开发体验不好、迭代和维护成本很高），自己在开发过程中发现这些问题，并结合业务做技术侧升级改造或重构大部分代码提升 xxx 等效果，说白了降本增效了这样；
- 团队建设贡献：发现团队缺少开发文档、核心业务文档（如果复杂一点的更好，比如 h5 跳小程序 /公众号授权、登录、鉴权、支付流程体系、封装 SDK 等等之类的）补充完善了都可以讲、项目组件库维护升级 / 公共组件编写了大量测试用例，增加了项目稳定性和开发体验，减少了多少 bug 等等；
- 定义“超出预期部分”关键点建议：
低于预期部分简单说明情况，不要讲的太多太久：
- 特殊原因，一句话带过；
- 因为个人原因，说明具体原由，要有说服力，比如因为临时加了紧急项目需求，导致原定开发工期评估调整不足，后面又紧急修复处理线上问题等原因，不得已转测滞后，上线滞后进行说明等；
符合预期部分，不太建议讲，除非有特殊的产出价值可以简单说一下（业务价值或技术价值都可以）：
- 举例：
- 自己优化了一些页面动画效果，过渡流畅，用户体验相比之前好很多，收到了客户的赞许等等可以进行说明；
- 在开发体验上做了很多提升，收到了很多同事的反馈表扬等；
- 举例：
总结建议：
- 千万不要照着 OKR 所有内容读一遍，没有意义，评委们其实早就看过你的 OKR 了；
- OKR 最好要有实现结果的备注，比如这个 OR 完成情况（时间节点、上线情况、业绩效果等）及特殊情况说明原因等佐证；
重点产出回顾
从公司实际业务角度出发，突出项目重点产出及落地结果呈现，解决业务痛点和实际问题。
这部分内容重中之重，至少要占整个述职时间的一半以上
- 重点项目 ❗️：
- 要事不过三，最好不要写超过 3 个项目讲述，不要写太多太杂，挑重点的、有亮点的讲，比较大型的项目，需求内容描述不要写的太少，要有突出重点，不要就一两行文字说明完事，很容易让评委误解以为很简单的东西，当然也不是写的越多越好，能够突出难度和亮点即可；
- 描写的项目顺序最好是按照时间线排序由近到远，标注好上线时间结点；
- 每一项内容说明，最好有需求背景、技术难点、业绩效果、复盘进行说明，但要单讲做了什么项目功能而已：
- 不建议讲太细的功能点，比如这个需求做了具体哪个模块，这个模块是干嘛的做了哪些事情，可以导出列表数据等等这些，最好是自己根据需求背景和客户使用情况进行一套流程的说明；
- 技术难点可以多说一些，比如遇到了哪些比较难得问题，怎么解决的，然后有文档记录给团队分享出来，防止别人踩坑；
- 业绩效果，实际业务需求上线后的效果（收益情况，上线后多少用户使用，大部分产品经理都知道的），最后如果有客户的正面反馈证据最好贴上，比如客户夸赞截图、感谢信等；
- 复盘是指自己的做了这个项目的总结：技术难点情况、遇到的一些坑，怎么解决的，或者优化前后对比学到了什么，或者一些协作方面提升，比如通过文档记录、工具对接提升需求理解和降低团队开发盲点等等，生产事故不建议讲，除非答疑环节有评委提及在进行总结说明情况就好；
- 如果产出价值很大的（业务价值或技术价值）时间允许可以用** STAR 法则**讲解清楚更能体现做事的全链路情况，让领导知道你解决问题的方法论和收益情况也是不错的，从而认可你的能力或者觉得你的能力超出当前的职级；
- 举例：成果对比、成果截图进行说明
| 指标 | 修改前系统 | 修改后系统 |
|---|---|---|
| 代码行数 | 20000 行 | 5000 行 |
| 业务扩展性 | ||
| 技术扩展性 | ||
| 技术可维护性（开发体验） | ||
| 未来规划 | ||
| 难点 |
- 千万不要写很空虚的词语（夸大、空谈、没有落地实施细节等），很可能评委会不喜欢，就好像面试简历写精通一样：
- 举例：网上抄的一些互联网黑话，或讲要打通跨部门沟通效率、提升自己的战略定位，要搞抓手和闭环什么东西等；
- 价值观自评
每个公司不一样，因人而异，给大家参考，主要是写结合工作中具体事项举例自身积极践行价值观的表现，举一例说明，【求真务实】原则很关键，分享 👇🏻 是汤圆姐姐很好的解读：
- 其他
如果有非工作业务的产出也可以写上去，但是讲的时候不能讲太久占用太多时间，挑重点的提一下就好了，可以作为一个加分项，但不是必须项，最好突出工作之外给团队做的贡献的东西，而大部分只做工作分内事的人相比会非常有优势（就好像面试简历有写开源项目一样，也是一个亮点）
填写建议：
- 团队贡献：技术文档（一些开发指南文档建设、解决技术难点总结分享、业务核心流程梳理文档等等）、带新人（最好要有文档输出）、内部主题分享、解决业务开发发现痛点（自己发现或别人发现的都可以）等；
- 跨部门或公司层面的贡献：主题分享（不管是业务侧还是技术侧都可以写上去）、代表公司安排参加大会、处理公司安排的事项（比如春秋招笔试题等）、当面试官等等；
- 以上有实际产出的存档说明最好，比如主题分享完的资料、有文档链接的要贴上、效果截图的贴上，作为证据说明；
总结建议：
- 可以把半年内做的事情按照项目、时间结点顺序分类整理写出来，然后根据项目需求的难易程度、项目亮点进行取舍摘取出来，不要笼笼统统写一大堆，听的人和看得人都累；
- 建议项目描写是按照业务线来整理，不太建议按照项目框架多端分类来整理，比如 A 业务线按照时间节点做了那几个重点需求，而不是写管理后台、小程序、H5 等等做了哪些重点需求；
- 重点讲业务价值和技术价值方面的产出（业务价值 > 技术价值：业务孵化技术，技术赋能业务，技术只是工具而已）；
经验与教训
- 👍🏻 做得好的
- 建议写 3 ~ 5 个，但不需要全部都讲，一般时间没那么多，挑 2-3 个重点讲解即可；
- 结合实际工作场景针对自己学习到的做总结，最好有实际的案例结果展示：
- 举例：学习到了线上排查复杂问题的流程总结，提高解决问题的效率：截图说明，使用了哪些工具快速定位问题，然后怎么复现问题、怎么快速解决问题
- 💪🏻 待提升的
- 建议写 3 ~ 5 个，但不需要全部都讲，一般时间没那么多，挑 2-3 个重点讲解即可；
- 千万不要写让人觉得自己不能胜任工作的一些内容，比如感觉需求或遇到技术问题太难了，自己目前能力没达到，后续需要多学习加强才行之类的话；
- 重点写自己做好之后，还能做的更好的部分方面怎么去提升，比如对于需求理解，从技术调研，技术方案确定，再到实现过程结果，自己发现了哪些问题：比如偏向体系化的知识点很多，发现自己某部分掌握不是很全和有深度，需要加强某方面的学习程度，或者技术选型时候，Demo 项目没有考虑到某一复杂点的场景，这一块需要后续加强补充的；
总结建议：
- 结合实际工作场景案例进行说明，最好有实际结果证据进行说明（截图、文档链接等）；
- 不太建议讲个人学习技能的相关的事情，比如学习 React 之后没有做好什么，发现没学好什么，或者学习什么书籍没学完之类的，后面要加强自身学习动力和干劲之类的话；
下半年 / 明年工作计划
- 下半年或明年工作目标
- 建议写 3 ~ 5 个，但不需要全部都讲，一般时间没那么多，挑 2-3 个重点讲解即可；
- 最好跟直属领导、对应的产品经理确认自己的未来的工作有哪些，或者说大方向有哪些，然后再明确写出来，不要靠自己瞎想猜测乱写，如果写的不切合实际会被评委说的，不要留下不好的印象；
- 往大方面项目业务需求写，不要写芝麻大小的事情；
- 不要写跟自己无关的事情，比如别个同事负责的业务，自己没参与过也写上去了，盲猜后续会参与到，除非确定会参与到；
- 如果可以的话，适当写一些团队贡献的事情，比如申请专利、主题分享等；
- 重点工作计划
- 建议写 3 ~ 5 个，但不需要全部都讲，一般时间没那么多，挑 2-3 个重点讲解即可；
- 针对 👆🏻 工作内容挑重点的写，铺排写细致一点的工作内容，就跟 OKR 目标一样：
- 举例：上面 👆🏻 写到了项目框架升级，提高项目稳定性，提高开发体验等：
- 框架 Vue 版本升级；
- 组件库版本升级；
- 插件依赖库升级；
- 团队开发指南升级等；
- 举例：上面 👆🏻 写到了项目框架升级，提高项目稳定性，提高开发体验等：
总结建议：
我的总结
- 述职前准备：
- 平时要有写工作记录的习惯及总结，是非常受益的（多总结思考也是一种进步），不至于写汇报类工作的时候手忙脚乱查各种记录：比如日报、周报、月报不管公司有没有要求都可以写（我个人习惯是比较喜欢写日报，我飞书文档有【Every Day Counts】每一天都很重要和工作备忘录（工作事宜相关的注意事项），目前记录有半年以上了，写每天开始工作前的 TO DO LIST，记录问题难点，比较有意思的事情吧，下班前做一个总结记录：就是哪些做完了，哪些没有做完，因为什么原因，解决的问题比较有意思的难点也会记录一下等等，有时候也会把花销最多的事项工时记录上去，比如开会花了 2 个小时，解决一个线上 bug 处理了 1 个小时等等这样）：
这个 👇🏻 是汤圆姐姐的每日工作记录：
- 最好要有图片、表格、指标数据结合说明，最好多画一些流程图、架构图、业务图，表格数据前后对比等，不要整篇下来基本都是纯文字，哪怕贴出上线后产品实际图也行（可以参考语雀或飞书的模板库案例，非常多详细的案例，很容易模仿做出一个来的）：
- OKR 和重点产出回顾不建议写的太少，内容太少看起来很空虚，可能会让人觉得做的少；
- 可以提前准备答疑环节领导可能会问的问题，未雨绸缪总比不知所措的好（就像面试前准备一样，面试的公司技术栈情况及自己要准备的技能和知识点要有一个了解的）；
- 如果可以的话，可以借鉴看看别人写的好的地方和看相关产品的述职报告写的什么，然后借鉴相关内容数据指标等；
- 重点讲述部分：至少一半时间要花在【重点产出回顾】上，这个很重要；
- 如果可以的话，可以演练一下，不至于述职的时候时间不够、部分内容讲的太长、紧张等导致述职时候节奏出错（比如东讲一块，西讲一块，然后又回过头来讲等），尽可能的重视起来，多花点时间准备，毕竟真的很影响个人在公司的发展；
- 跟直属领导或相关的评委领导保持好的关系：不是阿谀奉承，平时工作交集表现一点，多交流，哪怕吹水也是可以的；还有多注意自己的言行举止在公司；直属领导一般答疑都会发言（话语权还是很重要的），说一些对你的工作进行肯定认可话（表现好的地方），如果没有那就是你的个人问题要多反思自己了，一般都是恩威并施；
- 根据评委投其所好（可选，是否准备看个人）：领导的习惯作风，对症下药，但不要太刻意准备；
- 述职中注意：
- 注意讲述时间，内容多就挑重点的讲：看准备的内容，如果写的很多，类似几千字长篇大论，就是写的不能再简洁了，那就讲的时候，挑重点内容讲，不要一字不差的照念就行，因为述职前评委会先看一遍接下来要述职人的资料的；
- 最好不要提及跟自己无关的同事或同事的不好，不要说 xxx 同事做的多好，我很佩服他什么的，跟着他学到了很多东西；没有必要，只会衬托别人和自己不太好的一面；也不要说同事做的太不好的地方，比如这个 xxx 同事能力不行，代码写的贼差，我不想接手他写的代码，或产品、UI 能力好差之类的话，如果真的想说，有也只能说是建议角度，发现一些问题，怎么改善，怎么样可以做的更好，自己做了哪些提醒或建议改善了怎么样；
- 述职后复盘：
- 记录答疑领导的建议及改善方法；
- 回顾自己述职过程中哪些做的好的，哪些做的不好的；
- 乐观心态对待自己和后面发生的事，不管结果好坏都是一时的，胜不骄，败不馁；保持积极向上的心态准没错；
注意 ⚠️：本次分享纯做给大家做参考，没有特殊的强制要求一定要按照我说的做哈，如果我的分享内容有那么一丁点对你有益，那么说明我的分享就是有价值的，我也会继续加油创作和给大家做主题分享 😄
最后送给大家一句话：你不是工作没有挑战，而是缺少自我要求 😅
祝愿大家新的一年 ：🌸 工作顺利、步步高升、事业有成 🌼