敏捷词汇表 -- 敏捷联盟
# 心跳式回顾 Heartbeat retrospective
## 定义
团队定期开会，通常遵循其迭代的节奏，以明确地反映自上次此类会议以来发生的最重要的事件，并制定旨在补救或改进的决策。
这通常是遵循固定格式的便利会议。已经描述了几种不同的格式，很大程度上取决于会议预留的时间，通常为一到三个小时。使用便利格式的一个重要原因是使所有团队成员都有机会发言。
## 也称为
在Norm Kerth（见下文）中流行的“回顾”一词因其更积极的含义而赢得了敏捷社区的青睐，胜过诸如“汇报”或“验尸”之类的较知名的词。
这也被称为“冲刺回顾”或“迭代回顾”，通常缩写，例如“冲刺回顾”。
来自Alistair Cockburn的“反思工作坊”一词很少见，尽管它似乎影响了敏捷宣言中相应原则的措辞。
## 常见陷阱
- 回顾旨在揭示对团队绩效有可测量影响的事实或感觉，并根据这些观察结果构建改进思路。如果它演变成口头辩论或抱怨会议，它将不会有用。
- 另一方面，有效的回顾要求每个参与者都可以畅所欲言。主持人负责创造相互信任的条件；这可能需要考虑诸如层次关系之类的因素，例如，经理的出现可能会阻止对性能问题的讨论。
- 作为全员会议，回顾会议需要花费大量的人工时间。执行不力，无论是由于不良会议的通常原因（缺乏准备，拖延，注意力不集中），还是由于这种格式的特定原因（缺乏信任和安全，禁忌话题），都会导致这种做法被抹黑，尽管这种情况非常普遍。敏捷社区的大多数人都认为它很有价值。
- 有效的回顾通常会导致决策，导致行动项目；太少（总是有改进的余地）或太多（在下一次迭代中解决“所有”问题是不切实际的）是一个错误。每个迭代回顾一到两个改进想法可能就足够了。
- 每次回顾都出现相同的问题，但随着时间的推移却没有可衡量的改进，这可能表明该回顾已成为一种空洞的仪式。
## 使用迹象
- 以观察员身份参加这样的会议是确定使用这种做法的最佳方法
- 未能做到这一点的话，请注意改进意见和行动项目，这些内容是回顾的结果：它们可以采取书面文件的形式，也可以采用事后总结思想和决策的形式，并显示在团队会议室墙上的特定位置
## 预期收益
- 回顾利用了迭代开发的好处：它们提供了明确的机会，可以在整个项目期间提高团队的绩效
- 回顾可以促进项目团队对流程各个方面的所有权和责任；参与者可以了解所有流程决策背后的理由
## 起源
- 1997年：Alistair Cockburn 在“ 幸存的面向对象的项目 ”中非正式地描述了几个使用该实践的项目（可追溯到1993年），但没有给它加上标签。他将其总结为“渐进式工作，每次都专注”
- 2001年：在Alistair Cockburn的“ 敏捷软件开发 ”中首次针对敏捷项目进行了“反思研讨会”的描述
- 2001年：定期回顾是《敏捷宣言》的原则之一：“团队定期思考如何提高效率，然后相应地调整和调整其行为”，尽管不一定是惯例。
- 2001年：“项目回顾”一词在Norm Kerth的同名书中被引入
- 2001年：XP社区通过XP2001上有关“ 适应：XP风格 ” 的论文，很早就认可了回顾性观点。
- 2003年：在很大程度上感谢http://xpday3.xpday.org/sessions.php#Retro XP Day会议周期的会议，更多的团队开始练习项目和迭代回顾
- 2006年：Esther Derby和Diana Larsen的“ 敏捷回顾展 ” 的出版结束了心跳回顾展的编纂工作
点击看敏捷名词地铁线路全图