如何立即为 Q1 绩效评估做好准备
Source: Dev.to
（请提供您希望翻译的完整文本内容，我将按照要求保留源链接并保持原始格式进行简体中文翻译。）
为什么这个月最重要
你的大脑并不是为保留一整年的工作而设计的。它更适合处理下一个问题，而不是上一个问题。这对日常工程工作没问题，但对职业文档记录却是灾难。
时间线
- 本周： 记忆清晰，情境新鲜，你还能记得为什么决策重要。
- 一月： 假期重置让你精神焕发，但细节已经开始淡化。
- 三月： 评审季到来，你在匆忙中回顾，可能只记得大约 40 % 的工作内容。
一次出色的绩效评估与平庸评估之间的差别往往就在于：你是在记忆强烈时记录工作，还是等到记忆减弱后才记录？了解管理者真正关注的内容会让这一点更加清晰。
现在需要捕获的内容
不要急于写出完美的成就陈述。只需在素材新鲜时捕获原始信息——稍后可以再完善。
已交付的主要项目
列出你在 2025 年交付的每个重要功能、系统或变更。对每项，请注明：
- 你解决了什么问题
- 你的具体角色
- 其他参与者
- 交付时间
指标和可量化影响
- 查询延迟改进
- 测试覆盖率提升
- 部署时间缩短
- 基础设施成本节约
- 支持工单减少
- 事件频率下降
数字具有强大说服力。现在就记录下来，防止丢失。这也是为什么自动炫耀文档能节省大量时间——它们会自动捕获指标。
克服的挑战
- 真正困难的是什么？
- 你学到了什么？
示例：“调试了一个花了三天才定位的竞争条件”，以及“在团队意见不合的情况下主导了一个有争议的技术决策”。
代码审查与指导
如果你花了大量时间审查代码或帮助团队成员，请记录下来。这是六种开发者影响类型之一，常被忽视。不要只说“做了代码审查”。要具体说明：“今年审查了 150+ 个 PR”或“指导两名初级开发者完成他们的首个重要功能”。
可靠性与事件响应
如果你参与了值班轮转、调试生产问题或提升系统可靠性，请用具体细节记录下来。
跨团队协作
你是否与产品、设计、销售或其他工程团队合作过？请记录背景和你的角色。
在哪里可以找到这些信息
你并不是从零开始。你的工作已经存在于多个地方。
- Git 历史和拉取请求（pull requests）： 主要的事实来源。查找每个主要项目的关键 PR，记录合并日期，捕获提交信息摘要，并检查 PR 讨论以获取关于决策和挑战的上下文。
- 问题跟踪系统（Issue‑tracking system）： Issue 捕获问题陈述、验收标准和决策过程。搜索你报告或参与处理的 Issue。
- Slack 和电子邮件： 查找来自团队成员的表扬或反馈、你提供关键答案的问题、你影响的决策讨论，以及你参与的项目公告。
- 一对一笔记（1‑on‑1 notes）： 通常包含关于你成长的反馈、你正在处理的挑战以及你达成的目标。
- 你的日历： 查看你主持的技术讲座或培训、架构决策会议、项目启动会以及演示。
如何构建你的自我评估
一旦收集好原始材料，按影响类别而不是按时间顺序组织它们：
- 代码与功能： 您交付的产品和功能
- 可靠性与调试： 已解决的关键问题，处理的生产事故
- 技术领导力： 架构决策、系统设计、技术方向
- 指导与知识分享： 代码审查、入职培训、文档编写、帮助成长的同事
- 流程与基础设施： 构建改进、测试框架、开发工具
- 跨职能协作： 与产品、设计、销售或领导层合作
这种结构帮助你的经理了解你贡献的全貌。大多数开发者只关注功能，往往低估了其他有价值的工作。
编写成就陈述
对每项成就，遵循以下模式：
- 问题/背景： 当时的情况是什么？
- 你的行动： 你具体做了什么？
- 可衡量的影响： 结果有什么变化？
- 更广泛的意义： 这对团队、产品或公司有什么影响？
使用你收集的原始材料，然后将每个陈述精炼为简洁、聚焦影响的要点。
重要性：为什么这很重要？
示例
原句： “Fixed performance issues in the API.”
写成： “识别并解决了用户仪表盘 API 中的 N+1 查询问题。通过查询优化和连接池，将响应时间从 2.3 秒降低至 340 毫秒。此举将用户体验指标提升了 15 %，并将基础设施成本每年降低 $8 K。”
看到了吗？这不是华丽的辞藻，而是具体、明确且可信的描述。
常见错误要避免
- 太过模糊。 “改进系统可靠性”听起来不错，但并未说明你实际做了什么。
- 低估非代码贡献。 指导、流程改进和可靠性工作如果不记录下来就是不可见的。高级开发者之所以是高级，是因为他们创造了杠杆，而不仅仅是因为写了更多代码。
- 忘记量化。 “指导了三名初级工程师完成完整特性，每周平均进行 4‑5 小时的代码审查和结对编程”远比“指导团队成员”更有说服力。
- 只准备正面内容。 经理知道你并不完美。平衡的评估比完美的评估更可信。了解what managers look for有助于你把握恰当的平衡。
您的行动计划
本周
- 花 30 分钟 列出主要项目和成就。获取您的 GitHub 历史、Jira 票据和 Slack 线程。在记忆仍然新鲜时捕获原始材料。
假期前
- 使用上述模式撰写 5‑10 条成就陈述。按影响类别进行组织。
返回后
- 您将拥有坚实的基础。捕捉记忆的艰苦工作——在记忆仍然鲜活时完成——已经结束。在第一季度审查实际进行之前，完善这些陈述。
自动化繁琐的部分
如果您正在从 Git 历史中记录成就，可以实现自动化。BragDoc CLI 会自动从您的提交和拉取请求中提取成就。假期前运行一次，审查它捕获的内容，您就能节省数小时的手动查找。
自动化处理繁琐工作。您负责上下文、指标和意义。
复合效应
文档会产生复利。
- 2025 年： 立即记录 → 你将拥有完整的记录。
- 2026 年： 在已经扎实的文档基础上继续添加。
- 2027 年： 三年的清晰成就记录。
相反，如果你跳过 2025 年的记录，当 2026 年结束时，你将手忙脚乱地回忆 2025 年和 2026 年的情况。每一年缺少文档都会让问题更加严重。
现在就养成这个习惯。它会为你的整个职业生涯带来丰厚回报。了解更多关于为什么开发者需要自动炫耀文档的信息，以实现可持续性。
开始今天
- 选择 2025 年你交付的三个主要项目。
- 对每个项目，记录下：
- 你构建了什么
- 交付时间
- 可量化的影响
- 受益对象
这就是你的起点。
等到第一季度评审到来时，你就已经准备好，而不是手忙脚乱。你的工作本身会说明一切——前提是你要把它记录下来。准备 开始吧？