Scrum的四个仪式（续）

三.Scrum仪式之Sprint评审

Sprint评审会用来演示在这个Sprint中开发的产品功能给Product Owner, Produc Owner会组织这阶段的会议并且邀请相关的干系人参加。

•团队展示Sprint中完成的功能

•一般是通过现场演示的方式展现功能和架构

•不要太正式（不需要PPT、一般控制在2个小时）

•整个团队都要参加，可以邀请所有人参加

• PO可以接受或拒绝成果

• PO根据获得的信息，调整产品Backlog

Sprint演示

在一个Sprint结束以后，进行Sprint评审，团队在此期间展示他们所完成的工作、可运行的软件。出席此会议的有Product Owner、开发团队、ScrumMaster，加上客户、项目管理者、专家、高层人士等任何对此感兴趣的人。

Sprint演示的目的：

1.演示可以让利益相关者虽然不直接参与Sprint，但可以获得第一手关于你们这个团队最新进展的印象。这里虽然提到利益相关者，但实际可以随意邀请任何没有直接参与Sprint工作的人。

2.演示可以让客户或者Product Owner对你们所做的工作提供最直接的反馈，这样可以让Scrum团队，根据优先级更新产品Backlog，在下一个Sprint中融入最新的需求变化，并将这些反馈带到下一个Sprint的规划会议上。

3.演示是一个很好的机会，可以让团队庆祝他们在过去的Sprint中所取得的成就。看到可以工作的软件，可以真正鼓舞团队的士气。

备注：

w  不需要准备一个非常华丽的演示，只需要展示你们刚刚完成的最新功能即可。不需要额外修饰，只要让人印象深刻，就已经足够了。总之，这不是一个产品发布会，你不需要创造一个非常炫目的演示。

w  演示要安排在Sprint回顾会议之前

四.Scrum仪式之Sprint回顾

Sprint回顾会议与项目里程碑/总结会议不同：

它不是要对项目进行盖棺定论，而是通过及时回顾，总结上一次快跑中的得与失，找到改善与提高的办法，从而让下一个Sprint走得更好。

•团队的定期自我检视，发现什么是好的，什么是不好的。

•每个Sprint结束后进行

•一般控制在30-60分钟，不要超过2小时

•由Scrum Master组织，可以全体参加（Scrum Master、产品负责人、团队、可能的客户或其它干系人）

•回顾的最终目的是学习，而不是审判，要对事不对人

1.如何做Sprint回顾呢？

1.找出在上一个Sprint中做得好的地方，并继续保持。分析那些导致成功的流程是非常重要的，这样我们才能有意识地保持下去。只有团队中的每一个成员都清楚什么才是最佳实践，才能有效地鼓励和保持这些实践。除了可以鼓舞士气外，还可以避免把回顾会议变成消极的抱怨会议。

2.找出上一个Sprint中需要改进的地方，以及对应的改进措施。回顾的目标就是持续不断地改进，这也是敏捷开发的主要理念之一。让我们想一想如何才能在下一个Sprint中更加有效率，想一想在哪些方面如何做才能跟上一个Sprint不同。可以收集任何可以量化的数据，以便于做定量分析，推动改善。

2.Sprint回顾组织方式

w  全体成员讨论的主题有：哪些做法继续实行、哪些做法开始实行和哪些做法停止实行的。

w  最简单方法是找个白板纸，在上面注明“哪些工作项做的好”，“哪些可以做的更好”，“哪些可以尝试”，“什么需要向上反映？”，然后让与会者在每一类别下增加一些条目。当条目重复时，可以在该项旁边计正字累计，这样普遍出现的项目就一目了然了。最后团队成员共同讨论，找寻这些条目出现的根本原因，就如何在下一个Sprint中改进达成一致意见。

敏捷回顾的主要工作就是明确目标、持续改进、处理问题。

敏捷开发之所以采用迭代的方式，实际上是利用蚕食方式逐步完成开发任务。将一个宏伟的目标切割为一个个小目标，会给予团队成员更大的信心，并且能够更加清晰地明确目标。而每次迭代后的回顾，则使得团队成员可以更加清晰地明确我们在这个征途中，已经走到了哪里，未来还有多远的路程，就像印第安人那样，等待自己的灵魂，否则就会不知身在何处了。

小典故——印第安人灵魂的故事

从前，有个古老的传说，讲的是当印第安人在赶了3天路后，就会停下来小憩一天，因为他要等着自己的灵魂跟上来。