30.【Kevin聊敏捷】看板Kanban的5个核心实践

2020-12-07 11:33:19 浏览数 (1)

今天将讲解看板Kanban的5个核心实践,这是非常重要的一节,我尽量做到通俗易懂

一、5个核心实践的概要

Kanban从脱胎自丰田公司的工程管理方法以来,在不同领域都有发展出具有领域特色的实现形式。虽然形式多样,但是它们始终遵循着下面一些核心原则。(Kanban有4大核心实践和5大核心实践两种不同说法,这里我们采用了5大核心实践说法)

这5个核心实践正如图示所述,越是靠近圆心的实践,影响越深,越积极。

正如图一所示,看板的5个核心实践包括:

  • 流程可视化
  • 在制品限制,同时拉通
  • 管理流程
  • 让流程都有详细定义
  • 持续提升

图一 看板5个核心实践的概览图图一 看板5个核心实践的概览图

1.1 可视化

对于看板来说,不管你们团队是采用实体白板,还是采用敏捷项目管理软的(例如JIRA)的看板,最重要的就是有这样的一个面板,这是最基本的。这样你才可以随时随地查阅,目前的进展情况,以及看到哪一步的在制品(WIP)有阻塞。

一般看板的面板有几个部分构成:

  • 泳道

根据项目流程划分对应的泳道,某些泳道再细分进行中和完成两个阶段。

  • 在制品限制数量

在每个阶段上面都有在制品限制数量的上限。

  • 完成的定义

一些关键的阶段都要对「完成」做定义,并且显示在面板上面,让对应的人员可以随时随地看到。

图二 可视化图二 可视化

1.2 在制品限制,拉通

我的这个翻译有点生硬哈,英文原文是「Limit Work in Process,Pull Work」。

图三 看板面板图三 看板面板

一个列表代表一个工作步骤,而一张便利贴就代表一个任务,每个任务的流程都是从左往右,每个列表的在制品限制数量见列顶的数值。

「测试」一栏已经达到了它最大的工作容量3,不能够放入新的任务。「设计」和「开发」因为测试进度的原因,无法把已经完成的任务挪到下一栏,也到达了它们的最大容量(3和5)而不能放入新任务。通过看板表格,团队发现「测试」成为了瓶颈,并开始思考如何帮助testers改进测试环节的效率。

图四 挪动项图四 挪动项

当「测试」完成了一个任务之后,这个任务便签就被挪到部署一栏。

1.3 管理流程

由于现在「测试」一栏终于可以接受新任务了,「测试」「开发」「设计」从各自上一栏中挪入一个新的任务便签。

从上面的例子可以看出,看板能够动态地展示团队工作流程的瓶颈。一旦项目经理发现某个环节影响到团队进度,他可以及时调配资源改进这个环节。

图五 管理流程图五 管理流程

1.4 让流程都有详细的定义

在流程的每个重要阶段都要对「完成」进行定义,这样所有的团队成员才能统一认知,有利于项目的快速推进。

图六 让流程都有详细的定义图六 让流程都有详细的定义

1.5 持续提升

一旦建立了看板系统,它将成为持续改进文化的基石。 团队通过跟踪流程,质量,吞吐量,交货时间等来衡量其有效性。 实验和分析可以改变系统,以提高团队的效率。
图七 持续提升图七 持续提升

二、Scrum和看板Kanban的区别

大家可能发现,在Scrum里面也有看板,很多人就理所当然的认为scrum的看板就是我们这几家课所的敏捷的看板Kanban。

虽然他们有些概念是相似的,但是毕竟这两者是两个不同的管理方法。

下面我将用一个表格来表现两者的不同。

类别

Scrum

Kanban

节奏

固定的sprint周期(例如:两周)

持续的

交付

在每个sprint结束的时候输出可工作软件

随时交付或者由团队成员决定什么时候交付

角色

产品负责人(Product Owner) 敏捷教练(Scrum Master)开发团队(Development Team)

没有角色之分;有些团队可能存在敏捷教练

关键指标

速度

周期

对『变更』的态度

拥抱变化,欢迎变更

随时随地都可以变更

0 人点赞