看板方法是什么
看板方法以可视化流程、限制在制品（WIP）、管理流动为核心：显式流程规则、限制并行数量，并用周期时间与吞吐量度量流动。它适合持续流动型工作，例如运维工单、支持请求与平台需求，不像 Scrum 那样依赖固定时间盒。看板的关键不是画一块任务墙，而是把 WIP 上限当纪律执行：某一列满员时，先帮助上游消堵，而不是继续往里塞新任务。
基本信息
| 核心实践 | 可视化、限制 WIP、管理流动、显式规则 |
|---|---|
| 度量 | 周期时间、吞吐量、WIP 数量 |
| 起源 | David J. Anderson 将精益看板方法引入软件工作 |
| 适用场景 | 持续流动型工作，如工单与运维任务 |
| 关键纪律 | WIP 上限不可随意突破 |
| 改进循环 | 用数据调整 WIP 与列划分 |
典型使用场景
- 运维与支持队列：按状态列展示工单流动，识别堵塞环节
- 平台需求池：用 WIP 上限控制并行开发项数量
- 发布与变更队列：把待实施变更按风险与窗口排列
- 瓶颈识别：观察哪一列长期堆积，定位能力缺口
- 度量改进：用周期时间与吞吐量评估流程改动效果
- 跨团队协同：把上游交付与下游接驳画在同一条流上
看板列示例
看板列示例
待办 | 分析(2) | 开发(3) | 评审(2) | 测试(2) | 完成
括号内为 WIP 上限；某列超限时先协同消堵
规则要显式：定义每个状态的进入与退出条件
度量：周期时间（进入待办到完成）与吞吐量（每周完成数）度量指标读法
| 指标 | 含义 | 异常信号 |
|---|---|---|
| WIP | 当前在制品数量 | 长期高于上限，说明纪律失效 |
| 周期时间 | 单个事项从开始到完成 | 持续变长说明流程存在堵塞 |
| 吞吐量 | 单位时间完成数量 | 波动大且下降，需要排查瓶颈 |
| 阻塞时长 | 事项处于阻塞状态的累计时间 | 集中在某类依赖上 |
WIP 上限的目的不是卡人，而是暴露瓶颈并迫使协作；上限被频繁突破时，应先讨论瓶颈，而不是直接放宽规则。