任务越开越多却总完不成？用看板和在制品上限理顺工作

假设一个内容小组上午开了三篇稿，下午又接两项修改，临下班一篇也交不出去。再加一张待办卡没什么帮助；此时得先看，稿件是没写完，还是都堵在同一位审核者手里。

先说清什么算开始、什么算完成

Kanban（看板）可以帮助团队观察工作从进入到交付的流动。WIP，即 Work in Progress，中文常说在制品，指已经开始、尚未完成的工作。实际使用时不必先追求复杂工具，用白板或共享表格也能把问题说清楚。

先选一种可比较的交付物，例如一篇待公开文章，而不是把“整个活动”“改一个标点”“等待回信”混成同样大小的卡片。然后约定任务从哪个时点算开始，达到什么条件算完成。对文章来说，“写完初稿”和“审核通过、交付发布”可能是不同节点，不能临时改口径。

序号	状态	进入或离开的条件示例	需要留下的信息
1	待办	目标和必要材料已明确，尚未开始	优先级、负责人、交付要求
2	制作中	已占用制作容量，尚未提交审核	开始时间、当前障碍
3	审核中	材料齐全并提交，尚未确认通过	审核人、意见、等待原因
4	完成	满足团队约定的交付标准	完成时间、结果位置

这张表是虚构内容团队的起步设计，不是适用于所有团队的固定模板。具体项目可以增加资料准备或发布确认环节，但每一列都应能回答“下一步由谁做，什么条件下可以移动”。

接着讨论能同时处理多少工作。例如，假设一个小组先试行“制作中最多两项、审核中最多一项”。数字是便于观察的试行约定，没有通用最优值，也不能从别人的团队照搬。要把上限约定在实际工作流里，而不是只限制某个人桌面上显示的卡片。

当审核位置已满，再把新稿不断推过去，只会把等待搬到另一列。此时可以先补齐审核所缺的资料、协调确认人，或协助完成已经开始的事项。确有紧急任务插入时，应说明例外原因、由谁确认，以及它会挤占哪一项工作的容量。

已经开始但等待外部资料的事项，也没有自动变成“未开始”。可以给它加阻塞标记，写清等待对象、最后跟进时间与下一次处理动作；不要通过把卡片挪回待办来隐藏它占用的注意力。团队也可以明确另设等待状态，但应保持开始和完成的统计口径一致。

回到这个例子：一份在等事实确认，一份在等审核，制作人员准备写第三份。既然堵点在确认环节，就先补材料、协调审核时段，或调整顺序。新稿开得更快，未必交得更快。

每天扫一遍已经开始的工作：哪张卡等得最久，几张卡是否都在等同一个人，还有没有位置接下一项。AI 可以整理这些记录，但任务完成和时间承诺仍须由实际负责人确认。

试行前保留原来的工作记录；试行后按同一口径看已经开始未完成的数量、单位时间的完成数量、未完成事项已经持续多久，以及完成事项从开始到结束的时间。比较时也要看任务大小和紧急插单是否变化。单纯减少卡片或把一项拆成很多项，不足以证明交付变好了。

方法定义及流动指标可进一步阅读 The Kanban Guide（看板指南）。第一次应用不必承诺完整推行一套制度：选一个真实工作流，写清状态、试行容量和例外处理方式，再约定何时共同回顾。

第一次试行时，把开始和完成标准、容量上限、阻塞后的下一步写在板旁边。临时插单也注明挤占了谁的位置。回顾时看看交付是否顺了，别只数大家填了多少张卡。