敏捷实践 | 分不清Kanban和看板的人只剩你了……

当我们的产品准备支持Kanban项目时,我的小伙伴在工作文档里同时看到了“Kanban”和“看板”并露出疑惑的神情,“Kanban”难道不是“看板”的拼音吗?这两者有什么区别吗?今天我们就来聊一聊~

Kanban VS 看板

Kanban起源于日语单词かんばん的英语写法,字面意思是“信号卡”。早期被运用在生产制造环境中,这种卡片作为一种信号,用来通知生产过程中的上游工序继续生产,在下游工序没有发出Kanban信号前,每个工序中的工人不准进行额外的生产。

这种具有拉式理念的及时生产(JIT:Just In Time)方法和辅以人工介入的自动化(Automation)构成了改善(kaizen,持续改进)过程的基础,此后,丰田生产方式TPS(Toyota Production System)运行起来。

得益于TPS,丰田的营业额排入世界10大公司,与德国大众汽车、美国通用汽车并称世界三大汽车制造商。


而易与Kanban混为一谈的看板,实际上是一种工具,它也可以叫看板视图,是一块人人可见的物理或电子形式的“板子”,核心作用是将信息可视化。看板的视觉特性能够让使用者一眼区别:未开始的工作、正在进行的工作以及已经完成的工作。

Kanban是一种敏捷工作方法,而看板是一种可视化工具,Kanban管理中也会使用到看板。现在大家所谈论的Kanban管理大多是指精益Kanban之父David J. Anderson发扬的管理方法,它既继承了丰田体系的精髓,又增加了诸多针对现代团队、企业管理非常有益的Kanban实践方法。

Kanban的三个基本原则

可视化

Kanban管理方法使用看板(可以是物理板或数字虚拟板),实现工作流程可视化。「列」表示工作流程中的步骤,卡片表示工作的内容,依据卡片的工作流状态将卡片放入不同的列中。这样做的好处是整个团队能够实时查看正在进行中的工作、已完成的工作和接下来要开始的工作,让任务更加直观,减少团队的沟通成本。

限制在制品

限制在制品,即WIP(work in progress),是Kanban管理方法的核心特点。为了使卡片能够全面平稳地流动起来,每列中的任务数量应该控制在一定范围内。


通过设置WIP,整个团队专注度提高,质量对应有所保障,“库存积压”减少,整体吞吐量有所改善。「WIP限制」鼓励的是每个环节“完成”的文化,可以快速识别出工作流程中的问题区域,以便团队成员在问题失控前进行协作并及时纠正或解决它们。

管理流动

Kanban管理方法对应的是一种拉入式的调度系统,也就意味着只有在团队成员有能力时才开始工作,而不是将工作推向他们。


通过记录每张卡片在任意状态列中停留的时间,和卡片等待进入下一状态列的时间,来分析流动过程的前置时间和平均周期时间。有效使用Kanban的分析指标使整个工作流程平稳进行,达到持续交付的目的,进而创造更大的价值。这也符合敏捷的原则:我们的最高优先级,就是尽早和持续交付有价值的软件来满足客户。

Kanban的三个实践

显式化流程规则

为团队提供明确的决策依据,定义准入的定义(DoR:Definition of Ready)、完成的定义(DoD:Definition of Done)、优先满足哪些需求。


产品经理充分调研完需求,给出对应的角色、使用场景、需求目标,或具有说服力的数据支撑时,才准入开发流程,这样可以让需求更顺畅地向后流动,而不是问题不断,走走停停。在需求着手做之前,团队要共同讨论出对应需求完成的定义并共同遵守,例如开发的活动包含编码、加注释、单元测试、代码审查、集成测试、设计文档等等。使用DoD可以让团队将注意力集中在那些必须要完成的事情上,让需求的状态可以更清晰。


建立反馈环路

定期进行:每日站立会议、准备就绪排期会议、产品发布规则会议、定期改进活动等。

协作式改进

团队对规则的理解要达成一致,这样才能依据这些规则更加自主地决策和协作。这种对团队的赋权也是自组织团队和高效协作的基础之一。
了解完Kanban的特性,那么如何使用Kanban方法呢?

A.制定开发流程,使其可视化从需求出发,直到交付给最终用户需要经过的所有步骤是哪些?
B.为Kanban系统定义起点和终点,限制在制品

C.管理流程

D.明确策略

初始化WIP限制及变更或临时终止的策略、优先级排序和选择特性的方法、不同服务类别(如“标准”、“加急”、“固定交付日期”)的策略、是否需要估算工作量、当选择工作项时,哪项应为首选……

E.反馈循环
F.协同优化,经验性调整

Tip:不需要花太多时间让看板看起来美观噢,因为它会经常变动~

Kanban和Scrum

敏捷开发不只有一种方式,其中较常用的还有Scrum,小伙伴们可以根据自身团队工作需求选择适合自己的方式。



Kanban以客户需求作为动力,通过限制在制品缩短生产周期,用可视化展现工作状态和发现问题。
Scrum使用迭代的开发方式,每一次迭代中,都会经历一个“任务——实践——验证——反思”的过程。两者具体区别请参照下图。(了解更多敏捷相关,请点击为什么都敏捷开发了项目还会延期交付?| 敏捷转型六大误区

目前 LigaAI 已经支持Kanban和Scrum两种敏捷模式啦!
欢迎进入官网LigaAI-新一代智能研发管理平台,申请体验~