1. 一个具体问题
一个支持团队的每个人同时处理六七张工单，看起来都很忙，但客户等了十天仍收不到结果。新任务不断进入，旧任务遇到阻碍就被放到一边。增加“进行中”栏里的卡片，并没有增加实际完成速度，反而让等待更难被看见。
2. 一句话解释
看板方法从现有流程出发，明确工作如何流动、限制同时进行的工作量，并依据交付数据持续调整服务方式。
3. 出处与原意
现代知识工作中的 Kanban 方法受到精益生产看板与拉动思想的影响，由 David J. Anderson 等人发展推广。Kanban University 的官方指南强调可视化、限制在制工作、管理流动、明确规则、反馈循环和协作改进。把待办贴上墙只是起点，不能代表已经建立拉动系统。
4. 原理与机制
先定义开始点、完成点及各阶段的进入退出条件，再为工作设置合理的在制限制。下游有容量时才拉入新任务，阻塞任务要显式显示，不能移到隐藏列表以腾出名额。观察完成数量、周期时间、工作项年龄等指标，识别等待发生在哪里。限制的目的不是让每个人始终满负荷，而是让整个系统持续交付有价值的结果。
工作项年龄关注尚未完成的任务，周期时间则来自已完成任务。两者一起看，可以防止只展示容易完成的小任务而忽略长期滞留的大任务。调整限制时应记录原因和日期，观察流动变化，而不是频繁改数来迎合当天压力。
5. 一个完整案例
以下是假设案例。四人支持团队将流程画为待处理、调查、等待客户和验证，调查阶段最多三张，验证最多两张，等待客户仍计入系统在制量。实施前有二十张已开始工单，平均每天完成两张；在系统稳定等条件成立时，利特尔定律提示平均流动时间约十天。团队停止继续开新工单，集中解决老工单和验证阻塞。几周后平均在制量约十二张，吞吐量仍约每天两张，对应平均时间约六天。这个估算用于核对趋势，不能保证每一张都在六天完成；紧急工单另设清晰的加急规则，避免人人自称紧急。
6. 适用条件与反例
适合连续到达、优先级经常调整的服务工作，也能补充其他开发框架。工作大小差异极大时，应分类型分析数据。反例是把在制限制从三提高到三十，只为让所有人可以继续开工；限制虽然还写在墙上，却失去了暴露瓶颈和促成协作的作用。
7. 今天可以尝试的行动
给当前所有已开始的工作建卡，标出开始日期、阻碍和下一步。选一个最拥堵阶段试行小范围在制限制，并约定谁来帮助完成老任务。三天后检查最老卡片的年龄是否下降，不要只统计新建了多少张卡。