这是鼎叔的第七十四篇原创文章。行业大牛和刚毕业的小白，都可以进来聊聊。
欢迎关注本专栏和微信公众号《敏捷测试转型》，星标收藏，大量原创思考文章陆续推出。
每日站会是一线敏捷团队自己的会议，快速同步成员为达成迭代目标所做出的贡献，并对有风险的阻碍采取行动，有利于提升每个成员对项目的认知程度。如果测试人员所在的项目团队没有组织每日站会，一线测试团队也可以自行组织，用很少的时间高效沟通，受益良多。
每日站会是Scrum框架中的重要活动，但也可以在任何非Scrum团队中实践。我们需要充分理解敏捷的站会为什么开，怎么开。
鼎叔认为有一些关键点需要把控：
1 站会时间控制在15分钟以内，甚至10分钟内。
2 站会尽量在固定的地点，在固定的时间开始，让团队形成习惯和开会纪律。站会时间很短，完全可以要求成员提高注意力，尤其不要低头刷手机。
3 可以采用一些趣味措施让成员不要迟到，并严格控制站会总时长。比如俯卧撑，小红包，买奶茶，手握打鸣鸡提醒超时。
4 参与站会的总人数最好在10人以下，不要超过15人，人太多就不能算一个一线敏捷scrum团队了，需要先拆分团队。
5 既然站会总时间很短，每个人只说最多2分钟，不要展开细节，不要深入技术介绍，更不要争论 。推荐经典的三句话格式：我昨天（为了迭代目标）完成了什么，今天要（为了迭代目标）完成什么，我遇到了什么阻碍/麻烦。
6 重点关注价值流的流动，看看什么导致了价值流阻塞，这个远比关注每个人干了多少工作量更重要。
6 对于值得关注和挖掘的风险项，团队责任人（有时是leader或教练）可以在站会后马上开小会详细了解，快速做出决策；或者当事人一起讨论，跟进待解决事项。
7 一线团队的TL和Scrum Master，应该把解决团队的阻碍和浪费作为最高优先级去处理。因此在站会中不是被汇报者，而是成员们的坚强后盾。
8 每日站会是团队成员自组织的会议，因此每个人都可以是会议主持人，都是会议的制定者，监督者和受益者。每个参会者都是平等的，不存在给谁汇报的关系。
9 测试人员首先应参加所属特性团队的每日站会，如果没有，再参加测试组的每日站会。测试TL可以从中了解测试团队每天的核心进展和担忧，并从专业角度及时提供解决资源。
10 精益看板可以和每日站会一起实践，效果更佳，但也不是必须的。团队在物理看板前开例会，可以随时挪动任务卡片，清晰得看到那些任务停滞很久了。对于人数较多，角色丰富的团队而言，看板可视化是集体沟通利器：聊聊精益看板和测试启发。
11 如果当天有全员的交流会议，站会可以暂停一次。
12 如果一个完整团队分布在不同的城市，可以借助视频手机/设备/电子看板进行集体站会。
鼎叔认为，通过每日站会，TL用最低的成本了解到了关键信息，让快速响应成为可能，又不至于让TL成为唠叨的祥林嫂。同时，我们也培养了团队文化，提醒大家不是各自独立战斗，而是处于一个协同的集体。
有的管理者认为，只要把团队的KPI计划充分讨论清楚，定期例会对齐，就没有必要开站会，感觉这个太浪费时间。
鼎叔认为这是个误区，KPI/OKR管理团队进度的时间粒度太大，一个迭代能回顾一下已经很密集了。但是一个协作密切的敏捷小团队，每天都有任务卡片在完成或交付给其他角色，所以花十来分钟进行团队快速交流是非常值得的。
TL/SM如果能在一两天内消灭刚暴露的阻碍，就能尽可能提高团队交付效率，而不是等到数周以后该问题在例会上爆发。
习惯实践站会的团队，在双周例会上就不需要把时间花在各种事项的具体同步上了，因为站会上都同步过了，这样也能节约很多会议时间。双周例会可以用来进行更重要的迭代回顾，深度思考/探讨，和主题分享。
这也是鼎叔把"48小时内发现并着手处理阻塞问题"，作为团队内部的敏捷原则：聊聊团队效能的自我诊断。如果某个阻塞连续两次站会都被提起，说明挺严重了，值得团队采取优先行动，这时距离发现阻塞不会超过48小时。