敏捷无敌之不仅仅是站立(18)

不仅仅是站立(18)

本文摘自《敏捷无敌》一书

晚上，阿捷登录MSN，准备和敏捷圣贤继续讨论每日Scrum站立会议，因为阿捷他们在这个站立会议上花费了很多时间。不但效率不高，而且大家意见很多。可惜敏捷圣贤并不在线，阿捷只好到抓虾网看看自己订制的博客文章。
阿捷正看得来瘾，突然觉得屏幕一震，然后一个MSN窗口弹了出来，阿捷用鼠标切过去一看，原来是敏捷圣贤上线了。

敏捷圣贤：Hi, 阿捷。
阿捷：你好！圣贤。
敏捷圣贤：我们继续谈谈你们上一次Sprint的经历吧。我记得你说每日Scrum“立会”平均要花40~50分钟，对吧？
阿捷：是的。在每日“立会”上，前几天大家还能按时来，注意力集中，并尽量更新足够多的相关内容。但后来说的事情会不着边际，而且时间太长。最后几天，大家因为忙，对这个例会的关注度和重视程度明显下降。
敏捷圣贤：没准儿你应该换一个思路。
阿捷眼睛一亮，马上回复道：是不是可以通过E-mail来代替？
敏捷圣贤：绝对不可以！E-mail不能取代每日Scrum会议。E-mail只会增加沟通成本，而且不能提供细节信息或者给他人问问题的机会，也不能帮助其他成员解决问题。
阿捷：可不可以不开？我们都觉得每天开会意义不大！
敏捷圣贤：这个“立会”不仅能要让所有人了解其他人在做什么，当前项目计划进展如何，还可以帮助大家解决那些阻碍做事情的问题，以及共享承诺。其实，这些都是非常有利于提高团队合作精神的。
阿捷：噢，可我们每天花这么长的时间开会，影响工作效率。有什么可以使会议保持紧凑有效的小窍门吗？
敏捷圣贤：窍门和经验有很多，我自己总结了8条，想听吗？
阿捷：好啊，等着你传授给我呢。
敏捷圣贤：第一指导原则：主题明确，不能掺杂其他无关的话题。要做到这一点很简单，只需要保证每个人只回答4个问题，就行了。
阿捷：都是什么问题？
敏捷圣贤：“我们上次开会后你都干了什么？”，这需要让整个团队很好地了解该成员在做什么，以及当前进展，但也不要过分详细，否则会使大部分人失去耐心。
阿捷：嗯，我们上次有人说“和上次一样”，也有人说“我正在改一个bug”。看来也是不对的。
敏捷圣贤：是的，“细节决定成败”，这里一定要关注一下细节才行。下一个问题是“每个你负责的、正在做的任务还剩下多少时间”。
阿捷：这个我们忽略了。
敏捷圣贤：有些团队的站立会议也不涉及这个话题，是因为他们用单独的工具软件跟踪剩余工作量。对于你们，如果没有让每个成员在会前主动更新你那个Excel表格的话，就需要在会议上给出最新估算。在Scrum下，每天重新做任务估算是非常重要的。这样，才会知道你们还有多少工作量，在剩余的时间内能否完成。如果你们估计不足，觉得不能完成，那么就要及时调整计划。
阿捷：看来，如果我们坚持下去的话，也有必要采用一个专门的工具。你说的调整，是什么概念？是把完不成的任务拿出去吗？
敏捷圣贤：这是一个思路，另外就是坚决地结束当前Sprint，重新开始下一个Sprint。但无论如何，这事都要事先跟Product Owner打招呼，让他知道你们的最新决定。
阿捷：好的，第三个问题是什么？
敏捷圣贤：“在我们下次开会之前你要做什么？”，当成员间的工作有依赖关系时，这会给其他成员一个很好的提醒。
阿捷：就是自己给自己设定当天的目标。
敏捷圣贤：嗯，最后一个问题是“你的开发被阻碍了吗？”这个问题最重要。阻碍一个人继续开发的问题，最终也会阻碍整个开发团队，所以一定要鼓励大家说出自己的问题。一旦有人提出来，你作为Scrum Master，就有义务帮助他尽可能地消除这些障碍。  
阿捷：啊？有些技术问题，如果我们的开发人员都解决不了，我更不可能解决的。我可不是什么技术专家。
敏捷圣贤：对于一个Scrum Master而言，并不一定就要自己亲自去解决问题，更关键的是你要去协调、去调度资源。
阿捷：嗯，这还差不多，吓死我了。对了，如果会议中间讨论起技术问题怎么办？上次我们也发生了这样的情况，大家争论了半天。
敏捷圣贤：呵呵，很简单，视情况而定。如果是几句话的讨论，就让它继续下去，不要刻意打断。这样解决问题的速度也快，效果会很好。如果有人说了太多的细节或者离题太远，你作为Scrum Master，完全有责任打断他们，以保证会议正常进行。需要详细讨论的，记下来，会后单独安排一个会议，专门讨论。
阿捷：OK。
敏捷圣贤：还需要提一下，Daily Scrum 的主要目的是让每个成员自己承诺要做什么，并且自己去发现进度中的障碍。原来我们只是强调了“自己去发现进度中的障碍”，而忽略了“自己承诺要做什么”。为什么要让每个成员自己承诺要做什么，而不是让Team Leader去安排呢？这个道理很简单，每个人对于自己亲口说出的事情，一定会用心去负责完成。如果事情是别人安排的，而不是自愿承诺的，那可能在积极性主动性上就会打一些折扣，就会影响事情完成的进度和质量。
阿捷：绝对赞同！
敏捷圣贤：第二指导原则：站立会议只允许“猪”说话，“鸡”不能讲话。
阿捷：猪？鸡？怎么站立会议里还有猪和鸡？什么意思啊？
敏捷圣贤：呵呵，在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，写下了下面的文字。