开发人员个人回顾

简单的习惯如何有助于成为更好的开发人员。

无论是在团队层面还是在个人层面，总有机会进行改进，做得更好。您越了解动作，就越愿意尝试，改进的潜力就越大。

这种做法类似于敏捷团队执行团队回顾的方式。根据Noopur Davis的研究，这些会议是高绩效团队的基本做法。他的研究发现，无论组织规模，方法论和项目持续时间如何，计划和跟踪改进措施的团队都超出了客户的期望。

“我们没有从经验中学到。我们从对经验的反思中学习” –教育改革家约翰·杜威

反思可以增强学习过程。要从经验中学习，需要从您所做的工作中得出结论。注意模式，清楚地了解发生了什么，如何影响您的工作，并使用它来改善您的工作实践。

哈佛商学院的一项研究发现，与单独培训相比，培训和反思能带来更好的结果。

无论您是运动员还是软件开发人员，有意识的练习都是最有效的训练方法。驱动测量实践的两种常见方法是测量和指导。但是，回顾的见解可以改善和补充需要处理的方面。

回顾展永远不会取代优秀的教练，但可以作为低成本的替代者。培训对于长期保持改进过程至关重要。好的教练会找到方法来改善您的练习，跟踪您的进度并让您对自己的努力负责。个人回顾可以看作是抽出时间成为自己的教练。

入门可能是一个挑战，但是通常，在三堂课之后，您就会开始发现自己的价值，并迅速成为不想戒烟的习惯。

对于初学者，最好的建议是从小处着手。选择一个可以安全维护的频率和长度，并在日历中预订一个时隙。

一个好的开始是使您的会议保持15至20分钟的时间，并且与团队回顾的频率相同。理想情况下，应在团队回顾的同一天或前一天安排他们。

另一种方法是在周末预定时间，以确保您在日程安排中找到一个可以反映的安静时间。

典型的会话包括以下步骤：

跟进

将前5分钟的时间花在跟进上次回顾的行动要点上。重要的是要使自己对自己的行为负责，并确保它们有效并且仍然相关。

收集资料

确定进展顺利的地方以及可以改进的地方。要想发挥作用，就需要做一些准备，但您现在不希望想到任何想法。

开始收集有关自上次回顾以来发生的情况的数据。您的目标是收集客观信息，以帮助您仔细检查现实体验。

查看您的电子邮件收件箱，错误和问题跟踪器或提交日志，以更好地了解情况。如果您保留日记本，现在是翻阅笔记的时候了。

手动事实收集还有其他选择。例如，CoderMirror与IDE集成以创建有关您的工作的报告。这些工具可帮助您轻松获得见解。

产生见解

根据上一步中收集的信息，集体讨论如何改进。下一步，您只需要关注对您的工作有积极影响的项目。当出现大量想法时，请按照相似性对它们进行分组，并根据您的目标确定优先级。

动作要点

如果反思后您的行为没有变化，则反思没有任何价值。有影响力的行动要点应是您的首要任务。

避免计划更多可以实际处理的改进。一个安全的选择是考虑1到3个动作点。

较小的行动要点很可能会发生，并且随着时间的流逝会越来越复杂。不要忽略他们。

会议总结了何时明确要采取的具体行动。请记住，此时要安排下一次回顾。

当您当前的问题无法采取有用的行动时，请提出有趣的想法或一些深思熟虑的问题，以获取新的问题。

时不时更改一组问题以发现您以前可能遗漏的见解。

您可以放心使用任何笔记工具进行回顾。使用笔记本或Google文档，或在Trello板或电子表格中整理您的想法。

通过个人回顾，您可以批判性地考虑自己的工作，以提出可以在某些方面进行改进的行动。

从教育工作者到护士再到管理人员，许多学科都有证据表明，自我反省是一种有益的实践，可以促进您的职业发展。

每两周一次的会议（少于20分钟）有可能改变您作为开发人员的技能。

你在等什么？