SCRUM实践的一个教训

问题

最近兼职SCM做一个比较大的项目，需要不少的QA来支持。以前都只是SDE参加的SPRINT，现在多了QA之后，想当然地增加了QA的story。一开始QA没什么可以测的，相应的story少所以没有察觉到异常。当进行到迭代7时，在plan会议上，突然发现没有story point给SDE来接story了，原因是有大量的QA的story把额度用光了。

分析

为什么会出现这种情况呢？QA忙不过来，SDE却没活干。我认为从根本上来讲，只要存在SDE和QA的分工的情况下，就不应该把两种资源放到一个篮子里来运作SCRUM。换句话说，能够放到一个backlog里运转SCRUM的应该是同质的资源，比如都是SDE。理论上任何SDE应该能干任何story。这样不同的story之间，story point的累加值在各个迭代之间才有可比性。

解决方法

简单说就是分开运作。有几种不同质的资源就应该有几个独立的SCRUM团队。当然，团队之间的协作还是需要工具来支持。比如每个SDE的story完成之后，QA的backlog里就会生成新的story。反过来，如果QA发现了bug，SDE的backlog也会增加。

缩写语解释

SDE: Software Development Engineer