解决Scrum中障碍的5个小窍门

障碍可以拖慢甚至是停止一个运行得很好的Scrum团队。让我们来看看那些最常见的障碍以及解决的方法。
问题:
1. 如果障碍清单只记录在ScrumMaster的谜一样的黑名单里面,这就是一个问题。
2. 如果障碍清单一直不变,这是一个问题。
3. 如果障碍清单是空的,这是个问题。
4. 如果你的障碍清单里面的活跃条目越来越多,这是一个问题。
5. 如果ScrumMaster一个人把所有障碍都解决了,这是一个问题。

1. 让障碍变得可见

把所有障碍都写在翻转图或者卡片上,然后把它们贴在团队房间里在任务版附近的一堵墙上。这样就能保证团队中的每个人都可以看见这些障碍,尤其是要让大家在每日站会的时候也能看到。当然,有些障碍是很难解决的。但是,把问题隐藏起来只会让大家忽略它们的存在,把问题暴露出来才能给予团队足够的压力来解决问题。

把障碍都放在任务版的附近,让身为ScrumMaster的你有机会在每日站会上告诉团队:“我解决了X障碍,你们认为接下来最高优先级的障碍是什么?我会着手解决。”通过这种方式,团队能够知道ScrumMaster有没有尽责来帮助团队持续地消除障碍。

2. 寻找障碍

没有被障碍阻碍的团队是不存在的,也就是说每个团队都可以做得更好。如果身为ScrumMaster的你没有能够意识到障碍的存在,那么你就不是称职的ScrumMaster。经验不够丰富的Scrum团队通常不能够自己提出障碍的存在,所以你必须帮助他们找到障碍。例如:
 无论何时,如果在每日站会的时候任务版的状态没有变化,那就意味着有障碍的存在
 如果在“进行中”状态的任务数量比团队成员更多,很有可能就是有障碍的征兆

询问团队这些问题,你就会发现障碍的存在了。你也可以询问团队你可以做一些什么来帮助他们更快地完成任务。提醒团队这些都是阻碍团队达到更高效率的障碍。

3. 限制障碍的数量

有好几种方法可以帮助你限制障碍。一个方法是通过限制时间,另一个是通过限制障碍的数量。

你可以订立一条需要严格执行规则来限制障碍——一个障碍最多不能存在超过24小时。超过了24小时以后,这个障碍必须被消除或者放弃解决。被放弃的障碍只能在下一个Sprint才能被再次提出来。

如果你选择限制障碍数量的话,你可以通过设定同时打开的障碍的最大数量,例如4个。在编写障碍卡片然后贴到墙上的时候,你可以限制粘贴卡片的空间从而限制同时处理的障碍个数。当正在处理的障碍个数达到了上限,而你又发现了新的障碍的时候,你就必须做出判断,看看新的障碍是否比墙上的障碍更重要,如果是的话你就可以移除其中一个墙上的障碍然后把新的障碍贴到墙上去。

当然,新的障碍出现的速度通常都比你能够消除障碍的速度快得多,这样就会导致障碍清单越来越长。一段时间之后,你会发现你的障碍清单已经变得非常冗长了,这样的清单会让你无法集中精力来解决问题,也会让障碍的优先级排序变得困难,当然还会影响你的心情。所以说,不要去管理障碍,赶紧着手解决吧。不要害怕错过了重要的障碍,因为很快它又会被再次提起的。

4. 区分本地和全局障碍

区分开减慢团队的障碍和完全阻碍用户故事进行下去的障碍是十分必要的。第一类障碍可以叫做“全局障碍”,第二类障碍可以叫做“本地障碍”。全局障碍可以用上面的第三条小窍门来解决。要跟踪本地障碍,可以在对应的用户故事上贴上红色的便签纸。不要害怕使用过多的便签纸,这些都是你需要的。


需要注意的是,第三条小窍门有一个缺陷——放弃阻碍用户故事的障碍有可能会导致别的问题,因为这些障碍并没有消失。第三条小窍门能够解决全局障碍而不是本地障碍,因此一旦发现本地障碍,请不要犹豫,把它们全都放在任务版上吧。

5. 帮助团队清除障碍

作为一位ScrumMaster,你并不需要亲自解决所有问题。和团队一起讨论有什么障碍是团队自己可以清除的,团队在这个过程中需要什么帮助。随着时间的推移,团队就能够靠自身解决越来越多的障碍。但是,不要将所有障碍都交由团队自己解决,因为有很多障碍对团队来说都太困难了。

原文地址:http://www.scrumalliance.org/articles/371-five-tips-for-impediment-resolution-with-scrum