写点什么

简约而不简单的 Kanban 方法

作者:Bruce Talk
  • 2022 年 6 月 19 日
  • 本文字数:1668 字

    阅读完需:约 5 分钟

周末参加了王明兰老师的线上 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”可不是”白板”哦!


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

我的个人博客


发布于: 刚刚阅读数: 5
用户头像

Bruce Talk

关注

动机至善,私心了无。 2008.09.26 加入

一只程序猿,热爱新技术,痴迷于精益敏捷,现在北国春城工作。践行软件工艺,让工作因我而不同。个人博客:https://brucetalk.com

评论

发布
暂无评论
简约而不简单的Kanban方法_Kanban_Bruce Talk_InfoQ写作社区