敏捷/Scrum 之看板初体验


1.   看板简介

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

将流程可视化

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

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

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

 

2.      看板 vs. Scrum板

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


敏捷/Scrum 之看板初体验_第1张图片

两个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不是很适用。

 

你可能感兴趣的:(研发管理)