敏捷开发之五:站会和问题解决

敏捷开发Scrum中最有趣的形式要数这个“站会”了,Stand up。原意是说站着开会效率高,估计大家都参加过很多效率不高的会,在敏捷开发中,容不得浪费时间。

按照标准的Scrum模式中,站会是每天早上进行的。对于这个定义我们在实践中做了很大的扩展。

首先,因为我们的开发时间是早上九点到晚上九点,因此我们一天开两次站会,分别是早上九点的晨站会和晚上五点的暮站会。

其次,明确站会的任务就是提出问题,只提出不解决。因为一旦要解决问题就会讨论,就可能有不同意见,然后时间就不可控。基本上我们的站会时间控制在5分钟左右。

第三,站会的流程是先检查一下之前遗留的问题是否已经解决,责任人和时间有没有问题,然后每个组、每个成员都可以提出当前碰到的问题,问题一定要描述精确,不能泛泛而谈。要有专人记录问题是否解决和提出的问题。

第四,在站会后,专人发出邮件给项目组所有成员,列出最近解决的问题、这次提出的问题和历史解决问题。每个问题都会有一个日期+序号的编号,以及问题解决人是谁,便于跟踪。这个邮件还可以抄送给不在项目组的方方面面的领导,便于了解进度和指出可能的疏漏。

最后,既然站会只是提出了问题,那么之后的时间是要解决问题的,所以除了电子邮件以外,我们还是准备了白板,一分为二,一边是要解决的问题,一边是已经解决的问题,来提醒项目组的成员。我发现这几乎是Jira的敏捷工具唯一的问题,没有提供站会的功能,我之前使用的assembla敏捷工具中是有这个功能的,那样的话就可以派发给相关人了。

从我们实践上来看,绝大多数问题都在一天内提出到解决,问题尽量不要超过一周,还是这个道理,一个sprint大约两到三周。

敏捷开发的敏捷是全方位的,包括开会和问题解决,保证每个事务的效率,才可能整体效率提高。

Leave a Reply