创客小说网

手机浏览器扫描二维码访问

第10部分（第2页）

阿捷：这个我们忽略了。

敏捷圣贤：有些团队的站立会议也不涉及这个话题，是因为他们用单独的工具软件跟踪剩余工作量。对于你们，如果没有让每个成员在会前主动更新你那个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是比较适合的。