团队实践Scrum已有十余年。站会/晨会是Scrum管理的一个缩影，最能体现问题。整理了常见的一些问题，持续补充。

晨会组织者或者管理者的风格是团队的核心，组织者和管理者的以身作则和风格奠定是非常重要的； 晨会除了按人的顺序进行组织，还可以考虑按照模块、工作性质、用户故事来组织；

一些具体小方法（有些可能极端，但为了强调会议重要性，要无视前期的损耗）：

Scrum只是一个协作方案，充分利用每日的开始进行信息共享，集中大家注意力。不能因为有了Scrum就把每日的问题都集中在晨会上，平时有问题应该是及时提出尽快沟通解决掉，避免Scrum框架化、形式化，成员没有太多的参与感。

晨会建议可以固定时间（如上班后的半个小时），即利于养成习惯，固定时间也方便大家提前做准备，避免会上的等待和遗漏、流于形式

参与人员较多（10个人）。Scrum晨会的长度应当控制在一刻钟，视团队规模会略有变化，但一般Scrum本身对团队规模也有要求（不要超过7人）；在有限的时间内，高效的体现信息是努力的方向；一般每个人差不多1-2分钟即可；

站成一堆不分主次或站成一排每个人轮流上前，既便于沟通，也利于放下心防。切忌切忌PM或TM发问的形式，晨会容易开成review和批斗会。

晨会目的在于信息共享并提出问题寻求资源协调，而非汇报工作；每个人应该对自己的进度障碍有掌控；

如果节奏容易变为团队Leader主导，可以尝试每周指定一个master作为晨会发起人

晨会的主要问题应集中于昨天或上周做了什么以及有没有完成、今天想做什么，前面的内容需要哪些帮助或者对别人有哪些影响；在分享过程中，他人如果有建议或者意见需要及时提出；但应避免解答集中在管理者或某个人，而应该是团队来解决问题。

晨会并不能控制或保证质量（尽管或多或少会有帮助），最终还需要引入缺陷管理、BUG榜单等方案。

除了整体的方案，个别的方案只要抛出问题，由各相关人进行会后讨论即可；整体的方案也不宜过细，可以另外找时间开专题会议；必要的分享和总结，可以日常通过邮件或者专题分享解决；

很多晨会过于强调聚焦工作进度，一定程度上存在管理与执行出现对立的风险、导致不安全的氛围。 对于开发来说，可能遇到的问题除了需求、设计以及他人提供的接口等，也可以包括对于日程的编码风格、规范的建议或意见；

为了提高晨会的效率，除了日常问题及时沟通解决外，不同模块的代码review、业务和技术分享也是比较好的方式。这样会议上交流的问题背景应该都是了解的。

建议利用白板集中注意力。