每日站立会议是敏捷流程scrum中的很重要的一个制度之一。
功能：
站立会议的目的：
1、让所有人了解其他人在做什么，当前项目计划进展如何
2、帮助大家解决那些阻碍做事情的问题，以及共享承诺这些都非常有利于提高团队合作精神的。
注意要点：
1、主题明确，不能掺杂其他无关的话题
每个人就4个问题回答：
1）我们上次开会后你都干了什么？（要关注细节，又不能过分详细）
2）每个你负责的、正在做的任务还剩下多少时间？
3）我们下次开会之前你要做什么？（当成员间的工作有依赖关系时，会给其他成员一个很好的提醒，自己给自己设定一个目标）
4） 你的工作被阻碍了吗？（组长会后要及时解决会议上提出的阻碍，否则会影响大家反映阻碍的积极性）
注：如果有问题需要讨论，但只需要几句话的讨论，那么在会上解决。否则需要详细讨论的，记下来，单独安排一个会议专门讨论。
2、站立会议只允许“猪”讲话，不允许“鸡”讲话
猪-团队成员鸡-其他人员（例如观摩的领导等）
3、所有人站立围成一圈，不能围坐在一起桌子周围站立暗示这个会会很短，强迫大家更专注和投入，还可以避免有人坐着收发邮件和其他分心的事情。
4、确保整个团队都要参加每日会议
5、每日会议是团队交流会议，不是报告会议，每个与会者要清楚，团队是在互相汇报和交流情况，而不是向主管或经理做汇报
6、每日会议应该控制在15分钟之内
7、不要把每日站立会议作为一天的开始，不要太早也不要太晚避免有人从心里上把一天的开始跟这个会议联系在一起。
8、站立会议要在每日同一时间同一地点举行
注：以上内容来自网络分享或总结，仅供参考
点评或感受：
第8条有些人可能觉得没必要，不过对于敏捷开发来说一个熟悉的环境讨论同一个问题有助于让人回顾起一些已经快要遗忘的探讨内容，毕竟睹物可以思人，思考更是没话说。
第2条则讲的是让大家安静的听从别人的想法，取其精华而不是过早扼杀在摇篮中，哪怕你有更好的解决方案，目的是互相学习和建立互相尊敬的氛围
这个开发模式也是激发大家在短时间迅速表达和接收新思维的能力，长时间保持这种工作状态非常有助于提高团队协作能力。
实践每日站立会议可能遇到的问题：
第一条，会议本身的目的性非常强，不过对于长时间的团队配合难免有时候会出现将每日会议当例会来开，演变成懒散的"早会"，所以这个会议的scrum master最好有一定的威信并且善于把握节奏
第二条，听主讲人讲话是好的，不过经常会有瞬间的想法或者改进，按照会议要求需要继续听讲而不是打断，则需要抓紧记下笔记，以免过一会想法就遗忘了，新想法是好的，不过作为敏捷开发有时会有强制的时限要求，可能要考虑实施的价值
第三条，之前看过一个调查，说是人的注意力持续时间大概在36分钟左右，所以15分钟的站立确实也能达到很好的效果
第四条，每个人都到的会议是理想化的，一般也能达到，出现缺席也很正常，如果会议内容很重要不妨录音或者视频记录发给缺席人员。
第五条，与会者需要锻炼快速表达思维的能力，避免啰嗦，多参加几次会议并发言估计也能达到提升的效果，大家要予以理解。
第六条，15分钟，应该除了不可抗力这样非常紧急或者优先级高的事情，应该都能保证，会议宜短不宜长，明确好任务就可以解散执行了。
第七条，有关会议心理，第一条可以一定程度上缓解这样的误解
第八条，如果不能同时同地也要尽量维持周围环境一致性，有利于更好代入节奏
每日会议的必要性，可行性和效果分析：
从上面的要求来看，确实是从多维度的规则上保证并要求大家在同一地点时间等方面快速的把已完成，要完成等工作迅速阐述明白，而且在主持会议scrum master的带动下高效地明确统一任务安排，时间在15分钟内，并不算长，这样的高效会议长时间执行能提高各种能力，对于团队的自信和效率都是很有帮助的。
不过相反的，敷于表面的会议形式或者心理上就不认同会议效果带来的就是时间上的浪费。换言之，这么简短的会议对于不同的人或团队是有不同效果的，基本上执行一段时间就会产生两极分化的结果。
以上分析纯属个人理解，并没查阅到相关数据，如若有证据证明本博的正确或错误，也欢迎私信或评论