自我评价技巧

对我和 General Assembly 的其他同事来说，现在正是绩效评估季——一年中一个适合自我反省（以及各种其他情绪）的时期。每个人对待评估的态度都不同：惶恐、兴奋、恼火、漠然。我尽量期待与我的经理和队友分享反馈——能有一个流程，并且定期有专门的时间来反思个人进步和绩效，并以对我来说有意义的方式进行衡量，这真是太好了。

虽然并非所有评估流程都包含我下文提到的确切步骤或方法，但我相信一些通用的理念（诚实、善待自己和具体）仍然适用。我不会谈论如何向他人提供反馈（这篇文章已经够长了😂），而是专注于自我评估、设定目标以及充分利用收到的反馈。以下是我多年来在实践过程中发现的一些实用技巧——应该包含哪些内容，在哪里寻找关于你表现的重要信息，以及如何以有价值的方式利用你收到的反馈。

在 GA，我们的绩效评估周期如下：

1. 员工撰写自我评价和对其经理的评价
2. 同事之间互相评价（匿名）
3. 经理审查其直接下属（并撰写自己的自我评估）
4. 管理人员和员工开会讨论所有这些反馈并讨论下一步行动

自我审查

可怕的自我评估！ 😱 即使列好了具体的问题，这对我来说仍然是整个过程中最难的部分。我通常不会把答案写成段落，而是先列一个提纲，然后边写边补充相关的支持细节。

呼吁好东西

和许多开发者一样，我每天都要应对“冒名顶替综合症”。起初，我很难不焦虑地（或者在下一句话就贬低它们）说出自己的优势和成就。当我列举自己引以为豪的事情时，我仍然害怕显得傲慢或过度自信。以下是一些真正帮助我的事情：

找到你过去工作的具体记录

• 如果你使用 JIRA 或 Trello 之类的系统来追踪你的工作，你就可以用它来反思你已完成的工作。六个月内可能会发生很多事情——很可能你忘了一些隐藏在工单清单里的成就！

• 大约一年半前，我开始用 Markdown 文件记录我的每日待办事项（我用的是Bear，但我也和用 Google Docs、Apple Notes 和 Evernote 的人交流过，他们也非常有效）。我还用这个文件记录“肩拍”（日常的求助或说明）、会议和其他任务，以及我大致花费的时间。这种细节记录很有趣，也很实用，让我在回顾自己大部分时间都在做什么时能有所收获（而且也是发现规律的好地方！）。

• 如果你没有完善的工作追踪系统，不妨试试翻阅工作相关的邮件和过期文件。那里面应该有足够多的信息来唤醒你的记忆！

回顾过去的工作成果

• 如果您参与创建文档或整理提案/项目简介，这主要适用，但也可以适用于您创建的 PR 和您帮助实现的功能。

看看你学到的新技能

• 也许你把项目的前端从 jQuery 转换到了 React，或者调试了一个棘手的数据库问题；也许你第一次开始处理服务器逻辑。任何你第一次做的事情都应该被记录为一次胜利！

• 别只关注技术成就。任何能影响你作为员工的绩效和价值的事情都是可以考虑的——领导一个项目、发表演讲、参与导师指导、撰写博客文章（😉）都是影响你整体绩效的重要因素。

诚实地对待需要成长的领域

审视自己需要改变的部分可能会令人感到痛苦和谦卑，但这对个人成长绝对至关重要。了解哪些方面需要改进至关重要，这样你才能更好地集中精力迈向更高的层次（无论是个人层面还是职业层面）。Dan Abramov 最近发表了一篇名为《截至 2018 年我所不知道的事情》的文章，就是一个很好的例子，讲述了一位非常成功的开发人员如何评估自己在技术知识方面的不足。有了一份具体的目标清单，选择目标就会变得容易得多。

同样重要的是，不要纠结于自己的缺点。就像任何 bug 一样，它们应该被承认、被分类，并最终制定一个解决方案。以下是我过去关注的几个类别：

技术技能

• 代码库中是否有你希望了解更多的部分？也许你对团队的部署设置感兴趣，但对其了解甚少。你想提升应用程序架构技能，还是觉得自己对日常使用的工具缺乏了解？任何你想提升技能的内容都是不错的选择。
• 记住要非常具体——“我很烂 Ruby”或“我想更好地部署事物”不如“我想在高层次上提高对 OOP 的理解并在实践中做出更好的设计决策（此处为示例）”或“我想了解我们如何自动化部署以及将新代码推送到生产环境的步骤”有价值。

工作流程改进

• 每个人（好吧，几乎每个人）都说他们需要提高“时间管理”能力。深入思考一下，问问自己这是否真的是问题所在。或许问题实际上在于干扰、时间管理方式或日程安排。

• 想想开发过程中你经常感到不顺畅的部分。例如，我曾经一度努力让我的 PR 及时得到审核和合并。我承诺 PR 不会超过两天没有进展，现在我可以自豪地说，我变得更加勇敢，能够提醒同事我需要他们的反馈，并且能够更好地快速响应反馈。

领导力与指导

• 如果您有兴趣领导团队或项目，不妨在评估中提及。即使只是担任一个小小的领导角色，也能成为向同事学习并展现能力的有效途径。例如，我承担了每两个月一次的 JavaScript“委员会”会议的发起和领导工作。起初我感到既害怕又焦虑，但经过一些形式的尝试和尝试，我们最终找到了自己的节奏！我很高兴知道这些会议对我的同事们来说具有真正的价值（这也是我保持这些会议价值的巨大动力）。

• 对我来说，成为导师是一个非常私人的目标。如果你对教育感兴趣，或者想指导刚进入这个领域的新人，你绝对应该设定一个目标。目标也不必是正式的！我从“非正式”的指导和被指导的经历中学到了很多，回馈科技社区也是一件非常有成就感的事情。

设定目标

所有这些反思（包括你从他人那里得到的反馈）都毫无意义，除非你采取行动！一旦你有时间处理（并仔细查看，如果适用）你收到的任何反馈，就和你的经理谈谈你未来六个月的工作重点。根据你、你的同事和你的经理在评估中提出的内容，设定三到五个具体的目标。好的目标如下：

• 具体。模糊的目标比有具体验收标准的目标更难实现（就像工作单一样🤔）。例如，可以考虑用你想要朝着这个方向迈出的具体步骤来代替“提高 Python 水平”，比如“每月参加两次 Python 聚会”或“完成我三个月前买的高级 Python 课程”。

• 专注。为成功而努力，而不是试图改进你能想到的每一件事。俗话说，“如果每件事都重要，那就什么都不重要了”，这句话在这里很适用。给予你选择的目标应有的重要性，给自己足够的精力去实现每一个目标。

• 个人意义。避免仅仅根据你的经理/其他人认为你应该做什么——或者你认为你应该选择什么——来选择目标。如果你的目标并非真正属于你自己，你完成目标的动力就会不足（也更有可能因此而功亏一篑）。更糟糕的是，你选择把时间投入到你可能不关心的事情上，而不是你真正感兴趣的事情上。（这里有一个警告：如果你的经理告诉你需要做某件事，你绝对应该去做——并且努力理解它对你日常工作的重要性。）

• 走出舒适区。设定目标时，不要害怕挑战自己。如果你设定了雄心勃勃的目标，你可能会惊讶地发现，在一个评估期内，你就能取得如此大的成就！不过，一定要和你的经理沟通，确保这些目标切实可行。例如，在接下来的四个月里做四场演讲，或者读十本新的编程书籍，对你来说可能不太现实（或许真的可以！）。只要确保你有足够的时间和支持来实现你的目标就行了。

归根结底

无论您的绩效评估经验如何，也无论您公司的流程如何，我希望这些建议都能对您有所帮助。值得注意的是，这些建议在拥有健康、坦诚反馈文化的组织中最为有效。与任何建议一样，请谨慎使用，并了解您所处的环境。