回顾会
开始会议
推动者启动会议
1． 陈述会议的目标和讨论日程
2． 简要介绍回顾过程和最终目标
3． 如果与会者彼此不认识，简要介绍参与者及其角色。
4． 提出回顾会的基本原则（如尊重所有意见，既往不咎，轮流陈述等）
5． 如果可能，由主持人陈述他的关注点，及他对尊重会议发现、执行会议提出的改进意见的承诺
收集项目度量数据和工件
1． 收集所有项目执行情况的度量数据，比如估算和实际进度，人力投入，成本，缺陷解决率等。
2． 收集交付物，文档，及其他参与者认为重要的工件进行归档和讨论。
开发项目时间表
推动者让参与者一起协作开发项目时间表，识别重大事件。让每个参与者描述事件，注明日期，并描述为什么他或她认为这是重要的。
使问题表面化
推动者引导参与者找出表面问题，使用在计划时选用的方法从现象中找出问题。先以积极态度肯定好的方面，然后陈述哪些可以做得更好。
一些可以用来捕获问题的提问：
· 项目中是否发生过让你觉得意外的事情？
· 现在你知道有哪些事情是你希望事先知道的？如果事先知道，会令项目有什么改观？
· 事实证明，什么样的技术或知识是最重要的？
· 项目团队捕捉用户意图和和用户沟通的效率如何？
· 项目的质量控制和保证活动的效果如何？
· 对于项目的质量，你的满意度在哪个级别？
· 在整个项目过程中使用有效的手段推动项目进展并组织交付物的程度如何？
收集和区分问题优先次序
推动者引导参与者将问题分组并排列优先级，如果这些问题不是在问题组织过程中收集。可以使用组员的一致意见，轮流投票或其他方法对每个专题类问题排列优先级。推动者要对排列标准和方法非常清楚。在回顾会的后半部分，选择优先级在5到10的问题进一步缩小讨论的范围。
确定根本原因
推动者引导参与者找出问题成功或失败的根本原因。根据根本原因区分症状。比如，同行评审中缺陷发现率很低可能是由于培训不充分导致。每个根本原因都可表述为一个教训，比如，如果一个效果不佳的同行评审的原因是培训不充分，则教训就是在下个项目开始时，项目组成员应接受足够的培训以有效执行技术同行评审。
探讨改进要点
推动者协助参与者探讨改进建议。在对根本原因分析的基础上，应对每个关键问题提出至少一条改进措施。改进措施必须符合两个标准：必须有很高的修正目标问题的可能性，并且对承诺实施的团队来说，必须确实可行并具有可操作性。
最后两个问题
推动者问以round-robin的方式不按次序询问每个参与者以下两个问题：
1． 如果可以，你将对这个项目的哪个方面做出改变？
2． 哪个方面是你不想改变的？
总结会议
1． 推动者得到项目经理或其他指定人员的承诺，承诺对解决回顾会问题的行动计划负责，并按时完成计划。
2． 推动者回顾评审会的过程，并关闭评审会。推动者总结活动（比如编写并发布回顾会总结报告和行动计划），并感谢所有参与者。
文档
交付物
回顾的目的指定了以“回顾总结报告”开始的交付文档。可能包括以下几种：
· 汇总或按优先级排列的所有问题清单
· 教训总结
· 解决关键问题的行动计划
· 在组织工程、质量和管理过程方面的改进建议
度量
协调员以工时为单位计算人力投入，并将结果分以下几类汇报到“回顾会总结报告”中：计划工时、会议工时（累加参与者会议时间得出会议工时）和文挡编写工时。
分发
1． 协调员或推动者输出回顾文档并通过email，内部网或复印件方式分发给预期读者。
2． 将回顾文档、度量数据和其他工件按次序归档到项目通常存放文档的地方。
3． 将改进建议反馈到组织软件过程改进活动中。
后续工作
1． 行动计划记录了项目组将采取的改进措施。制定行动计划的人负责跟踪计划的实施进度。
2． 将经验教训添加到组织经验教训库以便以后回顾和查询。经验教训可以转化为“做”和“不做”检查单，并可以收编到下一个项目计划和管理活动中。
3． 可以产生新的过程定义，步骤，模版，和其他过程资产，或在回顾的基础上修正现有的过程资产。
退出标准
回顾总结报告和任何其他交付物已分发给回顾会参与者和受益人
项目度量数据和工件已归档
已编写的行动计划，并且有人已经负责按计划执行
从回顾会得到的经验教训已经被记录在组织经验教训库中。