阿捷：绝对赞同！
敏捷圣贤：第二指导原则：站立会议只允许“猪”说话，“鸡”不能讲话。
阿捷：猪？鸡？怎么站立会议里还有猪和鸡？什么意思啊？
敏捷圣贤：呵呵，在Scrum中，Scrum Master和团队被称为“Pigs——猪”，其他人员被称为“Chickens——鸡”，这些称谓源于这样一个笑话。
鸡说：嗨，猪！ 我想我们开一家餐厅咋样？
猪说：哦，我不知道我们卖什么？
鸡说：火腿和鸡蛋……咋样？
猪说：算了，我不这么认为，我全身投入，你却只是参与！
阿捷：哈哈！有意思，没想到Scrum中的典故还挺多！
敏捷圣贤：第三指导原则：所有人站立围成一圈，不能围坐在一个桌子周围。“站立”就暗示大家这个会会很短，强迫大家更专注和投入，还可以有效避免有人坐着收发E…mail和其他分心的事情。
阿捷：Got it。
敏捷圣贤：第四指导原则：确保整个团队都要参加每日Scrum会议。每个人，无论是开发、测试，还是文档撰写人员，只要属于“猪”，都要参加并且遵循会议规则。
阿捷：这个问题不大，我们的人都能保证参加的。
敏捷圣贤：第五指导原则：每日Scrum站立会议是团队交流会议，不是报告会议。每一与会者应该清楚，开发团队是在互相汇报和交流情况，并不是向Product Owner（Product Owner）、经理或Scrum Master汇报。
阿捷：虽然这个跟会议效率无关，但的确值得重视。
敏捷圣贤：第六指导原则：每日Scrum站立会议应该控制在15分钟之内。这个不需要多说。
敏捷圣贤：第七指导原则：不要把每日Scrum站立会议作为一天的开始。
阿捷：嗯？这是什么意思？
敏捷圣贤：如果你这么做，有些成员在开每日Scrum会议之前，不想做任何事情，这种懒惰实际上是对生产力的破坏。所以不要在上午太早时候开，避免有人从心理上把一天的开始跟这个会议联系在一起。当然，这个会议也不要太晚，一般10：00到10：30是比较适合的。
敏捷圣贤：第八指导原则：Scrum站立会议要在每日同一时间同一地点举行。这不仅可以给团队一种自己拥有站立会议的感觉，同时，任何对你们站立会议感兴趣的人，譬如Product Owner、其他项目经理或者部门经理，都可以随时走过来听一听。
阿捷：这就像宗教仪式一样。还有吗？
敏捷圣贤：在会议结束后，Scrum Master根据开发团队成员对其负责的Sprint Backlog 中的项目所做剩余时间的更新，记录在烧制图中。
阿捷：烧制图？
敏捷圣贤：英文是Sprint Burndown Chart，给你看看我们以前用Excel自动绘制的一个烧制图。
阿捷：主要用来做什么？
敏捷圣贤：它用来显示每日直至开发团队完成全部任务的剩余工作量（以小时或天计算）。理想的情况下，抛物线轨道在Sprint 的最后一天应该接触零点。有些时候会是这样，但是大多数情况不是这样。重要的是它体现了团队相对于他们的目标的实际进展情况。注意，并不是目前花费了的时间多少，这对于Scrum 来说这是不太相关的事项，而是仍剩余多少工作量——开发团队距离完成任务还有多远。如果此曲线的轨道在Sprint 末期不是趋于结束，那么开发团队应该加快速度，或简化和削减其工作内容。
阿捷：恩，这个图表确实很管用，非常直观，对项目进展一目了然。你说这个图表也可以使用Excel 表格管理？
敏捷圣贤：是的，我可以给你提供一个模板，同时管理Product Backlog、Sprint Backlog，自动生成这个Burndown Chart。但许多团队认为在他们工作室的墙上用图纸标明更为简单和有效，并可以用笔随时更新；这个技术含量不高的做法比电子表格更快速、简易，更可见。我建议你们也这样。
阿捷：好的！我想这个站立会议应该讨论得很充分了吧。那我们再讨论一下产品演示和回顾？我可不想把它们也搞砸了。
敏捷圣贤：下次再跟你讲吧！这个可比每日“立会”要讲的东西多。
阿捷：那好吧！什么时候？不要太晚啊，我想把Sprint2的产品演示和回顾做好！
敏捷圣贤：呵呵，肯定是那之前。 我也说不太好具体哪天！下个周末吧！我那会儿没那么忙。
阿捷：好！我随时在线等你！ 886！
敏捷圣贤：886！
阿捷决定按照敏捷圣贤的建议整理一个Daily Scrum的规则。于是趁着脑子里的“东西”还在，打开自己的Blog，写下了下面的文字。
第7章 镜子反射（1）
Using a bronze mirror； we can exam how we dress； Studying history； we can understand why there were rises and falls of powers； Observing other people's success and failure； we will know what to and what not to do。
以铜为镜，可以正衣冠；以古为镜，可以知兴替；以人为镜，可以明得失。
——魏征
周二，阿捷召开了第二个Sprint计划会议，上午用了两个小时，下午用了三个小时。因为事先准备充分，效果好多了，大家的心气又给聚起来了！因为周一阿捷跟李沙一起，用Excel重新整理了一份Product Backlog； 不仅列出了所有的用户故事，还让李沙对它们进行了优先级排序。并且在周一下午，阿捷还按照敏捷圣贤的建议，提前把计划会议日程发给大家，让大家能有所准备。
阿捷按照早就想好的规则，对每日站立会议进行了改进后，每天平均只花12分钟就能结束了！不仅仅大家相互沟通了信息，问题得到了及时解决，而且效率高多了，大家都很满意。
到了周末的晚上，阿捷在网上再次遇到敏捷圣贤，阿捷决定再向他请教一下如何开好Sprint评审会议和回顾会议。
阿捷：嗨！你好！
敏捷圣贤：你好！看起来心情不错！
阿捷：是啊！在当前的这个Sprint，我们的计划会议开得非常好，不仅请了Product Owner，还让他起草了最新的Product Backlog，而且对Sprint中每个细化的任务，给出了大家一致认同的“DONE”的定义。同时，按照你的指导原则，我们对Scrum每日站立会议做了改进。现在，每个人都总结性地回答四个问题，这样我们差不多12分钟左右就能结束会议，效率比以前高多了！
敏捷圣贤：恭喜你们！
阿捷：谢谢！这次多亏了你的建议呢。我们上次说要讨论一下Sprint的演示与回顾，还记得吗？
敏捷圣贤：嗯，当然记得。作为Scrum Master，回顾并总结一个刚结束的Sprint所做的工作，是非常有价值的，这就像镜子反射！
阿捷：镜子反射？
敏捷圣贤：对，每个人出门前都要照镜子，目的是什么？
阿捷：呵呵，我不照镜子的。
敏捷圣贤：别捣乱。目的有二：一是看看自己穿的衣服怎么样，化的妆怎么样，是不是又漂亮了；二是看看哪些方面还需要修整（如衣服的扣子扣得是否合适、穿的衣服是否合体，等等），以更利于展示自己最漂亮的一面。
阿捷暗想，这哥们儿真够逗的，还说化妆呢，难道还真的每天出门前照镜子？因为还不够熟悉，阿捷没表露出来，接着回复道：你的意思是作为一个团队，也应学会“照镜子”，要时时发扬自己的优点，找到自己的不足，及时加以改正。
敏捷圣贤：对！孺子可教也。
阿捷：不过，我有这样一个疑问！发生的已经发生了，都已经过去了！如果说一个团队，刚刚结束一次快跑地话，每个人都很累，为什么非要揭开旧伤疤？让大家再次痛苦呢？
敏捷圣贤：暂时的痛苦可以让你在未来的日子里过得更好，避免犯同样的错误。让我们先来看看演示。你是怎么理解的？
阿捷：我看了一些资料，在Scrum中，演示是说在一个Sprint 结束以后，进行Sprint 评审，团队在此期间展示他们所完成的工作、可运行的软件。出席此会议的有Product Owner、开发团队、ScrumMaster，加上客户、项目管理者、专家、高层人士等任何对此感兴趣的人。
第7章 镜子反射（2）
敏捷圣贤：不错，还有吗？
阿捷：会议可以持续10 分钟，也可以持续两个小时。因为会议目的只是对所做工作结果的展示，并听取反馈 。
敏捷圣贤：嗯，说得挺全面的
阿捷：我还是不想让我的团队，在Sprint快结束的时候花很多时间到演示上，实际上，他们可以做很多真正有意义的事情。为什么我们要浪费力气演示我们刚刚做过的工作？我们的目标不就是一个可以随时交付的软件吗？我们的目标已经完成了，就摆在那里。谁感兴趣，看看我们的Sprint Backlog就可以了啊。
敏捷圣贤：这是一种常见的误解。其实呢，演示主要是出于这样几个目的：
？ 演示可以让利益相关者虽然不直接参与Sprint，但可以获得第一手关于你们这个团队最新进展的印象。这里虽然提到利益相关者，其实你可以随意邀请任何没有直接参与Sprint工作的人。
？ 演示可以让客户或者Product Owner对你们所做的工作提供最直接的反馈，这样可以让Scrum团队，根据优先级更新产品Backlog，在下一个Sprint中融入最新的需求变化，并将这些反馈带到下一个Sprint的规划会议上。
？ 同时，演示是一个很好的机会，可以让团队庆祝他们在过去的Sprint中所取得的成就。看到可以工作的软件，可以真正鼓舞团队的士气。
阿捷：嗯，听上去好处多多。但准备一个演示，是要花费很多时间的。
敏捷圣贤：其实，你们不需要准备一个非常华丽的演示，只需要展示