按照The Scrum Guide中的定义，每日Scrum站会是开发团队的一个以15分钟为限的事件。每日Scrum站会在Sprint的每一天都举行。在每日Scrum站会上，开发团队为接下来的24小时的工作制定计划。通过检视上次每日Scrum站会以来的工作和预测即将到来的Sprint工作来优化团队协作和性能。每日Scrum站会在同一时间、同一地点举行，以便降低复杂性。
开发团队借由每日Scrum站会来检视完成Sprint目标的进度，并检视完成Sprint待办列表的工作进度趋势。每日Scrum站会优化了开发团队达成Sprint目标的可能性。每天，开发团队应该知道如何以自组织团队来协同工作以达成Sprint目标，并在Sprint结束时开发出预期中的增量。
我们公司每日站会的内容，与The Scrum Guide的示例是一致的：
昨天，我为帮助开发团队达成 Sprint 目标做了什么?
今天，我为帮助开发团队达成 Sprint 目标准备做什么?
是否有任何障碍在阻碍我或开发团队达成 Sprint 目标?
SM要确保每日站会的举行，在站会期间，SM一定要注意几点：
- 自组织的团队要做什么，SM一般是不需要干预的，但是如果团队做了违反Scrum/Kanban规则的事情的时候，SM一定要及时制止，并在必要的时候普及这些知识，比如：不限制在制品（同时开始了很多个故事），不按优先级开发（低优先级的任务先做了）等
- 一定要引导团队说出问题，我在辅导团队的时候，发现很多一开始接触敏捷的同事，都是不愿意公开说出自己遇到的问题或障碍的，往往都是到了迭代最后一两天感觉要解决不了了，才抛出一个大问题出来，这时候再来解决，往往已经就来不及了，所以早期经常遇到故事做不完的情况
- 注意引导发言的顺序，因为我们公司主要做的是软件项目，所以我一般都是让后台的同事先说，然后前端（Web，APP，小程序等），最后测试（虽说敏捷不推荐这种
职能型称呼，建议统一使用研发团队的称呼，但是在实际的开发过程中，每个人还是自己的特长的，所以我有时还是会这么喊的），因为我们的工作交付顺序就是这样的，后台提供接口前端才能开发，前端开发完，测试才能有可操作的软件来测，而且这么发言，也有利于做在制品限制 - 所有人说出的问题和障碍，SM要及时督促大家自己写到便签纸上，然后贴到看板的上方，
SM负责及时跟进解决 - 最后说明一点，所有人在会议期间
不能玩手机，手机已经成为我们提升工作效率的一大障碍了
上面就是我在每日站会的一些心得，希望对大家有帮助。
网友评论