敏捷/Scrum 之看板初体验

1.   看板简介

看板管理，常作Kanban管理（来自日语“看板”，カンバン，日语罗马拼写：Kanban），是丰田生产模式中的重要概念，指为了达到JIT(Just in Time, 及时生产)方式控制现场生产流程的一种工具。几乎每个学习丰田TPS（Toyota Production System）的企业都会不自觉的把看板当作第一个引入的模式，因为它直观有效。

将流程可视化

·        把工作细分成任务，写在卡片上，贴在墙上

·        把列命名好，來显示任务在工作流程中的状态

限制“在制品”（workin progress，简称 WIP） – 明确限定在每个状态下同一时间能有多少工作任务
度量生产周期（即完成一项任务的平均时间，又称循环周期），对流程进行优化，尽可能的缩短生产周期，并使其可预测。

 

2.      看板 vs. Scrum板

那么看板和Scrum板有什么区别呢？先用以下两个简单的Scrum板和看板比较一下。

两个board中，都跟踪了几项任务在流程中的进展- Todo，Ongoing 和Done。二者唯一的区别就是Ongoing状态列中的数字2，2的意思是指“不管什么时候，这一列上最多只能有两个任务”。换成Scrum的话，团队可以把所有任务都放到Ongoing那一列去。但是因为迭代本身的范围是固定的，所以Scrum有个潜藏的限制，对于这个案例的话，就是每列最多只能放4个任务。看板是直接限制WIP，而Scrum是间接限制的。

 

相似性

·        都是既精益又敏捷；

·        都以透明的方式驱动过程改进；

·        都限制了WIP；

·        都关注于尽早交付，频繁交付可发布的软件；

·        都要求把工作细分；

·        发布计划都是根据经验数据（生产率/生产周期）不断优化的；

 

差异

·        二者都是过程工具，Scrum比看板更规范些，要遵守的规则要多些；

·        Scrum规定了三种角色Product Owner，Scrum Master和Scrum Team，看板没规定任何角色；

·        Scrum规定了固定时长的迭代，而看板固定时长的迭代是可选的，计划，发布，过程改进等活动可以各有各的节奏，它可以由事件驱动不用非要固定时长；

·        看板按流程状态限制WIP，而Scrum按迭代来限制WIP；

·        Scrum在迭代内拒绝变化，看板只要生产力允许，就可以加任务；

·        Scrum规定了跨功能团队，看板的跨功能团队是可选的，可以有专职团队；

·        Scrum中团队承诺一个迭代中完成一定量的工作，看板中承诺是可选的；

·        Scrum用生产率做为计划和过程改进的默认度量手段，看板用生产周期做为计划和过程改进的默认度量手段；

·        Scrum规定了任务必须分解以便能在一个sprint中完成，看板则对任务规模没有任何限定；

·        Scrum规定了估算，而看板估算是可选的；

·        Scrum规定了burn-down燃尽图，看板没规定专门的图表形式；

·        Scrum中一个sprint backlogs归一个scrum团队所有，一张看板图可以由多个团队或多人共用；

·        Scrum板会在每个sprint间重置，而看板图会一直保留着；

·        Scrum规定了经过优先级排序的product backlog，而对于看板优先级排序则是可选的；

 

比较了看板和Scrum的异同点，个人感觉看板更适用于运维团队或者已经进入维护阶段的项目，因为这些项目基本上都是以天为单位的频率来重排任务优先级的，sprint不是很适用。