Kanban

看板方法

与传统计划驱动方法不同，Kanban强调通过可视化工作流程和限制在制品（WIP）来实现持续流动（continuous flow）

定义

  • 看板是一种通过使用可视化、拉动式系统来优化流程中价值流动的策略
    • 定义价值的方式可能多种多样，例如可以考虑客户、终端用户、组织以及环境的需求

kanban由三种协同工作的实践组成

  • 定义并可视化工作流程
  • 主动管理工作流程中的事项
  • 改进工作流程

独特定位和混合

  • Kanban既可以单独使用，也可与其他方法结合，Scrumban是在Scrum框架内引入可视化与WIP限制
  • 运维、持续交付等场景倾向用Kanban；新产品开发常用Scrum

Kanban Method 六大实践

  • 可视化
    • 把头脑里的隐性工作外显化为团队共享认知
  • 限制在制品
    • 每个阶段设并发上限
      • 一列满了新工作就必须等待，强制团队面对真实瓶颈
  • 管理流动
    • 关注重点从人忙不忙转向工作项流不流
  • 显式化策略
    • 把隐性规则写出来贴在板上
      • 减少“什么叫完成，什么Bug要打断”这类协调摩擦
  • 实施反馈循环
    • 日站会、补充会、Kanban回顾、服务交付回顾
  • 协同改进
    • 用实验而非命令推动演进

可视化

  • 称电子工具为“信息冰箱”
  • 无法对自己没有看到的进行改进，工作可视化后，信息将散播给看到的每个人

工作流映射

截屏2026-06-03 01.19.11

定义与可视化工作流

在使用 Kanban 优化流程前，团队必须先统一理解“工作怎么流动”。具体包括：

  • 明确工作项（工作流中移动的各个价值单位的定义）是什么 比如一个任务、需求、缺陷、工单等
  • 明确工作项从哪里开始、到哪里结束 不同类型任务可以有不同的起点和终点
  • 明确中间有哪些状态 只要工作项已经开始但还没完成，就属于 WIP
  • 明确如何限制 WIP 也就是控制同时进行的任务数量，避免堆积
  • 明确每个状态的处理规则 例如任务进入某个阶段后，谁负责、如何推进、何时算完成
  • 明确服务水平期望 SLE（service level expectation） 也就是预计一个工作项多久能完成，例如：85% 的任务应在 8 天内完成

定义工作流，就是把“工作项是什么、从哪开始、到哪结束、中间怎么流、多久完成”提前说清楚

紧急工作通常在白板上刻划为单独通道

  • 任何时候最多只能有一个工作项在快速通道内
  • 每周最多有一个紧急工作
  • 快速通道内的工作项无需计入WIP限制

Kanban看板与卡片

  • Kanban看板
    • 可视化工作及其流程状态
    • 典型看板按流程划分为列
      • 如 待处理、进行中、待测试、已完成
  • Kanban卡片
    • 代表具体工作项
    • 记录必要信息助成员理解任务
    • 卡片从左到右移动反映流动，受阻时标记或入阻塞区提示解决

WIP上限提醒我们要采取行动，改善瓶颈，而不是把没完成的工作堆个没完

瓶颈列 WIP 上限 ≈ 团队人数 × 2/3–3/4 是效率最优区间

Kanban度量

  • WIP
    • 已开始但未完成的工作项的数量
  • 产能
    • 每单位时间内完成的工作项的数量
      • 产能的度量是对工作项的精确计数
  • 工作项存续时长
    • 一工作项从开始到当时时刻之间所经过的时间长度
      • 通过设置合理的预警线，团队可以主动识别哪些任务需要额外关注或加快处理，从而避免任务过于滞留而影响整体交付效率
  • 周期时间
    • 周期时间指的是一个工作项从正式开始处理到完成交付之间的总时长，区别于存续时长，周期时长统计的是已完成的任务
    • 周期时间通常指处理时间，交付时间可能包括需求提出到启动前的等待时间

Kanban与Scrum的差异

  • 时间规划
    • Scrum以Sprint为时间盒进行计划评估，有固定节奏的会议，通常不接受新需求变更
    • Kanban无时间盒约束，计划交付连续，需求变更可随时反映在队列，团队按优先级拉取
  • 流程与工件
    • Scrum强调规定事件与工件，提供结构化流程模版
    • Kanban无指定事件工件，唯一主要工件时看板及相关策略，提供灵活工具箱

Kanban与Scrum的互补与融合

  • Scrum团队常用可视化任务板，设WIP限制改善流动
  • Kanban团队可引入定期回顾，借鉴Backlog管理
  • Scrumban
    • 保留Scrum部分结构（如定期会议），取消固定Sprint承诺，改用Kanban拉动节奏和WIP控制，让团队逐步适应流动驱动又不失改进机制

Kanban与XP

  • 定位差异
    • XP侧重工程实践，以TDD、重构、持续集成等代表，聚焦如何开发更好软件，是工程实践集
    • Kanban关注流程和可视化管理，聚焦如何管理和改进工作流程，是流程管理方法
  • 兼容并用
    • 可完全同时采用XP实践和Kanban方法
    • XP实践在Kanban团队“开发中”列实施

Kanban AI Agent时代

  • Kanban不再主要管理代码实现的流动，而是管理人类认知工作（规划、审查、集成）的流动

  • WIP限制重新定义

    • Agent层WIP
      • 同时运行的Agent数量上限
    • 人类审查层WIP
      • 等待工程师审查的已完成Agent任务数量上限