敏捷实践 | 分不清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管理大多是指精益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使用迭代的开发方式，每一次迭代中，都会经历一个“任务——实践——验证——反思”的过程。两者具体区别请参照下图。
文章图片
想了解更多敏捷开发相关的内容，关注我们的sf账号——LigaAI~ 目前 LigaAI 已经支持Kanban和Scrum两种敏捷模式啦！欢迎进入官网LigaAI-新一代智能研发管理平台，申请体验~
推荐阅读
- 不废话，代码实践带你掌握|不废话，代码实践带你掌握 强缓存、协商缓存！
- 六项精进20180530
- 数据库|SQL行转列方式优化查询性能实践
- 【Day31课后实践】
- 2021—3—8日教练实践总结&呼吸练习&觉察日记
- 湖州大学生实践团开展系列活动践行生态文明理念
- 好的思维需要实践
- 服务注册与服务发现的最简单实践
- 猎豹行动（销烟中的敏捷转型之旅）
- 回归|金融数值方法之回归计算-python实践