Being Agile！站会是一面镜子-京东云开发者社区

在Scrum实践中，每日站会似乎是一个很容易操作的实践，可是把这个站会开成人见人爱、花见花开的程度，却没有那么容易！

#### 先说明一下站会的标准姿势：

1. 在固定时间、固定地点，7-10个人的小团队
2. 每个人发言1-2分钟，发言内容是：“我完成了什么”，“我要做什么”，“我有什么问题和障碍”。

#### 我们先来思考一下，在Scrum框架里为什么要设计“站会”这个活动？
1. Scrum的原则是透明->检查->调整，“站会”是每天团队集体透明、检查进展，对标目标做调整决策的时刻；也是让风险与问题尽早发现的时刻。
2. 在Scrum里负责交付的是团队而不光是Leader，同时，敏捷强调的是个体与互动，所以这里的设计不是一对一的进展跟进，而是全团队的互动。
3. Scrum是轻量型开发方法，“站会”是在一个迭代的交付期内唯一的管理会议，除此之外，Scrum框架里没有设计其他任何的事务性管理活动。
 
**我们在开站会的时候，都有哪些非敏捷的状态呢？比如下图……，不要对号入座哦……**
![](//img1.jcloudcs.com/developer.jdcloud.com/e044cd6e-862c-4da5-89d3-778dc4594f7920210108103047.jpg)

**1. 汇报式的站会**
**【表现】**所有人面向Leader，汇报自己的进展。一般在这个站会上听不到团队之间的互动，经常是队员和Leader之间的沟通。
**【对策】**站会不是汇报会，站会的目的是向全团队透明进展，以保障协作；Leader也不是解决问题的唯一资源和责任人，团队要向自组织发展，首先要学会自己的问题自己决策自己解决。

**2. 在等待发言和等待结束中的站会**
** 【表现】**在站会上，大家不是在等着自己发言，就是自己发言后，等着结束。对其他成员的发言不关心或也听不懂。
**【对策】**当团队的工作直接由Leader分配，在定义团队迭代目标和计划时，如成员没有贡献，那每个人只会关心自己的任务是不是能完成。这时，团队的协作也不会发生。作为Scrum Master需要做的是第一，要建立集体向交付负责的意识；第二，迭代计划会要全员的参与与共识，要确保每一个人都能理解迭代目标与全局，而不是只有Leader才知道。要注意：只有让其参与决策，才有可能让其真正负责。

**3. 没有讨论尽头的站会**
**【表现】**站会陷入一两个人的细节讨论，严重超时。
**【对策】**每个人发言1-2分钟，遇到需要讨论的问题，可以快速约定，在会后进行。
 
#### 站会的状态应该像海豹突击队的作战会议，或者是球场上的碰头会：
![](//img1.jcloudcs.com/developer.jdcloud.com/7a258273-cc79-4d3e-ad0e-87d26240c4d120210108103231.jpg)

**开好站会，我们有以下策略：**
1. 群策群力不是空话，先有群策才能群力。
2. 时间最好安排在上午，而不是晚上；让站会的计划性更有效的发挥。
3. 站会前，每个人用两分钟梳理自己的工作，并更新好看板上自己的卡片。
4. 对于不清晰的表达，一定要澄清。
5. 总结团队的发言的逻辑顺序，以让大家能清晰的了解到交付现况为准。
6. 对标交付目标，集体更新燃尽图，观察是否有延期的风险。
7. 在站会上讨论的问题要做到“事事有回应，件件有着落“，可以现场在看板上建立卡片，帮助跟进。
8. 负责人放弃主持权，只在团队需要回应和支持的时候发言。
9. 团队可以用传递玩具的方式，牵动发言大家，同时，都要做到他人发言时，不打断。
10. 如果团队已经可以用看板和站会很好的管理进度，日报就可以免掉了。
 
**对于教练，站会就像一面镜子，团队的协作性、开放性等可从中一窥一二；同样，每个人也可以把站会当成镜子，观察到自己工作的效能情况：看看自己是否能快速地梳理清自己的工作？是否每天都能按目标完成工作？让我们用好这面镜子！**

------------

###### Being Agile 京东物流技术发展部效能提升部
###### 作者：效能提升部 宋宁
![](//img1.jcloudcs.com/developer.jdcloud.com/dde1d270-e62a-43e2-98c7-e4c2d4886dc220210108103459.png)

Being Agile！ 站会是一面镜子

Being Agile！站会是一面镜子