针对开发人员的数据驱动的个人回顾

回顾的目的是寻找改进的机会。内存并不像我们认为的那样可靠，存在许多已知的内存偏见。

为了克服这个问题，系统的跟踪为您提供了原始数据，您可以在以后客观地查看这些数据以做出更好的决策。

个人回顾

您应该跟踪绩效，以查看实现目标的效率。

“一个人不可能学习他认为自己已经知道的东西。” —史诗般

没有适当的反馈，就无法识别何时可以调整为所需的行为。无法发现需要加强哪些有效行为。

您大部分时间都花在哪些代码区上？接下来您要学习的所有内容中，提高生产力的潜力是什么？您会介绍哪种错误？在测试或设计阶段花费更多时间会导致什么结果？

回顾展可确保您问自己这样的问题。您可能对过去一两周内这些问题的答案有一个大概的认识。

根据经验，我发现我们经常忘记细节。感知与现实不符。我们对长期发生的事情有错误的认识。

认知偏差：对客观数据的需求

某些问题的主要原因是您的记忆力。凭记忆去看，您是一个糟糕的法官，您的大脑会四舍五入，并且喜欢做假设。

已知的记忆认知偏见是乐观的回顾。玫瑰色回顾是一种比事件发生时更容易记住和记忆事件的趋势。从个人发展的角度来看，个人可能不太可能适当地修改自己的行为。他们比过去更能记住他们。

另一个偏见是峰尾法则。我们会根据我们在审查高峰期和期末的感觉进行判断，而不会使用其他信息。

后见之明的偏见在分析和解释过去的事件时也会产生问题。从今天的角度来看，它使您认为该事件是可预测的。事情看起来比以前容易，您可能会低估过去的成就。

有效的数据收集

收集尽可能多的数据以生成度量标准和日志，这是针对我们的认知偏见的最佳解决方案。我们可以根据回顾使用的客观数据的深度和广度，可以进行全面而富有成效的反思。

指标用作诊断工具，可帮助您了解如何花时间在项目上以及如何组织优先级。

长期收集数据后，您将知道每次更改如何影响项目或您的行为，哪些指标已更改以及它如何影响底线。

此外，当度量标准表明需要做出改变或消除不希望有的行为时，它们会**有助于改进的认知知识和策略。

很长时间以来，我一直在电子表格中手动跟踪大多数数据。当测试哪些数据构成最有用的指标时，它们非常灵活并且效果很好，但是手动跟踪既耗时又容易出错。

现有的时间跟踪器（例如RescueTime）帮助收集了一些信息。但是作为通用工具，它们专注于有关时间浪费或拖延的报告。他们错过了许多对开发人员有价值的数据收集。

我需要收集指标来回答持续改进的问题，这就是我创建Codermirror的原因。它避免了手动收集数据的必要性，并且收集了各种指标，这些指标导致对开发人员执行工作的意外见解。

结论

多做一些已经起作用的事情，少做错事情，并避免基于已经发生的事情而造成的微小损失。

在每次回顾中，都有可能做出一些小的选择，这些选择可能并不引人注目，但从长远来看，总会增加。

为了充分利用您的回顾，请收集数据，以准确显示开发过程中发生的情况。

访问开发人员个人回顾，以获取有关如何进行个人回顾的更多信息。