站立会，顾名思义，与我们常见的坐着开会，站立会是站着开会，以身体的放松来带动精神的放松，一方面提升工作效率，另一方面也有助员工身体健康。每日站立会在软件开发特别是敏捷开发中，都将其视为不可或缺的一环。
为了提高开发团队工作效率，我们也开始执行实施每日站立会，开始大家还是挺兴奋的，但在执行一段时间后，有的项目小组就没继续执行，而另一些即使执行的也是有些变味。通过向大家了解了发现在执行中遇到了如下的问题：
1，站立会比较机械，每个人轮流讲一下昨天做了什么，今天要做什么，没有什么东西可讲，就问一下东西都做完了没，慢慢大家就没有之前的热情了。
2，项目经理站起来开展会，大家还是在自己工位上各自忙着，项目经理指到谁，谁就说一下他的进度，也只说给项目经理听，其他项目人员都不关注。
3，项目经理或是其他人员去客户那边，没和开发小组一起，没有人主持就不进行了。
4，工程师可能参与多个项目，或是被安排其他工作任务，人员没在就不开了。
5，此时项目工作有美工、测试参与时，不知道要不要让他们参与每日站立会。
6，每天都开会，是不是太频繁，毕竟大家都会写工作日志邮件汇报工作，每天再这样开一次会议真的有必要吗，改成每周开一次是不是更合适，但又担心每周开会可能会导致，成员发现项目中某些问题，总是留在开项目周会的时候才提出来，没有及时提出。
为什么会出现以上问题呢？个人觉得有1个原因是，当站立会变成每天比做项时，大家对这个会议的认识变成了日常常规必做的事情，而忘记了最初要开这个会议的目的。
为什么要开会呢？如果平时有问题主动沟通解决了，还需要开会吗？为了开会而开会是没有意义的，不用开会是最高境界，但有些必要的会议还是要开的，比如一个版本发布之后的一个总结，集体讨论某些事情（需求设计等）。站会最大的意义是沟通，是在面对面沟通的敏捷原则之上创造的一次强制性的沟通机会，为那些在需要面对面沟通时由于个人性格、时间、被沟通者不在现场等客观理由创造一次机会，让每一个人都有足够的参与感，为项目的成功出谋献策，为项目的某些问题争得眼红耳热，这样让每一个人成为项目的管理者，培养团队的文化，让每个人意识到：我不是一个人在战斗，我们是一个团队。
如何开好每日站立会呢？注意一下几点：
1，有开发工作开始后必须开始，直至整个系统UAT上线且问题解决的差不多
2，站立会人员尽量控制在10人以内，每人不超过3min（最好在20min以内完成）,
3，每天定时、定地开站立会，不需要另外发邮件通知
4，在站立会上每个人当且仅当回答以下4个问题：,
1）昨天完成了什么,
2）有什么难题需要别人帮助解决
3）今天做什么（所以开发经理一定要提前分配好成员的工作任务）
4）询问项目经理/开发经理有没有新增的工作内容，沟通好新工作内容的交付时间及其他原本的计划
5，在汇报时每个人进展时，不需要汇报时如何做的，只汇报进展
6，需要别人帮助的问题在会后单独讨论
7，会议完后主持人更新项目任务计划表
8，会议室名称改为“War Room”,做项目如同打仗，分秒必争！让大家从精神上来重视这个会议
关于站立会的其他方面点说明：
站立会主持会议者
项目经理或开发经理主持会议，确保没人发言时不能跑题
如果项目经理开发经理都不在，请指定项目团队主持人
如果有美工、测试参与了任务，请会议主持者提前通知让他们一起参加
可以点评、提醒每个人的工作，但是一定要简短点评
如果对总体情况进行总结，一定要简短
会议纪律
不能迟到，如果迟到就要惩罚。如当天请大家吃点小零食，
不要带手机，尽量也不要带电脑（除非有必要）；开会前准备好自己的语言
只有一个声音在发言。不能一个人在发言，其他人在开小会，其他人请保持倾听
非本小组成员，可以旁观，不需发言（比如QA）
不能中途有人退席。不允许有的人在汇报完自己的进展后就退席
其他注意事项
一定要当面开会，不能邮件替代站立会
一定要每天开会，每天跟踪项目进展
不需要整理会议纪要，除非有别的目的
任务的分配与领用
任务的责任人要明确
任务的颗粒度小于2天
如果有的任务颗粒度实在无法拆分到2天以内，则需要设置中间的检查点
任务完成时间要明确
任务完成标准要明确
任务识别要尽可能完备，不要在过程中增加很多遗漏的任务。在识别任务时，团队中的各个角色要参与，要充分讨论
增加、修改任务要用不同的方式标识出来
高层经理尽量不要越级直接给团队成员下达任务
网友评论