项目回顾会议（Sprint Retrospective Meeting)

敏捷回顾活动“最高指导原则”

无论我们发现了什么，考虑到当时的已知情况、个人或团队的技术水平和能力、可用的资源，以及手上的状况，我们理解并坚信：每个人对自己的工作都已全力以赴。

项目回顾会议的目的：是回顾一下团队在Sprint实践中在流程、团队成员之间关系及工具方面做得如何？团队识别出哪些做得好，哪些可以做的更好；并找出潜在的改进事项，并为改进制定计划。

会议注意事项：

• 1. 由团队定期自我检查，发现可以改进的事项。
• 2. 建议每个Sprint都要做，即使不能也要固定时间段做。
• 3. 全体轮流发言，SM主持会议议程，控制每个环节的时间。但不能主导会议。
• 4. 记录问题、总结、并讨论改进方法，放在看板上。
• 5. 汇总改进方法，全体投票决定采取其中最重要的2～3改进点。
• 6. 将改进点制定成计划，放在接下的一个Sprint的Backlog里。
• 7. 整个回顾会议最好定在90分钟内

此次回顾会议的背景：
我们项目没有执行严格的敏捷流程，只是将其中一些好的实践运用到项目里。公司今年准备CMMI认证，我们项目人数较多，且开发与维护并行。月初的时候公司请来一个外部的CMMI认证专家来指导，来看看在项目管理上还有什么可以改进的地方。

在会议开始，先简单描述一下项目的现阶段的基本情况和客户反馈的问题。让每个成员写出自己发现的或遇到的问题。然后画出事件-时间线矩阵。

接下来提问，让大家思考，我们之前哪些做的好？哪些可以做的更好。汇总大家的结果。基于之前画的事件-时间线矩阵和刚才提出的可以做的更好的事项。投票选出Top3的议题进行思考讨论。

然后形成具体行动计划，具体怎么做，怎么施行。形成行动计划。

Retrospective01.png

总结：
此次回顾会议，由于没有做安全度调查。没有测量出组员在会议的安全舒适度。所以在会议中发现新加入项目的员工，发言或提出问题较拘束。有点不敢说话。