Agile Alliance！闪电侠之闪电站会成长记-京东云开发者社区

2020年中，我们接到消息提报新的敏捷开发团队，在这之前，一直听其他同事在年初就已经开始了敏捷开发，我们团队的人也都一直想尝试。这次机会来了，我们快速组建了敏捷开发团队-供应链闪电侠，这个名字体现了我们是供应链技术部的一部分，也是我们追求敏捷、追求更快的一种标志。

团队组建后我们成为了勇敢者俱乐部-四班的一员，并参加了敏捷培训，让我们认识了敏捷开发，认识了Scrum。

一日之计在于晨，敏捷开发从每日站会开始，了解了敏捷中每日站会的意义，开好敏捷站会可以让敏捷开发事半功倍。

#### 通过敏捷教练团队的培训，我们知道了敏捷站会的目的和意义：
- 让所有人了解其他人在做什么，当前项目计划进展如何 
- 帮助大家解决项目过程中的绊脚石，以及共享承诺。这些都非常有利于提高团队的合作。

#### 站会实践中遇到的问题： 
我们团队目前进行了4个迭代，通过回顾会主要反映出的问题是

##### 1.效率之痛，站会时间过长，团队的基础设施不足
敏捷教练组织我们SM参观了灰化肥团队的站会，发现他们有自己的可触控大屏，使用触控大屏开站会效率很高，每个人在大屏上操作自己的卡片并讲解进度，操作流畅，速度高效，十分钟就开完了站会，并同步了每个成员的进度和问题。

然而我们团队在开站会的时候，会议是由主持人通过笔记本投屏，寻找每一个成员的卡片，这个筛选的过程就比较慢，且浪费时间。最初我们团队有5个人，随着实习生和外包人员的加入，团队已达到了16人，这时候我们每次的站会都要开20多分钟，甚至更久。

##### 2. 漂泊之痛， 需要团队成员轮流早上抢占会议室，不一定每次都能抢到
灰化肥团队的站会是直接在过道的大屏前进行，而随着我们团队的人员增多，只能在会议室进行，且10点的会议室也是异常的难抢。抢不到会议室，我们只能在休息区，一群人围着一个笔记本开站会，这样漂泊不定，也就失去了计划性，不利于团队的稳定成长。

#### 站会实践中的改进：

##### 1.闪电侠之秒抢会议室
在回顾会上，我们团队群策群力，总结了之前站会中抢会议室的痛苦，发现我们站会的时间10点是会议的高峰期，所以我们决定将早会时间定在9：30，这个时间会议室比较好预定，每天都可以抢到离工位比较近的会议室，我们不再为了抢会议室而担心，也终于稳定了下来。

##### 2.闪电侠之闪电站会
为了提高团队站会效率，我们采取了团队核心成员每天轮流主持的方式。主持人主要检查每个卡片的任务进度情况，团队成员按照固定顺序花1-2分钟发言，快速描述“我完成了什么”，“接下来要做什么”，“我有什么问题和障碍”。目前我们团队16个人的站会基本在10分钟就开完了，这种多线程并行的方式大大节约了站会的时间，并提升了站会的效率，也增强了团队的协作能力。

轮流主持使团队成员对行云敏捷工具的使用更加熟练了，对站会的流程也更清晰了，从而提升了团队的自我驱动能力，在没有SM情况下，站会也可以很好的进行。

轮流主持站会让大家对敏捷的每个检查项也都有了更准确的认识和更好的实践。从我们的燃尽图可看出来，我们看板操作的规范性提高了，团队对需求的掌控能力和计划性也大大的提升了。

![](//img1.jcloudcs.com/developer.jdcloud.com/aadc5b04-3426-40ee-ac57-ed88a874590520210127091928.png)

------------
###### Being Agile 京东物流技术发展部效能提升部
###### 作者：技术发展部 供应链闪电侠团队 张文秀