敏捷项目收尾阶段展示会与回顾会组织与实践.pdfVIP

本文由简悦SimpRead转码，原文地址

在敏捷落地的过程中，我们要注重进展透明化，在上一中，我们知道了利用每日站会和信息同步工

具来帮助进展透明化。今天进入项目的收尾，此时需要开展展示会和回顾会，那么怎样才能开好

这些会议呢？

展示会

展示会（SprintReview），又叫迭代评审。在展示会上，ProductOwner会验收本轮迭代成果，并做

出决策即接受还是，这样就知道了本轮迭代最终是成功还是失败。

为什么要开展示会呢？这是因为借助展示会我们得以在成果发布之前提前验收，这帮助我们尽早知道成

果是否能被接受，而且能及时发现有什么问题，就能更快地做出优化行动，防止团队产生方向性错误，

又可以让客户更加满意；同时这种短期的成果产出，可以确保产品开发目标更加清晰，并且保持一致。

展示会流程

那么我们就来看看怎么开展示会议。

首先，ScrumMaster要邀请相关人员参与会议，我们的团队包括开发人员、测试人员和Product

Owner肯定都要参加，如果有条件，邀请管理层和客户参与其中，这样有利于增强管理层和客户

对产品的信心。值得注意的是，如果邀请了重要角色，我们需要提前做好验收和测试，避免“翻

车”。

会议开始前，ScrumMaster要好评审环境，比如产品的运行环境、用于展示的会议室和投影、白

板这些工具等。整个会议中，ScrumMaster不仅负责宣读展示会议流程，还要维持会议流程的正常进

行。

会议开始后，开发人员负责演示产出的结果即本次迭代内容，从用户场景的角度开始演示，在这个过程

中其他参会人员可以就演示问题自己的看法，开发人员有义务回答提出者的问题，直到大家不再有

疑问为止。在这期间，测试人员需要评估本次展示的质量。

在完成答疑后，ProductOwner需要做出接受或验收此轮迭代的决定，如果就要给出理由，并

且要求团队进行相应的整改。，ProductOwner会带着团队探讨下一轮迭代的内容，使大家对下一

轮迭代有初步预期，必要时可以讲讲下一迭代版本的用户场景，比如，我们在本次迭代完成了支付功能

的对接，下一迭代我们需要将重点放在用户活跃上，新增任务功能，预计日活将提升10%。

这里我必须你提醒三件事：

1.展示会议要控制时间，一般不超过2小时；

2.为了让环节顺利进行，需要相关人员提前准备好内容；

3.ScrumMaster对会议需要有nB，以应对现场演示环境设备出现问题等其他情况。

回顾会

说完展示会，我们再来说回顾会。

在《敏捷》的原则中这样描述回顾会：“团队要定期反省如何能够做到更加有效，并相应地调整团

队的⾏为”。所以回顾会并不是为了责备，而是从之前的工作过程中学习经验，帮助团队学会持续改

进。

我们应当什么时候开回顾会呢？根据我多年的经验，一般是以下这几种情况。

1.当团队完成⼀个发布或者加⼊⼀些功能时。此时，无论迭代周期的长短，或者要完成的功能多与

少，我们都需要做回顾。

ThisarticleistranscodedbyJianYueSimpRead,originaladdress

Intheprocessofagileimplementation,wemustpayattentiontoprogresstransparency.Inthepreviousson,we

learnedtousedailystand-upmeetingsandinformationsynchronizationtoolstohelpmakepro