学习正确的权利：敏捷回顾
通过安格斯框架 流行测验：以下哪种情况导致了有意义的积极变化？ 方案A：在匆忙而富有挑战性的产品发布以及四个月的消防，漏洞修复和指责之后，我们聘请了一名独立顾问，与参与该项目的所有高级人员进行了一对一的秘密采访，然后撰写了一份给首席执行官的冗长报告，以总结经验教训。 方案B：发现自己陷入了“死亡三月”项目，直接参与该计划的跨职能团队的经理，工程师和设计师团队决定每两周举行一次会议，以反思进展和挫折，并对必要的措施做出明确的承诺。立即改善。 如果您猜中了场景B，那么恭喜您。 搞定了。 金星。 方案B描述了一个有权干，有动力的团队，该团队认为情况需要改善，并找到一种方法来有条不紊地进行所有人都同意的更改，这是最重要的。 这就是敏捷软件开发的倡导者所说的“回顾”。 在我看来，回顾是敏捷性的最重要组成部分，可以应用于所有专业领域以加速学习和改进。 简而言之，回顾会议是一个经常性会议，允许一群有共同目标的人公开讨论哪些方面运作良好，哪些方面需要改进，然后做出明确的，有时间限制的承诺来解决最紧迫的问题。 它非常强大。 （重要的区别：回顾不是“事后检验”，项目团队在完成某些事情来确定所汲取的教训后会聚在一起。我去过很多事后调查，但往往他们会被归咎于党和所谓的经验教训不可避免地要重复。） 必须具备一些条件才能使回顾有效： 充分参与。 “团队”的所有成员（无论团队如何定义）都必须参加并积极参加回顾会议。 这不能是自上而下的练习，也不能排除高级团队成员。 开放文化。…
