站立会，顾名思义，与我们常见的坐着开会，站立会是站着开会，以身体的放松来带动精神的放松，一方面提升工作效率，另一方面也有助员工身体健康。每日站立会在软件开发特别是敏捷开发中，都将其视为不可或缺的一环。

为了提高开发团队工作效率，我们也开始执行实施每日站立会，开始大家还是挺兴奋的，但在执行一段时间后，有的项目小组就没继续执行，而另一些即使执行的也是有些变味。通过向大家了解了发现在执行中遇到了如下的问题：

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天以内，则需要设置中间的检查点

任务完成时间要明确

任务完成标准要明确

任务识别要尽可能完备，不要在过程中增加很多遗漏的任务。在识别任务时，团队中的各个角色要参与，要充分讨论

增加、修改任务要用不同的方式标识出来

高层经理尽量不要越级直接给团队成员下达任务