作者简介
俞鋆，携程机票前台敏捷教练。
每日站会，日常敏捷中的最重要的团队活动，作为一名敏捷教练，2年多时间共服务过8个团队，大概主持了接近1000场的每日站会。站会各种的状况基本上都有遇到一些，基本的解决方法总结下来就是：让会议变得有用有效。
作为敏捷教练，虽然不太可能让开站会变成像刷牙洗脸那样的习惯，但是让团队感到：一天不开站会像少了什么一样的不习惯还是能得到些许的满足。以下是我总结的一些站会实践经验分享给新手SM或者转型初期的团队，希望对大家有用。
什么是站会
“每日Scrum站会是以15分钟为限的事件，开发团队成员在这里分享各自的工作情况，并为接下来的24小时制定计划。这需要检视上个每日站会以来的工作和预测下个每日工作之前所能完成的工作。每日站会在同一时间同一地点进行来降低复杂度。会议上，每个开发成员都需要说明：
- 昨天我为开发团队达成Sprint目标做了什么
- 今天我准备如何帮助团队达成Sprint目标
- 有什么事情阻碍了我帮助团队达成Sprint目标
以上文字引自《Scrum 指南》中文版的官方说明。网上有很多对于站会目的的诠释，基本上可以总结为：进度跟踪，信息互享，风险控制，信息透明。
虽然会议目的明确，内容简单， 但是我们总能听到一些质疑声，怀疑会议存在的意义。
如何让大家接受每日站会
最常见的不想开站会的理由：
1、管好自己就行，别人的任务和我无关，不想关心
2、PO不想参与，因为进度可以通过工具看到
3、站会就是走个形式，没有什么用的
这三个理由恰恰就是我们平时在推行敏捷的时候需要克服的内容。
在一个健康的敏捷团队中，仅仅管好自己的任务是不够的。每个Sprint计划会后，会输出一份团队成员共同承诺的需求清单,这就意味着我们拥有统一的目标。但我们的工作又是相互依赖的，所以对于一个需求仅仅只完成其中一部分，也就意味着需求是未完成的。
比如某次站会，有个小伙伴和团队同步信息，昨天完成了需求B，本来计划昨天开始进行的需求A延迟处理了（需求A原本约定今天提测）。咋一听，应该是遇上了阻塞，但是详细了解后发现是个人的安排出现了偏差，小伙伴发现需求有难度，于是临时调整了自己的计划，先完成了简单的。小伙伴只关注了自己要完成的内容，未考虑团队整体的目标。虽然及时发现了问题，未造成大的影响，但是通过这个小小的案例可以让我们更加体会到相互的依赖对队友是会产生影响的。
作为教练需要引导大家抛弃你的、我的，让团队聚焦在我们的目标上。当我们互相了解彼此在做什么，完成了什么。每天的信息传递才能让每个人更多的了解整个项目的业务和技术状况，才能更合理的制订每日计划。并且在工作中遇到障碍或问题，也可以及时提出来，得到大家的帮助。
“研发Ａ：需求A目前有外部阻塞，需要产品来跟进“
“研发Ｂ：需求Ｂ的已完成了，等待产品验收“
“研发Ｃ：需求Ｃ的逻辑昨天和产品讨论了两个方案，还没给出最终决定”
每日站会中经常会听到需要产品确认的内容。而PO的缺席不仅会增加SM的会议总结成本，而且还会降低信息传递的效率，更加会影响到障碍解决的速率。不仅是PO，团队里的任何一位的缺席都会对信息的快速传递造成影响。作为教练，不仅要引导产品，更要引导会议的必要干系人都积极的参与。团队中的每个人都是桥梁的一部分，只有每个部件都齐备，才能搭建起一座完整的“桥梁”。
闭上眼睛想一下是否有过这样的情况，每天站会反馈的进度都是正常的，团队的沟通看着也是紧密的，但是临近Sprint尾声，开始状况百出：设计方案出现偏差、外部依赖没有解除、环境不稳还来凑个热闹。最终团队加班加点，赶工上线。
站会流于形式，就看不到团队的真实情况。作为教练需要及时解决，引导团队有勇气说出自己的困难：如果是自身的问题，没有关系，只要能在过程中吸取教训，团队允许犯错；如果是外部的问题，没有关系，我们做了怎样的尝试，现在还需要怎样的支持等等，明确表达，让跟进人可以快速的切入问题解决问题。当站会慢慢发挥出它的作用后，站会的质疑声也就会自然消散。
如何快速搭建一个高效的每日站会
虽然Scrum指南规定了每日站会的内容，但是在实践过程中总是会发现团队的一些不良行为影响着会议的效率。
最常见的现象：
1、站会时间到了，团队成员都坐在位置上等待SM的召唤
2、会上某位同学抛出一个问题后，一不小心就开启了热烈讨论，会议时间变得超长
3、当A在同步自己的进度时，其他同学结对说起了别的需求情况
4、一轮我昨天做需求A，今天继续做需求Ａ的发言后结束站会，团队的进度情况云雾迷蒙
5、站会总是有人请假，而且未同步其当日进度
消除不良行为最快速的方法就是建立团队公约并进行持续的修正。
搭建团队公约
在实践过程中发现整理成公文的团队公约比口头的公约更让团队清晰规则。
教练可以提供一个简版，然后协助团队去完善公约。团队中每个人对于要做什么，怎么做都能达成高度统一后执行的效率才会是最高的。
简版公约
| 时间约定 |
每天早上十点开会 |
| 内容约定 |
昨天做了什么，今天准备做什么，遇到了什么阻塞 |
| 规范约定 |
不迟到
每个人都需要发言 |
以下是某个团队的真实公约，也正好覆盖了上文中的不良习惯的现象，借鉴给需要的团队参考。
详细公约
| 时间约定 |
每天早上十点准时开会，迟到罚款10元
每次会议十分钟以内（时间为10人团队的数据，时间可根据人数浮动调整） |
| 内容约定 |
只描述昨天完成的和今天计划要进行的内容，以及遇到的障碍。站会只抛出问题，不专项解决问题。
描述的内容信息明确，且容易被团队清楚理解其进展，避免出现说和不说一样的情况，比如昨天做需求Ａ，今天继续写，没有问题 |
| 规范约定 |
当一个人讲话时，其他人都认真听，不打断，不做其他的事情
声音大小要让距离最远的小伙伴听清楚
有事参加不了站会，微信或者其他通讯工具同步信息，并请其他同学帮忙更新状态
当研发任务都完成后进入产品待验收，产品第二天站会同步验收结果，对于上线前的完成理解保持一致
当天反馈的障碍在TS上有记录并且当天给出反馈 |
| 常见障碍解决方案约定 |
老板突然安排的任务：判断优先级，告知插入任务后会对当前Sprint造成的影响及风险
环境配置需要改进：预调评估可能需要花费的时间并和产品经理同步信息
无法得到答复：和团队一起商量，需求其他PM帮助，确认最终只能等待信息，暂停该任务，先处理别的任务，保持效率
外部依赖：提前确认并及时跟进和汇报进展 |
持续修正每日站会
虽然制定了公约，但是一些不良的行为依然会反复的出现。对于一些会影响到别的伙伴的不良习惯，我们需要及时的去解决。通过持续的修正，不断地练习实践帮助团队养成良好的习惯。
比如A团队约定开会不迟到，迟到罚10块。但在执行过程中发现某位同学经常性的会请假，虽然会在工作群中说明当日进度和当天计划，但是文字的信息同步总会比面对面的沟通效率低一点，出现问题时也无法快速的得到反馈。看似很小的一个行为，但是也会带来蝴蝶效应。一个Sprint后发现站会请假的频次慢慢的变高了。
发现问题后我和团队一起商量针对站会规则做了一次小小的调整，有事请假需要提前半小时说明，临时请假的罚款金额提升到一次50元。新约定成立后，请假的现象显著下降。
推荐阅读
部分图片及电子书来源于网络，版权归原作者所有，仅供学习勿作它用。如果侵犯到您的权益，请联系我们。
