看板进行中教程：管理层流程优化，避坑指南

看板上“进行中”列塞满了卡片，周会上每个人都说自己很忙，到了交付日，关键事项却还停在等待评审、等外部反馈或等管理层拍板，这不是少见的状态。管理层如果只把“进行中”理解为“有人正在做”，看板就容易沦为一张颜色鲜明的进度表。真正要优化的，是工作怎样进入流程、在哪些环节停住、谁有权清除阻塞，以及团队能否把已开始的工作稳定地推进到验收。

一、先讲结论：管理“进行中”，重点是管理工作流动

1. 看板不是任务清单，而是流程的观察窗口

我判断一张看板有没有管理价值，不先看颜色是否统一，也不先看卡片数量，而是先问三个问题：每张卡片代表的工作是什么？它为什么处于当前状态？下一步由谁采取什么行动？如果团队只能回答“任务还没做完”，看板记录的往往只是结果标签，而不是可供管理者采取行动的信息。

“进行中”是一种流程状态，不是努力程度的证明。任务进入这列，可能意味着有人已经开始处理，也可能只是有人领取了任务；卡片没有移动，可能是工作复杂，也可能是等待依赖、验收口径不清或优先级频繁变化。管理者要把这些可能性分开，否则容易把流程问题误诊为个人执行问题。

2. 先治理四件事，再讨论工具和报表

看板进行中管理可以先收敛到四个治理对象：状态定义、并行工作量、阻塞处置、优先级变更。状态定义不清，数据无法比较；并行工作量失控，队列会越积越长；阻塞无人负责，卡片只会停留；优先级频繁变化，则团队不断启动新工作，却没有机会完成旧工作。

• 定义入口：什么条件满足后，任务才能从待办进入进行中。
• 控制并行：团队同时承接多少项工作，是否有明确约定。
• 暴露阻塞：任务受阻时如何标记、谁来协调、何时升级。
• 管理变更：临时插单由谁决定，插入后原承诺如何调整。

我的建议是先用一到两个工作周期验证这些规则，再决定是否增加看板列、审批节点或自动化提醒。先明确流程，再配置工具；先确认问题，再添加指标。相反的顺序容易让团队花时间维护系统，却没有改善交付。

二、背景和真实工作场景：卡片都在动，交付却不一定在动

1. “看起来很忙”与“工作有流动”不是一回事

设想一个跨产品、研发、测试和运营协作的团队：看板有“待办、进行中、评审、已完成”四列。周一，多个成员同时领取新任务；周三，评审列开始累积；周五，几项关键工作因为需求确认和外部接口未就绪而停住。会上大家仍然可以逐项汇报“正在处理”，但业务真正关心的交付并没有同步前进。

这个场景不需要假定任何特定行业或工具。它反映的是一种常见的管理错位：管理层看到的是任务启动，交付依赖的却是完整流程。任务一旦从待办移动到进行中，汇报就显得有了进展，但如果下游评审、测试、决策或外部输入没有跟上，整个系统仍会形成队列。

2. 卡片停留时间比“卡片颜色”更能提示问题

看板通常把工作状态可视化，但视觉上的“进行中”不会自动解释停滞原因。判断时要把任务当前所在列、进入该列的时间、最近一次有效动作和下一步责任人放在一起看。只要其中一项缺失，管理层就很难分辨卡片是在稳步推进，还是只被保留在一个看起来积极的状态。

这里的“有效动作”不等于每次修改卡片描述。它应该是对工作有实际推进意义的事件，例如完成一次评审、拿到外部输入、通过测试、明确技术方案或由决策人解除依赖。若团队把“每天更新状态”当成流动，容易制造更新记录，却没有得到可交付结果。

3. 不同类型的“进行中”不应混为一谈

同一列里可能同时存在正在开发、等待评审、等待业务确认、等待第三方交付的事项。它们的管理动作不同：正在开发的问题可能需要专业支持；等待评审的问题可能需要明确评审节奏；等待业务确认的问题可能需要决策时限；外部依赖则可能需要升级或调整计划。把这些全部压成一个状态，会让管理者知道“有卡片”，却不知道该怎么帮忙。

这不意味着每种等待都必须新建一列。列越多，维护成本越高，状态口径也更容易分裂。可以先用阻塞标记、等待原因字段或卡片标签区分；只有当某类工作在流程中反复出现、需要不同责任规则，而且团队确实会据此采取动作时，才值得把它独立成列。

三、常见误区：为什么看板越详细，管理反而越忙

1. 误区一：只要卡片进了“进行中”，就算有进展

卡片移动只能说明状态字段变了，不必然说明交付物发生了变化。如果团队把“已领取”“已开工”和“正在有效推进”视为同一件事，管理者看到的启动数量会变多，但后续仍可能出现长时间停留、等待和返工。

修正方法：给“进入进行中”设一个轻量门槛，例如负责人明确、工作目标可描述、必要输入已具备、完成条件可以检查。门槛不必写成冗长审批流程；它的作用是避免把尚未准备好的事项提前放进执行队列。

2. 误区二：任务越多地同时开工，团队越能应对变化

多开任务看起来像提高利用率，但会增加切换、交接和等待。一个人同时负责多项优先事项时，团队未必能更快交付；管理者还可能误把“每个人手上都有很多事”当作能力充分利用的证据。

要判断并行工作是否过多，可以观察进行中任务是否长期无法完成、评审队列是否不断变长、临时插单是否挤压原承诺，以及人员是否经常在不同任务间切换。限制在制品不是限制努力，而是限制系统同时承诺的工作量。具体上限应根据团队的工作类型、人员协作关系和历史流动情况试行，不能照搬其他组织的数字。

3. 误区三：用固定天数给所有任务划“超期线”

小型修复、跨团队集成和探索性工作，其合理周期可能差别很大。对所有任务套用同一停留天数，会把复杂工作误判为异常，也可能让真正卡住的小任务被平均值掩盖。

修正方法：按工作类型或服务类别观察自身历史记录，比较相似任务的停留时长。第一次建立基线时，可以使用中位数和分位数辅助识别异常；但这些统计量是诊断线索，不是个人绩效标准。样本很少时，不要把一个极端任务包装成普遍规律。

4. 误区四：任务停了，就应该马上催负责人

任务停留可能是等待决策、外部依赖、测试环境不可用、需求仍在变化，也可能是执行困难。没有原因分类就先催人，短期或许能得到一次状态更新，长期却会让团队倾向于隐藏风险或频繁移动卡片。

我会先问：“下一步具体是什么？需要谁提供什么？如果没有外部等待，负责人是否知道如何继续？”这组问题能帮助区分能力问题、流程问题和决策问题。管理层应优先清除自己能控制的依赖，而不是把所有等待都归结为个人不积极。

5. 误区五：把看板更新频率当成流程健康度

每张卡片每天都有新评论，并不说明工作推进良好；卡片一周没有变化，也不必然代表团队失职。更新频率是记录习惯，流程健康度要看工作是否经过必要节点、阻塞是否得到处理、交付是否满足验收要求。

如果团队确实需要更新节奏，最好约定“发生什么事时更新”，而不是只规定“每天几点更新”。例如状态改变、依赖受阻、范围调整或预计日期变化时更新，并要求写明下一步动作。这样记录才能支持协作，而不是成为另一个形式性任务。

6. 误区六：看到完成率，就能判断流程效率

完成率受统计口径、范围变更、任务拆分方式和验收规则影响。计划中途增加了事项，分母会变；把一个大任务拆成多张小卡片，完成项数量也可能上升。单看完成率，无法判断交付质量、等待时间或返工情况。

更稳妥的做法是把完成项与周期、在制品、返工或退回原因一起观察，并明确统计周期与口径。数据组合也不是越多越好，管理层应保留能触发实际行动的少数指标，避免仪表盘变成没有决策用途的指标墙。

四、专业判断逻辑：把“进行中”变成可管理的信号

1. 先确认卡片代表的工作单位

在讨论在制品限制之前，先确认每张卡片的粒度。若有的卡片代表半天工作，有的卡片代表数周的跨团队项目，卡片数量就不能直接代表工作量。粒度不一致时，先约定拆分原则，例如每张卡片对应一个可验收的结果或相对完整的工作单元。

也不必追求所有任务耗时完全相同。拆分的目标是让团队能看见工作推进与等待节点，而不是把一个大任务切成大量没有独立价值的小动作。管理者可以抽查近期卡片：是否有清楚的交付物，是否能判断完成，是否需要多个团队协作，是否存在长期无法验证进展的任务。

2. 建立“进入、停留、退出”三类规则

一套可执行的状态定义，至少要回答三个问题：什么条件下进入进行中？出现什么情况需要标记停留或阻塞？满足什么条件可以退出并进入下一状态？规则不一定复杂，但要避免不同成员对同一列有不同解释。

• 进入规则：负责人、目标、必要输入和完成条件基本明确。
• 停留规则：发生依赖等待、连续没有有效动作或计划发生明显变化时，记录原因和下一步。
• 退出规则：交付物通过约定的检查，而不是仅仅“开发者认为已经做完”。

规则要接受团队实际工作检验。如果一项规定需要大量人工解释，团队会绕开它；如果退出条件过于宽松，下游就可能接收到未完成的工作。可以先拿近期已完成和延期的任务做回看，检查这些规则能否解释真实差异。

3. 分开观察工作量、流动和结果

管理层可以将观察信号分为三类。第一类是工作量信号，例如进行中事项数量及其分布；第二类是流动信号，例如任务从开始到完成经历的时间、等待位置和停留异常；第三类是结果信号，例如交付是否通过验收、是否发生返工或范围变更。三类信号回答的问题不同，不应互相替代。

如果在制品增加而交付节奏没有改善，通常值得先查并行承诺和瓶颈位置；如果周期拉长但在制品稳定，要进一步检查任务复杂度和外部等待；如果交付数量稳定但返工增加，就不能简单把流程判断为改善。这里的判断是诊断起点，最终仍需结合团队业务和记录核实。

4. 用管理动作检验指标是否值得保留

每一个看板指标都应该对应一个可能的决策。如果“等待评审数量”升高，团队是否会增加评审安排、调整责任人或减少进入评审的批次？如果不会采取任何行动，这个指标可能只是装饰。管理层要问的不是“还能不能多统计一项”，而是“变化到什么程度时，谁会做什么”。

为防止误读，建议把指标与动作写在同一份流程约定里：指标定义、检查频率、异常触发条件、处理责任和复核方式都要清楚。对数据量不足的团队，可先记录原因，不必马上设置硬阈值；等积累到足以区分正常波动与异常信号，再调整规则。

5. 把阻塞管理设计成升级路径

阻塞管理不是要求负责人反复汇报，而是提前约定从团队内处理到管理层介入的路径。轻微依赖可以由同组成员协调；跨团队等待需要明确对接人；影响承诺时间或需要优先级取舍的问题，再升级给有决策权的人。升级条件清楚，管理层就不必逐张盯卡，也能更快介入真正需要授权的事项。

每个阻塞记录最好包含原因、影响范围、所需决策或输入、责任协调方、下次检查时间。若阻塞原因反复出现，复盘对象应从单张卡片扩展到流程规则，例如是否存在长期无人负责的接口、过长的审批链或不明确的需求入口。

五、案例与数据观察：一次模拟复盘如何找到真正的队列

1. 先说明案例性质和统计口径

下面用一个情景模拟说明诊断方法，不对应某个真实客户，也不是行业平均值。假设一个由产品、研发、测试和业务代表组成的团队，连续观察四周的看板。团队选取相近类型的工作，记录每周快照中的进行中事项、等待评审事项、阻塞原因，以及从开始到验收的工作日数。

这个口径有局限：四周样本不足以推导普遍规律，不同任务复杂度也可能不一致。因此，数字只用于演示“如何从看板现象追问原因”，不能拿去作为其他团队的目标值或绩效阈值。

2. 发现：启动量上升，等待评审也同步累积

在这个模拟案例中，团队每周新增进入进行中的事项从8项升至12项；与此同时，等待评审的事项从3项增加到7项，平均从开始到验收的时间由约8个工作日变为约11个工作日。仅凭这些数字不能断定原因，但它们提示管理者：新工作进入队列的速度，可能超过了后续评审与验收的处理能力。

团队继续查看卡片记录后发现，评审积压并非单纯因为评审人员不够忙：一部分事项缺少可复现的验收信息，一部分需要产品补充业务判断，还有少数任务在评审前才暴露依赖未准备好。由此，优先动作不是一味催促评审，而是改善进入评审前的准备条件，并安排清晰的决策责任。

3. 调整：先减少未准备好的启动，再明确评审处理方式

模拟团队做了三项小范围调整：一是进入进行中前补齐负责人、输入和验收条件；二是把等待评审事项标明责任人与下一次评审时间；三是临时插单必须由业务负责人确认影响，并同步调整原有承诺。团队没有同时更改所有流程，也没有先设一个统一的在制品数字，而是把改变控制在能观察、能复盘的范围内。

观察后，团队看到等待评审事项下降、卡片阻塞原因记录更完整，开始到验收的时间也出现缩短。但这仍然只是一个模拟场景里的前后对照，无法排除任务结构、人员安排或外部需求变化的影响。要判断调整是否有效，应持续比较相近类型工作，并记录同期发生的变化。

4. 复盘：先看原因是否改变，再看结果是否稳定

流程调整是否成功，不宜只看某一周数字变好。更可靠的复盘顺序是：先检查入口是否减少了未准备事项，再看等待原因是否更清楚、管理动作是否及时，最后观察交付周期和验收结果是否持续改善。如果数字改善但返工增加，可能只是把问题从评审环节推到了下游。

团队还应保留反例。例如，如果等待评审减少，原因可能是评审要求被放宽，而不一定是流程效率提高；如果在制品下降，也可能是需求量暂时减少。看板数据必须结合工作范围、需求变化和质量结果解释，不能把单一前后对比包装成确定因果。

六、不同情况下怎么行动：让管理动作跟问题类型匹配

1. 进行中任务持续增加，但交付没有同步增加

先暂停“再多开几项”的冲动，检查进入量、在制品分布和完成节奏。若新任务不断进入，而评审、测试或决策环节积压，应先定位系统瓶颈，再讨论限制并行工作。可以设短期试行规则，例如暂缓新增非紧急事项，优先完成已承诺且接近交付的工作。

试行期间要明确例外处理：哪些事项可以插队，谁有权批准，插队后哪项原工作被延后。没有退出或替换规则的优先级调整，实质上等于把所有任务都标成最高优先级。

2. 进行中任务数量不多，但单项长期停滞

重点查依赖与决策路径，而不是先压缩任务数。卡片上写清阻塞原因、所需输入、责任协调人和下次复核时间；若问题需要管理层授权，就直接说明待决定事项和可选方案。管理者应该提供决策或协调资源，而不是只要求负责人重复解释停滞情况。

如果停滞任务集中在某类外部输入，要复盘接口责任和响应约定；如果集中在需求澄清，要检查工作进入执行前是否缺少必要决策。重复出现的阻塞应被视为流程问题，不能每次都靠个人临时补救。

3. 任务经常进入进行中，随后又退回待办

先区分正常发现与准备不足。探索性工作本来就可能产生新信息；但若团队频繁因为缺少需求、权限、数据或验收标准而退回，说明入口检查可能不够。抽取近期退回卡片，按原因分类，优先修复发生频率高且可预防的原因。

不建议把“退回”本身当成个人错误。退回是可视化风险的信号；真正要改的是让错误更早暴露，或确保进入执行时具备必要条件。对不确定性高的工作，可以设置小规模验证阶段，而不是假装一开始就能完整确定所有细节。

4. 看板信息齐全，但团队不愿意真实更新

先检查看板规则是否过重、指标是否被用于简单排名、状态是否被用作问责依据。若成员认为标记阻塞会被视为能力不足，他们就可能延迟暴露问题；此时增加提醒频率并不能修复信任问题。

管理层可以从复盘方式入手：讨论流程原因和所需支持，避免把阻塞记录直接等同于个人失误；同时减少重复录入，让卡片更新能替代而不是增加汇报。只有当团队发现更新信息能换来决策、协助或更合理的承诺，看板才有机会成为可靠的协作工具。

5. 多团队共享看板，但状态解释各不相同

先统一跨团队必须一致的最小口径，例如“进行中”的入口、阻塞含义、完成条件和责任移交方式；团队内部可保留必要差异，不必强迫所有流程一模一样。统一得过细，会让不同团队为了迁就模板而失去真实流程；统一得过少，则管理层无法横向理解数据。

可以把看板分成团队执行视图和管理层汇总视图。执行视图保留团队需要的工作细节；汇总视图只呈现管理决策所需的交付节点、主要阻塞、风险责任人和待决事项。管理层不需要看到每个操作步骤，但必须能看出何时需要介入。

七、不同情况下怎么取舍：速度、透明度与管理成本之间的平衡

1. 统一状态，还是允许团队自定义

多数情况下，我会优先考虑“统一核心、允许局部扩展”，但这不是普遍答案。若组织协作简单，统一流程可能更省心；若业务差异大，强行统一会制造大量解释成本。取舍标准应是：统一后是否能改进实际决策，而不是看起来是否整齐。

2. 细分阻塞列，还是使用标签和责任字段

当等待评审、等待外部输入等状态出现频繁，并且会触发不同的责任人与处理规则时，独立列可能有价值。若只是偶发情况，标签或字段通常更轻量。列的数量不是成熟度指标；每增加一列，都要承担状态解释、自动化维护和团队培训的成本。

可以先从记录字段开始试行。如果连续一段时间都能明确区分某类等待，而且团队据此采取了不同动作，再考虑独立状态。若没人根据新列采取行动，就应合并或删除，避免看板变成流程装饰。

3. 设置在制品上限，还是先记录不限制

当团队已经能稳定记录进入和退出时间、了解主要等待位置，并且多任务并行问题比较明显时，可以试设在制品上限。上限应按团队或流程环节讨论，先观察短周期影响，再逐步调整。若任务类型差异极大或数据质量很差，先记录和分类通常比仓促设限更稳妥。

限制的目标是帮助团队把工作推进到完成，而不是把“不超过数字”变成个人考核。出现超限时，要查是否有紧急工作、依赖阻塞或工作粒度不一致，并决定是清理队列、重新分配，还是修订规则。只追求数字达标，可能导致团队隐瞒工作或把卡片拆分得不真实。

4. 增加自动化提醒，还是由管理者定期复盘

自动提醒适合明确、稳定、低判断成本的规则，例如卡片缺少负责人或长时间没有更新时通知相关责任人。对于优先级取舍、复杂依赖和业务决策，自动化很难替代管理判断。若提醒过多，团队会忽略通知，甚至把提醒当成新的工作队列。

更务实的组合是：把机械检查交给系统，把原因判断和资源取舍留给人。提醒要能指向下一步动作；如果通知只说“任务已停留若干天”，却没有责任人、处理建议或升级路径，通常只增加噪声。

5. 管理层看完整细节，还是只看异常和决策事项

管理层需要的不是更多卡片，而是能帮助决策的视图。若业务风险高、交付窗口紧，管理者可能需要看到关键依赖和近期变更；若团队稳定、管理跨度大，则更适合聚焦异常、跨团队阻塞和需要授权的事项。过度查看细节会让管理者陷入逐卡追问，也可能削弱团队自主性。

可以建立分层查看原则：团队负责更新与推进；项目负责人处理日常协调；管理层集中处理跨团队依赖、优先级冲突和资源取舍。每层都应知道何时升级、升级要提供哪些信息、谁负责给出决定。

八、落地清单与结尾：先跑一个短周期，再决定扩大范围

1. 一周内完成看板现状诊断

不要一上来重画整张看板。先抽取一段有代表性的近期记录，看看“进行中”任务里有多少正在实际处理、多少在等待、多少没有明确下一步。样本不必很大，但应覆盖不同工作类型，并记录范围、时间和分类口径。

• 检查每个状态是否有团队成员共同理解的定义。
• 抽查任务是否有负责人、可辨认的交付物和完成条件。
• 标出长期没有有效动作的卡片，并核实停滞原因。
• 统计主要等待环节，但不急于把所有等待都改成新状态。
• 回看临时插单如何改变原承诺，确认谁有权做取舍。

2. 用两到四周试行一项主要调整

诊断后只选一个最值得先处理的问题，例如评审队列积压、入口准备不足或插单没有决策规则。同步约定责任人、观察信号和复盘时间。一次改动太多，结果变化时就难以判断哪项措施起了作用；一个小而可验证的试点，往往比全面改造更容易获得团队反馈。

试点记录既包括结果，也包括过程成本：团队是否多花时间维护字段、阻塞是否更早暴露、管理层是否更快作出决定、是否产生新的等待。只有流程收益大于维护成本，才值得推广到更多团队。

3. 用决策清单做每周管理检查

每周复盘不必逐卡念状态。管理者可以围绕以下问题快速判断是否需要介入：哪类工作堆积最明显？哪些事项因为管理层决策或跨团队协调而停住？本周插单改变了哪些承诺？有没有卡片状态与真实工作不一致？上周调整是否减少了重复阻塞，还是仅仅把等待挪到了别处？

如果这些问题都能从看板和团队讨论中得到答案，管理层就不必靠临时追问拼凑进度；如果答不出来，先补充必要的状态定义和责任信息，不要急着采购新功能或堆叠报表。

4. 最后的判断：卡片数量不是管理成绩，问题能否被处理才是

我看“进行中”看板，最终关注的不是卡片是否整齐，也不是团队每天更新了多少次，而是它能不能让风险更早显现、让等待有责任人、让管理决策更及时，并让团队有机会把已承诺的工作做完。看板的价值不在于把忙碌展示得更清楚，而在于让流程中的隐性等待变得可讨论、可处理、可复盘。

下一步可以从一张真实看板开始：抽取近期任务，区分实际处理、等待与阻塞；选出最常见的一类停滞，明确一个责任人和一项调整；经过短周期观察后，再决定是否修改状态、设置在制品边界或扩大规则。先让一个问题变得可见并得到处理，比同时推出一套复杂的新流程更可靠。