第11部分(第1/4 页)

敏捷圣贤：别捣乱。目的有二：一是看看自己穿的衣服怎么样，化的妆怎么样，是不是又漂亮了；二是看看哪些方面还需要修整（如衣服的扣子扣得是否合适、穿的衣服是否合体，等等），以更利于展示自己最漂亮的一面。

阿捷暗想，这哥们儿真够逗的，还说化妆呢，难道还真的每天出门前照镜子？因为还不够熟悉，阿捷没表露出来，接着回复道：你的意思是作为一个团队，也应学会“照镜子”，要时时发扬自己的优点，找到自己的不足，及时加以改正。

敏捷圣贤：对！孺子可教也。

阿捷：不过，我有这样一个疑问！发生的已经发生了，都已经过去了！如果说一个团队，刚刚结束一次快跑地话，每个人都很累，为什么非要揭开旧伤疤？让大家再次痛苦呢？

敏捷圣贤：暂时的痛苦可以让你在未来的日子里过得更好，避免犯同样的错误。让我们先来看看演示。你是怎么理解的？

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

第7章　镜子反射（2）

敏捷圣贤：不错，还有吗？

阿捷：会议可以持续10　分钟，也可以持续两个小时。因为会议目的只是对所做工作结果的展示，并听取反馈　。

敏捷圣贤：嗯，说得挺全面的

阿捷：我还是不想让我的团队，在Sprint快结束的时候花很多时间到演示上，实际上，他们可以做很多真正有意义的事情。为什么我们要浪费力气演示我们刚刚做过的工作？我们的目标不就是一个可以随时交付的软件吗？我们的目标已经完成了，就摆在那里。谁感兴趣，看看我们的Sprint　Backlog就可以了啊。

敏捷圣贤：这是一种常见的误解。其实呢，演示主要是出于这样几个目的：

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

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

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

阿捷：嗯，听上去好处多多。但准备一个演示，是要花费很多时间的。

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

阿捷：但是，如果某些小组成员的工作不能直接通过软件演示怎么办？他们会感觉被排除在演示之外的。

敏捷圣贤：不要仅仅从字面上理解“演示”这两个字，范畴可以更广一些。这里的“演示”，还可以是对下列事情的回顾：如一个新建的wiki网页、某人新写的小工具、一份说明文档或其他任何具体的可以让该团队感觉到有价值的东西！

阿捷：嗯，这样就好办多了。我还担心如果涉及性能测试怎么办呢。看来我们只需要把我们做的性能测试对比结果展示给参加人员就可以了。

敏捷圣贤：非常正确，加十分！　据我的经验，演示要安排在Sprint回顾会议之前。此外，更重要的是要让这个演示会议充满乐趣，不能搞成批斗会。

阿捷：我想我们可以准备一点小食品、饮料什么的，把它搞成一个庆祝会议，这应该是一个团队建设的好机会。

敏捷圣贤：非常好的想法。记得在每个人做完演示后，都让大家集体鼓掌庆祝。

阿捷：好的，我想我们会开好Sprint　评审会议，做好演示的。那么回顾呢？它的主要价值是什么？

敏捷圣贤：嗯，先不着急！你听说过印第安人灵魂的故事吗？

阿捷