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

建议的晨会/站会组织方案

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

明确议题：昨天做的，今天计划做的，遇到障碍需要协助的；
形式：成员自发的一个接一个的发言，中间没有打断和交流；
共识：关注整体进度，透露心声、抛出任何方面的障碍

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

Team Leader不参与；
记录晨会暴露出来的问题，逐步引导团队成员日常解决，让晨会越开越短；平板支撑等能缩短实现的方式；
强调会议的重要性：迟到等不允许，准时开始不等待；如果时间是障碍，那就约定一个大家都可以的时间，但要明确时间不再是借口；
以提问方式，引导成员感受到计划和意识动态的变化，并不断反省；
对于发言时间失控的情况，可以考虑采用平板支撑等消耗体力的自然计时形式

常见问题和改善建议

问题集中在站会

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

没有固定时间

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

晨会时间失控

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

确保晨会“安全”的氛围

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

汇报工作

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

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

习惯性的应答者

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

期望晨会去控制质量

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

过于具体和聚焦

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

晨会限定了提出的问题范围

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

其他建议

通过晨会之外工作，加强晨会效率

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

偶尔会发散

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

敏捷例会、Scrum站会/晨会/进度会议怎么开？有哪些常见问题、如何解决相关推荐

[敏捷开发实践]（2）用于开发和维持复杂产品的敏捷开发框架Scrum
[敏捷开发实践](2) 用于开发和维持复杂产品的敏捷开发框架Scrum 1,Scrum概述上篇中提到敏捷开发有两种主流的方法,一个是XP,另一个是Scrum,本篇简要介绍Scrum方法.Scrum是 ...
《天天学敏捷：Scrum团队转型记》读书笔记
读书给人以快乐.给人以光彩.给人以才干. -- 培根基本信息作者:杨蕾,郑江著推荐值:76.7% 微信读书:天天学敏捷:Scrum团队转型记收获 & 思考阅读目标:提前明确目标,有助 ...
每日Scrum站会实践推荐
流程 1.团队在Scrum 白板前集中,推荐围成一个半圆形状. 2.最左边的成员开始讲述昨天/上一次Scrum每日站会后到现在为止,完成了什么任务,只需讲对应的任务就行了,不要讲很长的故事. 3.讲述 ...
B站不能拖动视频进度条问题
B站不能拖动视频进度条问题关闭网页自由复制.网页限制类插件即可
敏捷方法论—scrum
敏捷方法论-scrum 敏捷方法scrum,相对于传统的瀑布式开发,的核心观念除了增量和迭代两个核心词外,核心的观念差异基本就是敏捷宣言的理念: 1.通过迭代式增量应对产品需求变化和开发技术变化. 2 ...
【商业模式学习感悟】《B站：叛逃二次元和想破开的圈》读后感
0 引言看了这篇文章<B站:叛逃二次元和想破开的圈>,作为B站的三次元用户(看新闻时事.知识分享居多),我写写个人感想吧. 先简单对文章<B站:叛逃二次元和想破开的圈>概括全 ...
最近的一次敏捷项目Scrum经验总结
Team刚刚完成了一个敏捷项目,做一下项目总结,以备以后借鉴和提高. 需求 - 沟通 – 人 - 过程 - 工具项目要成功的最关键因素是什么?软件要快速高效又高质量的提交靠的是什么?有人说最关键是项 ...
什么是敏捷开发Scrum
瀑布式开发的流程如下图所示: 这种开发流程存在着一个问题,就是在开发的过程中,如果市场的需求出现了变动亦或者在计划阶段没有很好的理解需求,就意味着产品可能会需要从头开始进行开发,亦或者为了增加新的功能 ...
敏捷开发-Scrum与精益相得益彰
摘要: 瀑布模型是软件工程中最初的经典模型.这种方法对于那些在初期需求就很完整清晰,并且在开发过程中不会有太多变化的项目非常适用.但是,大多数情况下在软件开发过程中需求会不断变化,而瀑布式开发很难适 ...

敏捷例会、Scrum站会/晨会/进度会议怎么开？有哪些常见问题、如何解决