敏捷实践之站例会
敏捷实践之站例会
黄隽 Charlie
2019年01月
序 言
随着近些年敏捷在行业及企业的推广，越来越多的企业意识到了敏捷所带来的好处，并愿意在敏捷上有所投入，从而越来越多的朋友加入了敏捷从业者行列，愿意学习敏捷知识。多年热衷于敏捷的我，参与或主导大大小小敏捷转型项目实战和敏捷圈线上、线下活动，阅读大量书箱文献，活跃于敏捷大咖们的议题讨论事件，以及从事多年专职顾问的经验，有些小热情总结一系列文字内容帮来分享给那些已经或者正准备踏上敏捷之路的朋友们用于个人学习、研究和欣赏，以及非商业或盈利性用途，为在敏捷之路的个人和群体贡献一份力量。
系列文字主要内容来自于个人敏捷转型实践、书箱文献和日常系列活动心得等的提炼总结和创作。此系列文字内容推荐有基本敏捷常识及有一定Scrum理论基础的朋友们阅读，并按实际场景进行参考。
如以上内容涉及版权或原创作者有不同见解之处，敬请及时告知，乐于接受并给予修正。
目 录
1 定义和特性说明
1.1 定义
团队每天站着召开的短时间会议称之为每日站立会议。
1.2 特性说明
1.2.1 时间盒
是开发团队的一个时间盒限定为 15 分钟的事件。 时间建议不要太久，对于5-9人的团队来讲15分钟的会议时间足够。
1.2.2 非进度汇报
每日站立会议旨在让团队统一目标，协调团队内部问题的解决，绝非进度汇报。每日站会也同时有助于每个团队成员专注于他每天需要完成的任务上。
1.2.3 有主持人
会议主持人（比如Scrum Master、轮值者、教练、团队协调者）确保会议的举行，并控制会议时间，团队成员进行简短有效的汇报。
1.2.4 回答3个问题
会议上每个成员需要回答3个问题：昨天都完成了哪些工作？今天准备完成什么？工作中遇到了什么问题？
回答的形式与目的不是向领导汇报工作，而是团队成员之间相互交流，以共同了解项目情况和共同解决问题。
1.2.5 限制发言
团队外成员也可以参与，但没有发言权。
1.2.6 自觉按时到场
所有的团队成员需自觉按时到场，会议主持人要按照预定的时间按时开始会议，而不管是否有人还没到。对于迟到的人员要有一些惩罚措施，比如缴纳罚金或做俯卧撑等。惩罚措施和数量由团队成员事先共同商定，如果是罚金，如何支配也由团队共同决定。
1.2.7 同时同地
每日站立会议应尽可能在同一时间、同一地点召开，最好的方式是在团队的可视化的任务板前面召开。 任务板上可以看到当前Sprint的燃尽图和Sprint中各个任务的状态。
1.2.8 更新进展情况
在会议开始之前或者会议中，各团队成员在任务板上更新他负责的任务的状态，使每个人都可以清晰看到当前的进展情况。在实际操作中，会议中更新的为多，这样做的好处是：第一，更新的内容和口头的信息匹配，其他人对发言者的信息内容更清晰；第二，避免任何蒙混过关的行为，给项目留隐患；第三，能提供前后状态的对比。
1.2.9 会后讨论
某位团队成员在发言期间，其他人员应认真倾听，如有疑问可简短确认，但不应做过多讨论。如果对某位成员的报告内容感兴趣或需要其他成员的帮助，任何人都可以在每日站立会议结束后即刻召集相关感兴趣的人员进行进一步的讨论。
2 案例说明
2.1 常见问题
1) 在产品开发小组之间沟通不充分，设计人员输出的内容与需求不符，开发完成才发现问题，返工工作量大，如何解决沟通问题？
2) 团队成员的座位分散，公司会议室资源紧张，如何开站会？
3) 每次开会都超时，怎么办？
2.2 解决方法
1) 建议每天开站会，加强沟通和互动。每天了解团队成员最新的进展情况、问题、计划等，以便及时发现协作之间不一致的问题。
2) 建议每天早晨刚到公司时开站会，地点随机，灵活处理。如果条件允许，强烈建议一个团队坐在一起较好。
3) 需要会议主持人维护会议秩序，不要在会议上讨论问题，可以会后招集有共同话题的成员开单独的讨论会。可以利用道具，比如话筒，谁拿到话筒谁发言，限制频繁打扰发言人的情况。
2.3 主要收益
1) 快速同步进度，让组内成员相互了解彼此进展，从而了解本项目的整体进展；
2) 抛出遇到的障碍，寻求帮助的机会；
3) 给团队成员一种精神激励，要对每日的工作目标信守承诺；
4) 了解工作障碍。Scrum Master了解团队成员面临的障碍，进而快速排除；
5) 培养团队文化，让每个人意识到我们是“整个团队在一同战斗”。
- 点赞
- 收藏
- 关注作者
评论（0）