关于站会要回答“三个问题”，了解过 Scrum 的人都非常清楚，即：我昨天完成了什么工作，今天准备完成什么工作，有没有影响进度的问题。
但是还是会经常出现团队驾驭不了站会的情况，就像站会第一篇中提到的几种情况。那么问题出在哪儿呢？其实大家都会有种感觉站会的目的也好，内容也好都很好理解，但是一到操作层面就会无所适从。首先我认为这很正常，就象是学开车，理论知识满分，训练课上也非常用心的听教练讲解，但一到自己上手实操就会手足无措，犯各式各样的错误。这种情况对于刚转型敏捷的团队表现尤为明显。
僵化
那么如何改进呢，同样以学开车为例。在上车实训时，教练都会先把车内与驾驶相关的主要功能部件跟大家解说一篇，比如说后视镜，倒车镜，方向盘，灯关开关，离合，刹车等等。然后再手把手地把从点火发动到行驶上路的每一个步骤操作讲解一篇。最后把操作权交给你来实践。第一把的感觉如何？不用说，对于大多数新手，那叫一个刺激紧张，虽然表面平淡似水，但你的手脚实际上已经出卖了你。不是操作顺序弄错了，就是忘记了某些规则，我想很多人都有把油门当刹车的尴尬时刻吧。这种情况也同样可以解释为什么新转型的团队把握不好站会。知识的确简单易懂，但从知识转变为行为习惯却不容易，尤其是需要否定以前的经验和需要做出改变时。很多有经验的教练都会把开车的步骤编成简单易记的顺口溜，比如说我到现在还记得上车时教练教的几句话：“一踩（离合），二挂（档位），三打灯“右转向灯”，四松离合，五观风（观察路况），上车起步劲不够，轻点油门往前轰，如果情况不太妙，踩紧刹车别放松”。我比较听话，教练怎么说就怎么做，僵化执行，不打折扣。当然我的驾驶技术并没有突飞猛进，秒变老司机，但至少犯错的机率小了很多，很少被教练“骂”。一般来说指导团队的敏捷教练经验也都比较丰富，给很多团队做过辅导，见多识广，并且都有一套属于自己的有效方法。刚开始实践敏捷方法，不妨空杯心态，僵化执行，教练说东不去西，叫去买羊不看鸡。当然我们可以思考，可以有批判地接受，在初始阶段还是不要想着创新。人都喜欢幻想，总想着出新点子出新方案，但在自己没有完全领悟到其核心思想时，不妨做个新手司机。
优化
在遵照“操作宝典”执行一段时间后，我们可能已经基本上接受或吸收了其核心内容，了解了背后的深层含义。此时可以适当地总结和优化，必毕竟每个组织，每个团队的情况各有不同，没有放之四海而皆准方法公式。但这种优化必须是建立在两个基础之上的，第一不违反核心程序，第二不改变核心规则。再以学开车为例，不踩离合先挂档能走吗，不打转向灯就起步很可能是要出事滴。这里的先离合后挂档就是核心程序，打转向灯则是核心规则。如果没搞明白这两项，无论如何，你都不算懂开车。当然你要非说我开的自动档，那我们就不能再一起愉快地玩耍了。那么哪些是可以优化的呢，比如说我就是要简化方便，可以，换辆自动档吧。比如说我上个 360 度全车影象加自动刹车辅助系统，可以，驾驶时可以省点心了，不用老是频频左顾右盼，也不用老是担心来不及踩刹车了。开敏捷站会原理相同，可以根据团队的实际情况进行适当优化，比如说我们也换辆“自动档”-- 采用电子看板替代手工白板，以提升站会效率；再比如说我们也上个“自动刹车辅助系统”-- 采用警示铃以避免站会跑题或站会不守时情况。
固化
那么当优化落实后，就要想办法将适用的团队的站会实践固化下来，转化为团队的行为习惯，以避免日子久了，人心散了，队伍不好带了的局面。比如说固化到团队公约文档中，再比如说在工作电脑上贴上电子或物理便签用以提醒。
啰嗦了半天讲站会的僵化，优化及固化三段式。下面介绍两种比较有序的站会形式，或者说结构化的站会形式。
结构化
分总分总式：回顾 -- 总结 -- 计划 -- 总结
第一步：以用户故事为单位，参与该故事开发的所有人员（前端，后台，测试等）依次回顾前一天承诺任务的完成情况；依次将所有已启动用户故事回顾一遍；未启动的故事可以略去。
第二步：结合燃尽图总结需求完成茺，查看是否存在延期可能，可大致推算出如果要如期完成迭代，当天需完成的需求数。
第三步：回到用户故事目录，按照用户故事优先级，所有人根据当日目标需求数，承诺完成新的任务或故事。
第四步：提出并汇总是否存在阻碍进程的问题，如果适用，可以作为当天的任务项添加到迭代看板中。
（适合团队有职能分工，协作完成用户故事的情况。）
分总分式：小结 - 总结
第一步：以用户故事为单位，每个人小结前日承诺任务的完成情况，今日承诺可以完成的任务或需求数（可以记录下已完成的需求点数和新承诺的需求点数），以及是否存在阻碍进度的问题；依次进行
第二步：集体查看烯尽图，明确按当前的完成情况和承诺情况，是否存在延期，是否能如期完成迭代目标。每个人可根据实际情况重新调整工作安排及承诺。
（适合团队成员可独立完成用户故事开发的情况。）
网友评论