避免把每日站会开成汇报会的四条建议

我常常在客户现场看到这样一种现象：在每日站会上，团队成员们围成一个圈或者站成一个排，依次向Scrum Master汇报工作，而其他与会人员则在开小会、考虑自己的事情，甚至还有人在玩手机。

每日站会不应该是这样的。

每日站会应该是，团队成员之间同步信息以及共同管理迭代工作的会议。但是，初创的Scrum团队非常容易延续以往的工作习惯——把每日站会开成团队成员向Scrum Master进行工作汇报的会议，而团队成员之间却缺乏必要的沟通和协作。

该如何改变团队成员的汇报习惯

那么，如何才能改变团队成员的这种汇报习惯呢？

以下是我给出的四条建议：

许多团队在召开计划会议时，会把所有的工作都分配到个人。

这并非是一种好的做法。因为，如果在计划会议上就分配完所有工作，那么就很容易导致在迭代中每个团队成员只关注自己而不关注他人。

更好的做法是，不要在计划会议上就分配完所有工作，而是要改为在每日站会上确定工作分工。只有这样做，才能让整个团队始终保持对整体迭代目标和进展的关注。

许多团队在召开每日站会时，会让团队成员依次进行工作陈述。

这种做法并不妥当。因为，如果在每日站会上让团队成员依次进行工作陈述，就会很容易把每日站会开成是针对每位团队成员的工作汇报和纠偏会议。

更好的做法是，按照优先级依次回顾每个故事的完成情况、讨论遇到的问题和规划当天的安排。只有这样做，才能把会议焦点从关注人转向关注迭代工作。

我看到，许多Scrum Master在很积极地参与到每日站会的工作讨论，例如：代替团队成员陈述昨天的工作完成情况，对工作进行点评和给出工作建议，直接向团队成员进行工作任务分配，等等。

在每日站会上，谁发言最多，谁就会自然而然地成为会议上所有人员瞩目的焦点。如果Scrum Master的管理行为过于积极，往往就会打击团队成员参与工作讨论的积极性，而自然而然地把每日站会开成工作汇报会。

更好的做法是，Scrum Master尽量只做会议引导，引导团队成员们进行协作和思考，而非开成以自身为主的管理会议。

需要强调的是，如果Scrum Master发现团队成员的迭代工作安排中出现了严重问题，还是应当给出必要的反馈，但最好在团队成员已经充分交流后再给出，而不要一开始就把问题抛出来。

如果Scrum Master想要减少自己在每日站会上的发言，以更大程度上促进团队成员间的交流，可以考虑让团队成员轮流主持每日站会。

需要强调的是，如果要让团队成员来主持每日站会，必须先进行必要的每日站会主持方法和技巧培训，否则可能会把每日站会开得很糟糕。

您的团队在每日站会上的交流情况怎么样？有把每日站会开成了工作汇报会了吗？您是否赞同以上建议？欢迎在评论区分享您的观点和看法。