按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
敏捷圣贤：这个“立会”不仅能要让所有人了解其他人在做什么，当前项目计划进展如何，还可以帮助大家解决那些阻碍做事情的问题，以及共享承诺。其实，这些都是非常有利于提高团队合作精神的。
阿捷：噢，可我们每天花这么长的时间开会，影响工作效率。有什么可以使会议保持紧凑有效的小窍门吗？
敏捷圣贤：窍门和经验有很多，我自己总结了8条，想听吗？
阿捷：好啊，等着你传授给我呢。
敏捷圣贤：第一指导原则：主题明确，不能掺杂其他无关的话题。要做到这一点很简单，只需要保证每个人只回答4个问题，就行了。
阿捷：都是什么问题？
敏捷圣贤：“我们上次开会后你都干了什么？”，这需要让整个团队很好地了解该成员在做什么，以及当前进展，但也不要过分详细，否则会使大部分人失去耐心。
阿捷：嗯，我们上次有人说“和上次一样”，也有人说“我正在改一个bug”。看来也是不对的。
敏捷圣贤：是的，“细节决定成败”，这里一定要关注一下细节才行。下一个问题是“每个你负责的、正在做的任务还剩下多少时间”。
阿捷：这个我们忽略了。
敏捷圣贤：有些团队的站立会议也不涉及这个话题，是因为他们用单独的工具软件跟踪剩余工作量。对于你们，如果没有让每个成员在会前主动更新你那个Excel表格的话，就需要在会议上给出最新估算。在Scrum下，每天重新做任务估算是非常重要的。这样，才会知道你们还有多少工作量，在剩余的时间内能否完成。如果你们估计不足，觉得不能完成，那么就要及时调整计划。
阿捷：看来，如果我们坚持下去的话，也有必要采用一个专门的工具。你说的调整，是什么概念？是把完不成的任务拿出去吗？
敏捷圣贤：这是一个思路，另外就是坚决地结束当前Sprint，重新开始下一个Sprint。但无论如何，这事都要事先跟Product Owner打招呼，让他知道你们的最新决定。
阿捷：好的，第三个问题是什么？
敏捷圣贤：“在我们下次开会之前你要做什么？”，当成员间的工作有依赖关系时，这会给其他成员一个很好的提醒。
阿捷：就是自己给自己设定当天的目标。
敏捷圣贤：嗯，最后一个问题是“你的开发被阻碍了吗？”这个问题最重要。阻碍一个人继续开发的问题，最终也会阻碍整个开发团队，所以一定要鼓励大家说出自己的问题。一旦有人提出来，你作为Scrum Master，就有义务帮助他尽可能地消除这些障碍。
阿捷：啊？有些技术问题，如果我们的开发人员都解决不了，我更不可能解决的。我可不是什么技术专家。
敏捷圣贤：对于一个Scrum Master而言，并不一定就要自己亲自去解决问题，更关键的是你要去协调、去调度资源。
第6章 不仅仅是站立（4）
阿捷：嗯，这还差不多，吓死我了。对了，如果会议中间讨论起技术问题怎么办？上次我们也发生了这样的情况，大家争论了半天。
敏捷圣贤：呵呵，很简单，视情况而定。如果是几句话的讨论，就让它继续下去，不要刻意打断。这样解决问题的速度也快，效果会很好。如果有人说了太多的细节或者离题太远，你作为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的产品演示和回顾做好！
敏捷圣贤：呵呵，肯定是那之前。