简约而不简单的 Kanban 方法

周末参加了王明兰老师的线上 KSD 课程(Kanban System Design)，这是我两年后第二次学习 Kanban 方法。发现一些之前学习中没有发现的知识点。可以说是”Aha moment”。整理一下分享给大家。

精益五大原则.

Kanban 脱胎于丰田工作方法，自然也继承了他的灵魂——精益思想。而精益五大原则更是完美地诠释了 Kanban 所要做的精髓。 精益五大原则：价值，价值流，流动，需求拉动，追求完美。

其中在价值这一原则中老师提到了减少浪费。知识工作领域的七大浪费有：

1. 多余的产品功能

2. 部分完成的工作

3. 不必要的工作步骤

4. 交接

5. 多任务切换

6. 延期造成的期待

7. 缺陷

其中第一个应该是其他浪费的根源。这让我不禁想到，在我们工作中有多少工作是在做多余的产品功能呢？我们能用哪些办法来识别客户的真实需求？

Kanban 方法在防止浪费方面可谓有着天然的优势：价值流映射让你发现你的浪费来自哪里；价值反馈周期和流动效率让你更快的知道你的工作到底有没有跑偏。

价值流映射

绘制价值流映射图是设计 Kanban 系统的第一步，这在一个过程中可以找到流程中有多少增值活动，多少非增值活动。它能让你清楚的看到：你在哪些环节做到很快的优势，是如何被其他环节的浪费无情地吃掉。

在我们工作中，我们是不是只顾着改进某些环节的工作效率，却发现收效甚微。价值流映射图可以让你有一个更高的视角来发现问题的根源。

Kanban 填充/发布节奏

每个 Kanban 系统都可以有自己的填充节奏，团队可以根据自己的实际情况进行选择，例如几天进行一次任务队列的填充，几天对出队列的内容进行一次部署或者发布。进入 Kanban 和出 Kanban 的节奏还可以不同。

这个节奏是一个 Kanban 系统的精妙之处。对于渐进式变革方式来说，这个节奏可以让团队按照自己最舒服的习惯来开始，并逐步调整来接近单件流。例如你如果在使用 Scrum，那么填充和发布的节奏可以和 Sprint 保持一致。

定义流程控制的起始点和终止点

对于 Kanban 系统设计来说，可以选择价值流映射的一段区域进行设计并应用，之后用运行一段时间后再考虑向前后延展。这一点说明 Kanban 本身并不希望对现有系统工作方式进行破坏，而是旨在尽快地、以可视化的方式，把现有工作方式展现出来。之后再调整并延展。所以 Kanban 鼓励融入当前工作并开始促成改变，哪怕只是从一小部分开始改变也可以。

划分工作项

对 Kanban 系统中的工作按照类别进行划分，并通过泳道进行区别。例如按照平台划分：IOS、Android、通用。也可以按照服务级别划分：新功能、缺陷、加急。平时我自己的工作中并没有很在意这个工作项区分。而这次课程让我体会到划分工作项的好处：

• 可视化反应各种工作项的当前情况、繁忙程度等。

• 可以考虑给不同工作项设定 WIP。

• 对不同泳道商定工作策略。例如：加急泳道有任务，需要停止所有其他泳道工作，团队全力处理。

很喜欢《Kanban 官方指南》中对泳道的比喻——高速公路。不同服务级别的工作项对应不同的高速公路车道：高速车道、常规车道、低速车道、应急车道。如果不划分车道混在一起，那么不同速度的车混到一起可能导致阻塞或者混乱。映射我们实际工作中的情形，如果不同类型的任务混在一起在 Kanban 上，团队可能无法分清楚哪一类任务造成的阻碍更多，我们需要优先关注哪些工作。

每一个 Kanban 步骤可以有自己的拉动条件

这一点课上老师举例子，拉动条件有些类似 Scrum 中的 DoD（完成标准）。不过 DoD 是对整个 Sprint 的一个要求，而拉动条件是每一个 Kanban 步骤在拉动过程中的约定。Kanban 强调的是从右到左的拉动，让价值更顺畅的流动起来，从而实现效率的最大化。拉动条件可以让团队在讨论他们的过程中，进一步明确彼此的期待和依赖条件。可以看到验收条件是在需求层面，拉动条件是在工作步骤间约定，而完成标准是在整个发布或交付层面的定义。三个层次全方位覆盖团队与客户、团队之间、团队与运维之间沟通与期待。

最后用一句话来总结我对 Kanban 的感受——”Kanban 简约而不简单。” Kanban 方法看似简单，但其本身也有思想、支柱和方法论。本文只是我学习过程中的一些感悟，并不是所有内容。小伙伴们不要被他的名字所迷惑，”Kanban”可不是”白板”哦!

践行敏捷实践，让工作变得更美好。欢迎给我留言，交流落地经验。

我的个人博客