*咳* *咳*善……这里有点尘土飞扬。 沉默将近一年。 我们团队去年的目标之一是写更多博客。 这项工作失败了。 但是，为什么失败了？ 我们如何确定出了什么问题以及采取了哪些措施来确保我们取得更好的进步？ 敏捷/ Scrum工具包中恰好有一个方便的工具，称为“回顾”。 对我们的博客发生的事进行小型回顾可能是这样的。
我们做得好吗？ 虽然我们没有产生太多的内容，但是我们确实产生的内容是作者所热衷的。 我们能做得更好吗？ 我们本可以鼓励团队写任何事情。 它不必是一个冗长而复杂的职位。 只是写一些你感兴趣的东西。 我们如何改善未来？ 让某人以身作则，并作为一种诱使他人的资源来要求人们提供更多内容。
- 瑞克·里丹（Rick Riordan）对“闪电小偷”的书评
- 火星人-安迪·威尔
- 我看到了急需但精疲力尽的传记：Damion Searls的“ The Inkblots”评论
- ＃17我会为你而死。 F.Scott Fitzgerald –伊洛查
- 威尔·怀特（Will Wight）的“ Skysworn”评论
我个人认为这是一个简单的例子。 当试图向整个团队提出这些问题时，事情变得更加复杂。 对于学习如何领导回顾，我发现的最宝贵的资源是敏捷回顾：使优秀的团队变得更好 。 这通常是我经常送给同事的书之一。
该书只有142页长，但包含大量信息和使用工具。 它分为三个部分。 首先，三章专门介绍如何准备领导回顾会议，如何根据您的团队进行调整以及回顾会议的实际过程。 接下来的五章概述了您可以在会议的每个步骤中使用的各种活动。 最后两章提供有关如何采用所有这些想法并将其应用于主要回顾的指南。
我阅读本书的最佳建议是真正吸收前三章和最后两章。 那里的许多建议将极大地帮助领导回顾会议和许多其他会议。 略读接下来的五章； 找到您的团队可能联系最紧密的一些活动并开始使用这些活动。 经常复查这些章节以查找新活动，以使回顾保持最新。
即使您不负责领导回顾会议或其他敏捷会议，该建议也会延续到领导或参加其他会议。 同样，回顾过程是软件开发之外的有用工具。 您可以回顾任何事情-您最近的房屋装修项目，您的购车经验，您的假期计划。 我很少有标题涌向人们。 这就是其中之一，我坚信每个开发人员都应该拥有这个标题。
