说说SCRUM和看板的关系

Scrum来自敏捷开发,看板来自精益。两者既有差异又有相通的地方。

1. 关于价值

Scrum是一种敏捷方法,它遵循敏捷的原则;看板是一种精益方法,它遵循精益的原则。它们共同追求的都是以最小成本追求最大价值,杜绝毫无意义的活动。

2. 关于计划

无论Scrum还是看板方法,都支持动态地计划管理,都可以随时接受外部因素的变化,及时调整,且不会受到大的影响。

在Scrum中,外部的变化不会体现在当前的迭代计划里,而是在下个迭代计划响应;而看板可以随时把外部变化加入到在制品行列中,在团队有余力时再处理。

3. 关于在制品

不仅来自于精益生产的看板方法是用来限制在制品的,来自敏捷的Scrum也是用来限制在制品的。它们都遵循控制在制品的两个关键原则——控制任务包的规模和平衡资源。

所不同的是,Scrum是通过限制每次迭代周期内开发的用户故事来限制在制品的,在制品的数量在Sprint计划会议上决定。而看板则是通过在每道工序中限制并行任务数量的方式来限制在制品的。

另外,Scrum对于在制品的大小是有要求的——一个用户故事的大小必须是能在一个迭代周期内能完成的(否则就无法纳入迭代计划中)。而看板方法因其只关注并行任务数量,所以没有这个限制。

4. 关于可视化

无论Scrum还是看板方法,都支持简单、直观地展现项目的状态。

所不同的是,Scrum使用的敏捷岛上的燃尽图等工具来展示,看板使用的是看板。

其实,“不管黑猫白猫,能捉老鼠的就是好猫”。不管是Scrum还是看板,只要能帮助我们“以最小成本实现最大价值”,我们都可以拿来使用,没有必要去管这种做法究竟是敏捷还是精益。

这正是:

无论黑猫或白猫,能抓老鼠是好猫

管它精益或敏捷,高效开发就是好

参考书目:猎豹行动:硝烟中的敏捷转型之旅,作者:刘华,出版社:人民邮电出版社

作者简介:王小双,长期从事GJB5000推广、实施、评价、改进的工作,创建《软件工程之思》微信公众号,一直在《软件工程之思》分享GJB5000、CMMI、软件工程的知识和感悟。现致力于GJB5000咨询以及软件过程改进、软件工程能力提升的研究工作。

我来评几句
登录后评论

已发表评论数()

相关站点

热门文章