(9)从站会开始

从今天开始我们准备介绍一下scrum中的4个会议中的每日站会。

每日站会的目的我在这里就不再累述了，因为已经有太多的文章和书籍来介绍了，如果大家有兴趣的话，可以联系我，我可以给大家推荐一些资料和书籍。

那么我们在这里主要讲一下什么样的站会是一个好的站会，我们要避免哪些行为会把站会带到沟里面去。

你的站会是不是有以下一些味道

经常有人迟到，不准时参加会议
开会的时候有人低头看手机，或者几个人开小会
有类似这样的report “我昨天在修bug,我今天也准备修bug,明天我还要修bug”
会议时间超长，大家总是纠结在细节问题上讨论
站会变成了进度检查会
如果SM或者PO不在，站会就不开了

如果你的团队站会有以上的一些行为，那么你要小心了，有可能你的站会已经跑偏了。

那么我们需要站会来干什么呢？

将团队的进度及问题透明化，能够让团队其他成员知道团队现在离目标还有多远，有什么潜在或已知的问题。
给团队成员一个彼此交流的机会
团队能够将专注力集中在目前应当做的事情上
调整用户故事或者任务的优先级
知道了站会要做什么之后，就可以从下面几个方面来入手帮助团队开好站会了：

保证所有人按时参加站会。因为站会是团队沟通，并且透明化进度及任务的一个机会，所以最好团队相关的所有人都能参加，如果有人迟到之后，可以征求团队的意见，指定规则，比如说谁再迟到要给其他人买冷饮之类的，笔者曾经这样用过一次，然后第二天主动迟到并且认罚，几次之后，就没有人在迟到了。
可以按照经典的三个问题来报告自己的进度及遇到的问题，最好不要过多纠结于细节，SM在这个方面着重注意。我曾经让团队可以自由讨论问题，但是一旦发现有人心不在焉或者不感兴趣，要马上通过一些方法来告知正在讨论问题的小伙伴，细节问题可以放到会后单独讨论。
manager和PO都可以参加站会，但是最好不要发言，以防止把站会当成任务检查会
SM除非看到站会超出控制范围，最好不要过多的参与到站会中，让团队自己组织站会，如果团队希望有个人来host 会议，那也由团队自己选择产生。
关注大家每日站会汇报的问题，确保问题能够得到跟踪并解决
不一定需要按照人来进行站会汇报，还可以按照用户故事来进行汇报，比如说一个用户故事由几个人来进行开发，那么可以这几个人先汇报，这样可以增加站会的相关性，避免因为彼此任务很独立而造成互不关心的情况。
总之，每日站会在scrum实践中是很重要的一个会议，它决定了每天关注团队的进度和问题，从而保证团队和PO能够把握在每个迭代中完成用户故事和任务的一个基础。