看板上所有任务都标成进行中，团队仍然无法判断哪里需要帮助，说明状态没有反映实际工作。有人正在处理、有人等待资料、有人等待确认，不应长期混在同一列。改进看板，应让任务停在哪里以及为何停下变得可见。
可以先检查进入“进行中”的条件。若只要分配给某个人就算开始，列中会包含大量尚未投入的任务。更清楚的约定是已有明确负责人、输入基本齐备，而且实际处理已经开始。尚未开始的任务留在待办，缺少前置资料的任务记录等待原因，这样列的位置才有业务含义。
阻塞信息需要写出对象。假设设计任务停在等产品参数，卡片应说明缺少哪项参数、由谁提供，以及缺失会影响哪个交付。只加一个红色标签，虽然醒目，却没有告诉团队怎样解除阻塞。负责人仍然负责推进，但提供资料或作出决定的人也应能够被明确找到。
等待与正常耗时要区分。一个复杂任务持续两天，可能一直在有效工作；一个小任务挂了一周，则可能只做了几分钟后等待确认。可以记录最近实际推进时间和当前等待条件，而不只看创建日期。这样在复盘中能够识别排队和交接造成的延迟，不会把所有时间都归到执行人员身上。
任务规模过大也会让状态失真。“完成网站改版”包含设计、开发、内容与验收，任何一个环节开始都可能被标为进行中。可以按可交付结果拆成能够独立验收的任务，并保留依赖关系。拆分不是为了增加卡片数量，而是让每个状态变化对应真实进展，便于安排后续工作。
阻塞解除也需要有明确事件。资料已发送不一定代表内容完整，审核已回复也可能仍有待修改项。卡片恢复进行中时，可以简短记录前置条件已经怎样满足，执行人员再确认能够继续。否则任务会在等待和进行中之间反复移动，却没有实际推进。状态变化应对应工作条件变化，而不是例会结束后统一换一列。
同时启动过多任务，会扩大等待和切换成本。团队可以根据实际能力限制正在处理的数量，优先完成已经接近交付的事项。限制值没有统一答案，应结合任务大小与协作方式调整。若所有任务都必须同时开始，需要追问真正的期限和依赖，而不是用看板承接彼此冲突的优先级。
日常检查可以围绕最久没有推进的卡片展开。确认它需要的是补资料、改范围、做决定，还是重新安排资源，并给解除阻塞的动作一个明确负责人。处理后更新状态和依据，避免会议结束了、看板仍保留旧信息。已经取消或不再需要的任务，也应及时关闭并说明原因。
当阻塞记录积累起来，可以观察是否反复卡在同一个交接点。如果多数任务都等待同一类审核，可能需要调整审核材料或安排，而不是单纯催促每张卡片。看板能够支持这种判断的前提，是状态真实反映工作条件；颜色和列数再多，也不能替代清晰的任务信息。