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