这篇文章最初由某海外大型科技公司的一位前敏捷教练发起。

多年来，我们一直在探索如何开展“大规模回顾”，也可以理解为大型项目复盘或跨团队项目回顾。所谓大规模回顾，是指如何从涉及数十个团队的大型、复杂、跨地域项目中收集经验教训，并将这些经验有效传播到组织内部。

过去，我们采用的是传统方式：把所有相关人员集中到一个大房间里，共同完成一次大型回顾。但如今，项目参与者可能多达数百人，并且分布在不同国家和地区。这种方式在组织和协调上几乎成了一场噩梦。

经过多次尝试，我们最终形成了一种更容易扩展的去中心化方法。几位敏捷教练曾协助组织过多次这样的回顾，也非常感谢他们抽出时间总结这份经验。以下内容主要来自这些实践总结，并做了少量补充和整理。

[![大规模项目复盘怎么做：跨团队回顾会的组织方法与实践经验](https://cdn-docs-new.pingcode.com/baike/wp-content/uploads/2026/06/20260605173603218-1024x576.png)](https://cdn-docs-new.pingcode.com/baike/wp-content/uploads/2026/06/20260605173603218-1024x576.png)

在这家海外公司，我们非常重视持续改善。回顾会是我们用于反思和持续改进的常用工具之一。

它不仅适用于团队层面，也适用于公司层面。

这听起来很好。但在实践中我们发现，当公司快速增长时，各类项目和计划的规模也会迅速扩大。随之而来的，是项目复盘和回顾的规模越来越大，并最终开始出现收益递减的问题。

你的某些大型项目回顾，是否也出现过类似情况？

[![大规模项目复盘怎么做：跨团队回顾会的组织方法与实践经验](https://cdn-docs-new.pingcode.com/baike/wp-content/uploads/2026/06/20260605173418203.png)](https://cdn-docs-new.pingcode.com/baike/wp-content/uploads/2026/06/20260605173418203.png)

2014 年底，我们有机会为一项创新计划做项目层面的回顾总结。这个项目横跨两个城市，大约涉及 80 到 90 人。

我们没有选择组织一场所有人都参加的大型会议，而是尝试了一种略有不同的方法。结果发现，对于这类项目来说，这种方法更加有效。

这次尝试效果不错，于是我们进一步改进了它，并将它应用到后续更大型的项目中。这些项目涉及全球数百名员工，覆盖的职能也非常广，从技术、产品、设计，到法律、商业、授权、合作伙伴等多个部门。

为了更有效地从如此大规模的项目中学习，下面介绍我们目前用于大规模项目复盘和跨团队回顾的方法。这个方法经过多次实践，不断被验证和改进。

## **大规模项目复盘如何开展：去中心化回顾流程**

简单来说，整体流程如下：

[![大规模项目复盘怎么做：跨团队回顾会的组织方法与实践经验](https://cdn-docs-new.pingcode.com/baike/wp-content/uploads/2026/06/20260605173437334.png)](https://cdn-docs-new.pingcode.com/baike/wp-content/uploads/2026/06/20260605173437334.png)

那么，我们具体是怎么做的？

首先，我们深吸一口气，然后派出充满激情的敏捷布道者，发动一场“圣战”，强迫管理层改变想法，并确保整个公司做出承诺。

当然，实际情况并不是这样。

真正的第一步，是给敏捷教练们发送一封邮件，寻找志愿者组成一个小型工作组。这个工作组由几位引导者组成。

工作组成立后，大部分前期工作都围绕以下几件事展开：

* 设定预期；
* 明确回顾目标；
* 提前向公司和参与者沟通回顾安排；
* 制定一份概要回顾计划。

这份计划通常会整理成一个类似这样的在线表格：

[![大规模项目复盘怎么做：跨团队回顾会的组织方法与实践经验](https://cdn-docs-new.pingcode.com/baike/wp-content/uploads/2026/06/20260605173451129.png)](https://cdn-docs-new.pingcode.com/baike/wp-content/uploads/2026/06/20260605173451129.png)

接下来，我们会确定若干个可以独立讨论和研究的“主题”。这正是这种方法能够扩展的关键。

主题可以是“[项目管理](https://sc.pingcode.com/bvlpm)”“内容上线”“架构设计”“跨团队协作”“外部合作”等。具体选择哪些主题，很大程度上取决于项目本身。因此，确定主题是工作组需要做出的关键决策之一。

当计划足够清晰、可以启动时，工作组便进入第二步：开展实际的回顾会。

我们不会让所有人参加每一次讨论，而是组织若干场小型回顾。不同引导者分别负责不同主题，邀请对该主题有经验、有见解或参与较深的人参加，然后围绕该主题开展回顾。

相比大型会议，小组讨论通常能带来更高质量的对话，也更容易安排。找到合适时间、合适会议室和合适参与者，都更加现实。

至于具体形式，过去通常由每位引导者自行决定。后来，我们开始采用一种相对标准的回顾格式。这样既能为引导者提供一个起点，也方便后续汇总和整合。

这个标准格式大致如下：

1. **引入**
   说明本次回顾的目的，并让参与者相互介绍。
2. **时间线**
   绘制项目时间线，标注重要里程碑、做得好的地方、做得不好的地方，以及任何棘手问题。
3. **归类**
   找出讨论中的模式，对相关问题进行归类和标记。
4. **建议**
   将讨论结果提炼成具体洞察和建议，既包括对当前工作方式的建议，也包括对未来工作方式的建议。
5. **收尾**
   进行一轮圆桌讨论，收集大家的最后想法，并快速获取对本次回顾活动本身的反馈。

这是相当标准的敏捷回顾会形式，因此这里不展开细节。

在整个过程中，工作组会不定期召开同步会议，并使用前面提到的在线表格作为状态更新和协作工具。他们会相互支持，也会共同解决一些问题，例如某些主题缺少引导者，或者某些讨论需要重新安排。

随着各个主题回顾陆续完成，通常会持续几周，工作组会逐步进入第三阶段：讨论并整合收集到的数据。

这一阶段的目标，是从不同主题中找出共性模式，并将它们提炼成一份简短、连贯的总结，其中包含关键洞察和建议。

当总结准备好后，工作组会进入最后一个阶段，也就是第四步：传播和落地。

这包括：

* 与利益相关方和回顾参与者分享总结报告；
* 组织小组会议，分享关键经验教训；
* 在全员会议或部门会议上进行介绍；
* 通过其他方式帮助组织真正吸收这些经验，并将其转化为后续行动。

在实际落地时，复盘结论最好不要停留在会议纪要里，而是要进入团队日常协作流程。对于跨职能项目，可以借助 [[Worktile](https://worktile.com/?utm_source=insights&utm_medium=%E5%93%81%E7%89%8C%E8%AF%8D)](https://sc.pingcode.com/zwe04) 这类通用项目协作系统，把复盘后的任务、文档、日历、沟通和审批统一管理起来；如果是研发类项目，也可以使用 [[PingCode](https://PingCode.com?utm_source=insights&utm_medium=%E5%93%81%E7%89%8C%E8%AF%8D)](https://sc.pingcode.com/dxsxk) 这类智能化研发管理工具，将目标、客户反馈、需求评审、开发测试、发布上线和 Wiki 经验沉淀串联起来，让复盘真正转化为可追踪、可复用的组织经验。

## **去中心化项目回顾的优势**

从这种大规模、分布式回顾模型中，我们学到了一点：它能够让不同团队深入研究不同主题，并在公司范围内沉淀出跨职能、有影响力的经验。

从人的角度来看，它也为参与者提供了一个很好的平台，让他们能够表达观点、分享经验。更重要的是，它提供了一个中立、安全的空间，让人们能够坦诚说出自己的真实想法。

这有助于强化组织中的透明、学习和持续改进文化，也能让项目复盘不只是一次会议，而是成为组织学习和经验沉淀的一部分。

## **大规模回顾会的实践经验**

我们一边实践，一边学习，也在不断改进跨部门回顾的组织方式。

下面几点看似简单，却常常被忽略。但自我们第一次尝试以来，它们一直在帮助我们更有效地开展这类回顾。

第一，为回顾工作安排一名负责人。

这个人负责组织和推动整个回顾过程，并安排与回顾工作组、利益相关方等进行定期检查和同步。

第二，在制定回顾目标时，问自己一个关键问题：

> 你真正想要的是什么？

换句话说，不要只是为了“做一次回顾”而回顾。你需要明确，这次回顾到底想帮助组织学到什么、改变什么。

第三，清楚说明期望和优先级。

引导者通常都是志愿者。因此，他们在报名参与时，需要了解这项工作需要投入多少时间、承担哪些责任，以及整体工作量大概有多大。

第四，如果你想快速推进，就必须向公司清楚传达这次回顾的重要性和优先级。

这样，参与者才会明白组织对他们的期待，并主动预留时间参加。否则，回顾很容易被随意改期，而不是被大家认真安排进日程。

一旦发生这种情况，各主题回顾就会拖得更久，整体回顾投入也会增加。随着时间推移，学习效果也会逐渐减弱。

## **总结：让项目复盘真正推动组织学习**

总体来看，就目前而言，这种形式是我们找到的最适合大规模回顾活动的方法。

它让我们能够在项目规模扩大、参与者分布更广、职能更多元的情况下，依然有效收集经验教训，并把这些经验传播回组织。

好的大规模项目复盘，不应该只是把人聚在一起开一场会，而应该帮助组织识别跨团队协作中的共性问题，沉淀可复用经验，并推动后续改进真正发生。

当然，我们还会继续尝试和改进。未来如果有新的发现，也会继续分享。