看板是什么？完整指南 + 真实案例

看板是一种可视化的在制工作管理工具。它用列代表工作流的各个阶段，用卡片代表单个任务，用从左到右的移动表示进展。当一个任务在流程中推进时，它的卡片就移动到下一列。

「看板」（Kanban）来自日语，意为「信号板」或「可视化卡片」。这套系统最初由丰田在 1940 年代为制造业开发——工人用实体卡片信号来表明某个零件需要补货。软件团队从 2000 年代开始采用和改造这一方法，今天的看板已被各行各业用于管理各种知识型工作。

核心理念看似简单，却影响深远：让工作变得可见。 当你能看到每一项任务、每项任务所处的阶段，以及工作如何在系统中流动，就更容易发现问题和提升效率。

三个核心组件

列

列代表工作流经过的各个阶段。最基本的看板只有三列：

• 待办 — 还未开始的工作
• 进行中 — 正在积极推进的工作
• 已完成 — 完成的工作

大多数实际使用的团队会根据真实工作流添加更多列。软件团队可能使用：待办池 → 就绪 → 进行中 → 代码审查 → QA → 已完成。内容团队可能使用：选题 → 简报 → 写作 → 编辑 → 已发布。

规则是每一列都应该代表一个有意义的、独立的状态——而不只是一个标签。如果你无法解释两个相邻列之间的区别，它们可能应该合并。

卡片

卡片代表单个工作单元。一张卡片对应一个任务。每张卡片通常包含：

• 描述任务的标题
• 负责人
• 优先级
• 相关链接或附件
• 注释或背景信息

实体看板用便利贴，数字看板用结构化信息更丰富的卡片。无论哪种形式，卡片都是原子单位——一张卡片，一个任务，一个负责人。

在制品上限（WIP Limits）

在制品上限是把看板从被动信息展示板变成主动流程管理系统的核心机制。它设定了某一列在同一时间最多能有多少张卡片。

「进行中」列设置 3 的上限，意味着在现有三张卡片中有一张移到下一列之前，不能添加第四张。

为什么在制品上限很重要： 没有上限，团队会自然倾向于开启一切、几乎完成什么都没有。在制品上限强制了不同的行为：在开始新工作之前，先完成进行中的工作。这暴露了瓶颈（总是满的那一列）、减少了上下文切换，并缩短了每项任务从开始到完成的时间。

看板如何改善流动效率

看板优化的核心指标是周期时间——从工作开始到完成所需的时间。周期时间越短，交付越快。

在制品上限通过防止流动缓慢最常见的原因——同时开启太多事情——来缩短周期时间。当每个团队成员同时有五件事在进行中，每件事都因为注意力分散而进展缓慢。限制在制品后，每项任务获得更集中的投入，完成得更快。

另一个关键概念是识别瓶颈。如果某一列持续积累的速度快于清空的速度，那一列就是瓶颈。正确的响应是把注意力引向消除瓶颈——而不是在更早的阶段开启更多工作。

一列总是满的，而它前面的列总是空的，这告诉你系统中的约束在哪里。解决约束，整个系统就会运转更快。

不同团队的看板真实案例

软件开发团队

列设置： 待办池 → Sprint 就绪 → 进行中（上限：3）→ 代码审查（上限：2）→ QA → 已完成

代码审查列设置 2 的上限，意味着审查者必须完成现有审查才能接新的。这防止了审查队列变成代码等待数天才有人看的「坟场」。

内容营销团队

列设置： 选题 → 简报 → 写作 → 编辑 → 设计 → 待发布 → 已发布

每篇内容是一张在生产流水线中移动的卡片。编辑列经常成为内容团队的瓶颈——让它变得可见，意味着团队可以增加审稿产能，而不是只怪作者产出不够快。

客服支持团队

列设置： 待处理 → 处理中 → 等待客户回复 → 已升级 → 已解决

「等待客户回复」列是这里的关键洞察。没有它，被客户响应阻塞的工单就堆在「处理中」，虚增了表面上活跃的工单数量。独立的列让区别清晰：团队不是效率低，而是在等待。

HR 招聘团队

列设置： 应聘者 → 简历筛选 → 电话初筛 → 面试 → 背景调查 → 已发 Offer → 已入职

每位候选人是一张卡片。看板一眼就能看出每个阶段有多少候选人，以及流水线在哪里移动缓慢。如果 20 位候选人卡在「面试」阶段，瓶颈是面试官的可用性，而不是申请量。

个人任务管理

列设置： 本周 → 今天 → 进行中（上限：2）→ 已完成

严格限制进行中为 2 的简单个人看板，强制优先级排序。在新任务开始之前，必须完成一件正在进行的事。对于那些倾向于同时推进很多半完成项目的人来说，这种约束效果显著。

如何建立看板

第一步：定义工作流阶段。 写下工作从开始到完成经过的每个状态。观察工作的实际流动方式，而不是你认为它应该怎么流动。各阶段应该反映现实。

第二步：创建列。 每个阶段对应一列。从简单开始——以后随时可以添加列。一开始列太多是个常见错误。

第三步：添加现有工作。 为当前正在进行或等待开始的每项工作创建一张卡片。把每张卡片放在反映其当前状态的列中。

第四步：设置在制品上限。 如果你是看板新手，从「进行中」列设置 3 的上限开始。根据观察调整。如果上限总是被触达、工作堆积，说明上限揭示了一个瓶颈——在提高上限之前先调查原因。

第五步：每天移动卡片。 看板只有反映现实才有效。工作推进时，卡片就应该移动。把更新看板变成习惯——应该花几秒钟，不是几分钟。

第六步：定期回顾。 每周末（或每次迭代结束时）看看看板。哪里卡住了？哪些卡片在同一列停了太久？把看板作为对话工具，不只是信息展示板。

看板 vs. Scrum vs. 瀑布流

看板适合工作量持续不断、难以预测的场景：支持工单、Bug 修复、内容生产、维护工作。Scrum 适合可以分批规划、为一段时间承诺特定工作集的研发工作。

很多团队两者并用：Scrum 负责研发规划，看板负责与之并行的持续运营工作。

常见看板错误

没有在制品上限。 没有上限，看板只是一个带列的待办清单，不会主动管理流动效率。

列太多。 如果你有 10 列但卡片几乎不动，那就简化。从更少的阶段开始，只在能清楚说明新阶段的意义时才添加。

过期卡片。 两周都没有移动的卡片是一个信号——它要么被阻塞、被放弃，要么被遗忘了。看板应该推动行动，而不是隐藏问题。

忽视被阻塞的卡片。 当一张卡片因为外部依赖无法移动时，应该立即标记并处理。被阻塞的工作是最昂贵的那种。

把看板用于汇报而不是管理。 看板是实时的运营工具，不是状态报告。如果大家每周更新一次只是为了向管理层展示发生了什么，它就没有发挥应有的作用。

常见问题

看板和简单的待办清单有什么区别？ 待办清单告诉你需要做什么。看板展示所有事情在工作流中的位置、谁在做什么、瓶颈在哪里。列结构和在制品上限创造了清单无法提供的主动流程管理能力。

我需要软件来使用看板吗？ 不需要。对于在同一地点工作的团队，墙上或白板上的实体便利贴效果完全一样。数字看板（Trello、Jira、Linear，或 CodePic 这类图表工具）更适合远程团队或需要历史记录和搜索功能的团队。

应该设置多少个在制品上限？ 从一个开始：在你的「进行中」或「活跃」列上。只在观察到瓶颈形成之后才对其他列添加上限。

看板对一个人也有效吗？ 有效，而且效果很好。个人看板配合严格的 2 或 3 的在制品上限，是管理个人工作量、防止注意力分散问题的有效系统。