kanbanagileproject managementtutorial

如何做看板:一步步搭建指南

手把手教你从零做一个看板——定义列、把工作拆成卡片、设置 WIP 限制、用拉动式让工作流转。配实用步骤、技巧、常见错误,以及可编辑的模板。

CodePic Team11 min read

看板把看不见的工作变成你真正能管理的可视化流动——卡片从左到右穿过各列,一眼就能看到什么在排队、什么在进行、什么已完成。难的不是分列,而是把它搭成让工作真正「流动」起来,而不是堆积。

本文是一份动手教程,教你搭一个真正好用的看板。如果你想先了解背景——看板从哪来、和待办清单有什么不同——可以先读什么是看板?,再回来动手做一个。


如何做看板,一步步来

1. 定义你的列。 列是工作经过的各个阶段。最简单的看板是三列:待办 → 进行中 → 完成。这就足够开始了。等你摸清真实流程,再在待办前加 Backlog(储备,尚未承诺的想法),或在完成前加 Review / QA。别急着加太多——每一列都该代表一个真正不同的工作阶段。

2. 把工作拆成卡片。 每张卡片是一个工作单元——一项任务、一个功能、一个 bug。诀窍在拆分粒度:一张卡片应该小到一两天就能做完。「重做网站」不是一张卡片,「改首页主标题文案」才是。小卡片移动得明显,让团队持续有进度感。

3. 给每张卡片加信息。 光有标题不够。加上负责人(谁在做)、优先级(让人知道接下来该拉哪张)、以及有时限就加截止日期。可选但有用:类型标签(bug、功能、杂务)和一段简短描述或检查清单。

4. 设置 WIP 限制。 这一步最多人跳过——而它正是看板的核心。WIP(在制品)限制给一个列同时能放的卡片数量设上限,比如「进行中:最多 3 张」。当列满了,谁都不能开新工作,直到有卡片流出去。这逼着团队先做完再开新的,正是这一点让看板持续流转而不堵塞。

5. 启动流转——从右往左拉。 看板是拉动系统,不是推动系统。不是自上而下派活,而是团队成员只在自己有产能时,才把下一张卡片拉进自己的列。读看板要从右往左:先问「Review 里有没有能移到完成的?」,再问「进行中有没有能移到 Review 的?」,最后才从待办拉一张新卡片。先清空右侧,才能避免堆积。

6. 用看板做站会、找瓶颈。 每天在看板前开一个简短站会,从右往左过卡片。当某一列总是顶到 WIP 上限、而其他列却空着,你就找到瓶颈了——那个阶段是你的约束点,应该往那里加人手或重新设计流程。

让它成为真正看板(而不只是带列的清单)的两个关键,是 WIP 限制和拉动。打开看板模板搭好你的列和卡片,再把 WIP 限制作为标签加在每一列上。


让看板高效的技巧

  • 让 WIP 限制可见。 把上限直接写进列标题(「进行中(3)」),让这个约束无法被忽视。
  • 用一个你真的会清空的完成列。 把做完的卡片移到完成,再定期归档。一个无限增长的完成列就失去意义了。
  • 加一个「阻塞」标记。 给卡住的卡片打个标签或旗子,能快速暴露阻塞——被阻塞的工作是最常见的隐藏瓶颈。
  • 卡片保持小且大小相近。 一致的小卡片让流动可预测,让站会更快。
  • 定期复盘看板。 随着你摸清工作的真实流动,调整列和 WIP 限制;第一版设置很少是对的。

完整示例:小团队内容审核看板

假设帮助文档团队使用待开始、起草、审核、已发布四列。“已发布”表示文章在目标地址可用且链接已检查,不是作者已经写完。

每张卡回答一个读者问题,包含负责人、来源链接、验收条件和真实日期约束。大型文档项目拆成多个交付卡,不让一张总卡占据起草列数月。

根据实际容量试设 WIP,例如起草最多两张、审核最多一张。这只是演示起点,不是所有团队的建议值,要写明理由和复盘时间。

审核人今天不在,卡片仍留在审核列,标出阻塞与负责人。不要为了让列看起来空闲就把卡移回去,已开始且受阻的工作仍应计入在制工作。

团队先看怎样完成现有任务:补来源、安排有权限的人审核或协商截止日期,而不是直接开始第三篇。满列意味着讨论流动问题,不授权绕过必要审批。

把进入和离开条件写在列旁

待开始要求问题清楚、材料基本齐备且优先级确定;起草需要接收负责人;审核需要完整草稿、有效链接和相关检查;已发布需要可观察结果。

这些规则避免为了看起来活跃就移动卡片,也让接收方不必从模糊标题重新猜范围。

另约定紧急工作入口。线上文章出现事实错误时,可由指定人批准加急,并说明对原有工作的影响;每项请求都叫紧急会破坏整个规则。

用一致定义阅读流动指标

先定义周期时间起止点,例如进入起草到发布。待办区等待时间是另一段,除非定义明确包含。

吞吐量是某时间段完成的工作项数。比较前要核对卡片大小、类型和完成条件是否接近,大量小修正不代表长教程产能同样增加。

显示进行中工作的年龄。老卡可能缺一个决定,而不是缺更多劳动;应问清阻止下一次有效移动的原因与解决人。

维护时明确手动边界

CodePic 看板是可编辑的视觉记录,移动卡片、更新标签和核对 WIP 都需手动完成,除非另行建立支持的集成。画布不会强制列上限或自动计算流动指标。

小型讨论可以使用手动板;若需要通知、审计、自动计数或大型共享任务库,应使用工作管理系统,让图解释流程,避免出现两个不一致来源。

在有代表性的一段工作后,或流程发生变化时复盘。尽量一次改一条规则,记录理由并检查效果,版面整洁仍必须反映真实工作。

常见错误

没有 WIP 限制。 没有上限,「进行中」就成了垃圾堆,什么都做不完。没有 WIP 限制的看板,只是更好看的待办清单。

列太多。 十二个微阶段让看板没法读、站会慢如蜗牛。从三列开始,只在真有交接需求时才加阶段。

卡片太大。 一张要做两周的卡片纹丝不动,藏住了它的进度。把大工作拆成会明显移动的小卡片。

只增不减。 不断往待办塞新卡片、却从不清空右侧,会让积压无限增长。永远先做完(清空右侧)再开新(在左侧拉)。


常见问题

怎么做一个看板?

定义你的列(最简单是待办、进行中、完成),把工作拆成一张张卡片,给卡片加上负责人、截止日期等信息,给在制列设置 WIP 限制,然后随着产能释放从右往左拉动卡片。

看板里的 WIP 限制是什么?

WIP(在制品)限制是给一个列同时能放的卡片数量设上限。它是看板的核心——逼着团队先把手上的事做完再开新的,从而暴露瓶颈、让卡片持续流转。


想动手做自己的看板?打开看板模板,从三列开始——加上你的卡片、设好 WIP 限制、开始拉动工作,无需注册。

相关阅读

常见问题

怎么做一个看板?

先定义列(最简单是 To Do、In Progress、Done),把工作拆成一张张卡片,给卡片加上负责人、截止日期等信息,给在制列设置 WIP 限制,然后随着产能释放从右往左拉动卡片。

看板的基本列有哪些?

最少三列:待办(To Do)、进行中(In Progress)、完成(Done)。很多团队会在待办前加一个 Backlog(储备),在完成前加一个 Review 或 QA 列。列数要少,看板才好读。

看板里的 WIP 限制是什么?

WIP(在制品)限制是给一个列同时能放的卡片数量设上限。它是看板的核心——逼着团队先把手上的事做完再开新的,从而暴露瓶颈、让卡片持续流转。

阻塞卡是否算在制?

按已约定口径显示已开始但受阻的工作,不移走卡片制造空闲假象。

CodePic 强制 WIP 上限吗?

不会,上限是视觉规则标签,计数需手动维护或另建支持的集成。

相关文章