团队在看板上找不到任务，常见原因并非任务太少，而是呈现方式选错了：有人用泳道解决“只看自己的任务”，有人不断拆子看板来区分优先级，结果看板越搭越重。任务泳道、按字段分组、筛选视图和子看板改变的是看板的不同部分——呈现结构、可见范围或管理边界。选择时先明确要定位的任务对象和阅读目的，再结合团队规模、字段稳定性、跨角色协作频率与维护成本判断。
要点总览（TL;DR）
- 任务泳道和按字段分组改变看板的呈现结构，筛选视图改变可见范围，子看板改变管理边界，四者作用位置不同，不能互相替代。
- 选择时依次看五个条件：要定位的任务对象与粒度、看板读者与跨角色协作程度、切分字段的稳定性与填写质量、这部分工作是否需要独立的列与节奏、团队能承担的维护成本。
- 多数团队适合的组合顺序是：先定看板范围，再定分组或泳道，最后用筛选视图做个人日常入口；筛选视图看当下，分组或泳道看结构与分布。
- 子看板只在边界清晰、节奏长期独立时启用，并控制数量；拆分过多会造成任务分散和跨看板重复维护。
- 选择前用一周真实任务试跑，比较定位目标任务的耗时与字段填写质量，再决定是否长期采用。
四种方式各自解决什么看板阅读问题
这四种方式经常被放在一起比较，但它们作用在看板的不同层面。把它们当成互相替代的开关，容易出现“用泳道做筛选”“用子看板做分组”这类错位。先厘清每种方式改变的是哪一部分，后面的对照和选择才有共同口径。
任务泳道：在同一列集合内按行切分工作流
泳道保留看板原有的列（通常对应状态或阶段），在此基础上按行把任务分成若干条并行通道，例如按负责团队、任务类型或服务对象划分。它回答的问题是：同一类工作在不同角色或不同环节之间如何流动。多角色协作、交接频繁的场景中，泳道能让“谁手上积压、卡在哪个交接点”直接可见。代价是看板纵向变高，泳道划分一旦频繁调整，读者需要重新建立阅读习惯。
按字段分组：按属性把任务切成若干块
分组依据的是任务上的字段，如负责人、优先级、任务类型、所属模块。它回答的问题是：按哪个属性把当前任务集合切开看更有利于判断。分组适合批量阅读和分布检查，例如快速看出各负责人的任务量是否均衡、高优先级任务集中在哪些列。分组效果直接取决于字段填写质量：字段口径不统一或大量留空时，分组结果会失真，甚至比不分组的看板更难读。
筛选视图：在既有数据上限定显示范围
筛选视图不改变看板结构，只决定这次看到哪些任务，例如“我负责的”“本周到期的”“某个客户的”。它回答的问题是：我这次只想看哪一部分。筛选视图灵活、搭建成本低，适合个人日常定位和专项跟进。它的风险在于个人化：每个人保存一套自己的筛选条件后，团队对“看板现状”的共同认知需要另行维护，重要任务可能因为不在任何人的筛选条件里而被忽略。
子看板：为一部分工作建立独立的列与范围
子看板改变的是管理边界：一部分工作从主看板中独立出来，拥有自己的列设置和任务范围。它回答的问题是：这块工作是否需要一套独立的流程和节奏。边界清晰、节奏长期独立的工作流（例如一条独立的产品线或一类交付周期明显不同的工作）适合用子看板承载，阅读更聚焦。代价是任务分散：拆分过多时，团队需要在多个看板之间切换，跨看板的任务关系也更容易重复维护。
四者的组合关系
从作用位置看：任务泳道和按字段分组改变呈现结构，筛选视图改变可见范围，子看板改变管理边界。结构类方式决定“看板长什么样”，范围类方式决定“这次看什么”，边界类方式决定“哪些工作归这块看板管”。理解这层关系，就能判断某种组合是否自洽——例如在子看板内部再用泳道切分角色，是结构叠加；而用泳道去实现“只看我的任务”，则是用结构手段做范围的事。
同口径差异对照：阅读目的、任务定位与维护成本
把四种方式放在同一组维度下对照，可以快速判断自己当前的需求落在哪一格。下表按主要阅读目的、任务定位粒度、对字段的依赖、跨角色可见性和维护成本五个维度展开。
| 维度 | 任务泳道 | 按字段分组 | 筛选视图 | 子看板 |
|---|---|---|---|---|
| 主要阅读目的 | 观察跨角色、跨类型的流动与交接 | 批量阅读与分布检查 | 个人或专项的日常定位 | 承载边界独立的工作流 |
| 任务定位粒度 | 一条工作流及其中的任务 | 一类任务 | 单条任务或一小批任务 | 一整块工作及其全部任务 |
| 对字段的依赖 | 依赖泳道划分依据的字段稳定 | 高度依赖分组字段的口径与填写质量 | 依赖筛选条件的准确性 | 依赖范围界定清晰 |
| 跨角色可见性 | 高，交接点直接可见 | 中，取决于分组维度是否含角色 | 低，默认面向个人视角 | 中，跨看板时需切换 |
| 维护成本与失效风险 | 泳道增多使看板变高，划分变动需重建阅读习惯 | 字段口径变化会打乱分组，留空多时结果失真 | 范围灵活但易个人化，团队共识需另行维护 | 拆分过多造成任务分散与重复维护 |
对照表反映出一个基本规律：越偏向结构的方式（泳道、分组），前期搭建和持续维护的投入越高，换来的是团队共享的阅读视角；越偏向范围的方式（筛选视图），使用成本越低，但共享性弱；子看板的投入最高，因为它同时改变结构和边界，只有在独立工作流长期存在时才划算。
还需要注意失效方式各不相同。泳道失效表现为“看板太高、没人愿意往下滚”；分组失效表现为“分组出来的块和实际认知对不上”；筛选视图失效表现为“每个人看到的都不一样，开会时对不上”；子看板失效表现为“任务到底在哪个看板里，要靠记忆”。选择时不仅要看当前是否好用，还要预判这种方式在团队规模扩大或字段调整后会不会先失效。
按团队条件做选择：五个判断问题
对照表给出的是差异，落到具体团队还需要把差异转成判断条件。以下五个问题按顺序回答，基本可以定位到合适的方式或组合。
问题一：要定位的任务对象是单条任务、一类任务，还是一整条工作流
如果日常动作是“找到我手上这条任务并推进”，筛选视图最直接；如果是“看这类任务整体分布是否合理”，按字段分组更合适；如果是“看这条工作流在各角色之间怎么走”，任务泳道是主要候选；如果这块工作本身需要独立的列和节奏，才考虑子看板。任务对象越接近单条，越偏向范围类方式；越接近一整条流程，越偏向结构类方式。
问题二：看板的主要读者是个人、单一角色，还是多角色共同阅读
个人阅读为主时，筛选视图加简单分组即可满足，引入泳道反而增加阅读负担。多角色共同阅读、需要对齐交接时，泳道的价值才显现——它让每个角色在同一张看板上看到上下游的积压情况。单一角色团队即使任务类型多，也优先用分组而非泳道，因为泳道的核心收益是跨角色可见性。
问题三：用于切分的字段是否稳定、填写是否可靠
按字段分组和泳道都建立在字段之上。判断标准可以很具体：这个字段的定义最近三个月是否变过、必填率是否稳定、不同人填写时理解是否一致。字段稳定且填写可靠，分组和泳道都能长期使用；字段仍在调整期，先用筛选视图过渡，等字段口径稳定后再引入分组，避免分组结果反复失真。
问题四：这部分工作是否需要独立的列与节奏
子看板的启用条件应当严格：这部分工作的状态流转与主看板明显不同，或者交付节奏长期独立，且短期内不会合并回去。仅仅因为“任务多、想分开看”就拆子看板，通常用筛选视图就能达到同样效果，且不会造成任务分散。判断时可以问：如果这块工作回到主看板，是否真的无法阅读？答案是否定时，先不拆。
问题五：团队能承担多少看板维护成本，看板数量上限是多少
泳道需要维护划分依据，分组需要维护字段口径，子看板需要维护范围与跨看板关系。团队规模小、没有专人维护看板配置时，应优先选择维护成本低的方式，把结构类手段留给最需要共享视角的场景。可以给团队设定一个看板数量上限，超过上限时先审视是否有子看板可以合并回主看板。
组合使用的推荐路径与常见误区
四种方式并不互斥，多数团队最终会形成组合。组合的关键是顺序：先定看板范围，再定分组或泳道，最后用筛选视图做个人入口。顺序颠倒——先给每个人建筛选视图、再补结构——容易形成多套互不对齐的阅读方式。
推荐组合顺序
- 定看板范围。明确这块看板承载哪部分工作，判断是否需要拆出子看板。范围确定后，后续的结构和筛选才有稳定基础。
- 定分组或泳道。根据问题二和问题三的答案选择：跨角色交接频繁用泳道，需要批量检查分布用字段分组。二者可以叠加，但叠加前先确认看板高度和字段质量都能支撑。
- 用筛选视图做个人入口。在共享结构之上，为个人和专项跟进配置筛选视图，让每个人快速定位自己的任务，同时保留共享看板作为团队对齐的基准。
日常入口与阶段复盘的分工
筛选视图承担“当下要做什么”，分组或泳道承担“结构和分布是否健康”。日常站会可以用筛选视图快速过个人任务，周度或阶段复盘时切回分组或泳道视角，检查任务在各角色、各类型之间的分布和积压。两种视角服务于不同动作，不需要合并成一个视图。
子看板的启用条件与数量控制
子看板只在边界清晰、节奏长期独立时启用，并为团队设定数量上限。每新增一个子看板，都应回答：它承载的工作是否无法在主看板中通过筛选或分组阅读？跨看板的任务关系由谁维护？定期审视子看板列表，把已经回归主流程的工作合并回去，是控制维护成本的有效动作。
常见误区
- 用泳道替代筛选。为了让每个人看到自己的任务而不断增加泳道，结果看板越来越高，跨角色可见性的收益被阅读成本抵消。
- 分组字段口径不统一。同一字段在不同人手里含义不同，分组出来的块无法支撑判断，应先统一字段定义再启用分组。
- 子看板层层拆分。按项目、按小组、按阶段反复拆分，任务分散在多个看板，跨看板关系靠人工同步，重复维护。
组合后的检查动作
组合方案落地后，用几个可观察的动作检验：打开看板能否在一眼之内定位到目标任务的负责人和状态；团队开会时大家讨论的是否是同一张看板；新增一条任务时，是否清楚它应该出现在哪个视图。任何一项做不到，说明结构或范围需要调整。
在工具层面，这套组合依赖看板视图对分组、泳道与筛选的承载方式。以 ONES 为例，工作项可以在看板视图中按字段分组呈现，也可以通过筛选条件保存为视图供团队共用；当一部分工作需要独立的列与范围时，再评估是否单独建立看板。具体支持哪些组合方式、筛选视图如何共享、子看板与主看板的任务关系如何维护，建议在选型或配置前向工具方确认，并以团队试跑结果为准。
适配场景与选择建议
把前面的条件落到典型场景，可以得到更直接的结论。以下建议以团队当前的主要阅读需求为起点，并附上选择前的验证动作。
小团队与单一角色为主
任务量有限、读者以个人或单一角色为主时，以筛选视图加简单分组为主即可。筛选视图满足日常定位，按优先级或类型分组满足阶段检查。这个阶段引入泳道或子看板的收益有限，反而增加配置和维护负担。等团队扩大到多角色协作、交接问题开始出现时，再评估泳道。
多角色协作、需要观察交接
任务在多个角色之间流转、交接点容易积压时，引入任务泳道。泳道按角色或团队划分，让每个交接点的积压直接可见。启用前先确认划分依据的字段稳定，并控制泳道数量——泳道越多，看板越高，阅读成本上升越快。泳道与筛选视图配合使用：共享看板看交接，个人筛选看自己的待办。
存在长期独立工作流
某部分工作的状态流转与主看板明显不同、节奏长期独立时，谨慎启用子看板，并控制数量。启用后明确跨看板任务的归属和维护责任，定期审视是否可以合并回主看板。子看板数量建议与团队规模和维护投入匹配，避免每个小组各建一套。
选择前的验证动作
在正式采用某种方式前，用一周真实任务试跑：记录定位一条目标任务平均需要几次点击或滚动、字段填写是否完整一致、团队成员是否在看同一张看板。试跑期间保留原有方式作为对照，一周后比较定位耗时和字段填写质量，再决定是否长期采用。这个动作成本低，能提前暴露字段口径和看板高度的问题。
需要向工具确认的能力点
- 分组与泳道能否在同一看板中组合使用，组合后的呈现是否仍然清晰；
- 筛选视图的共享方式与权限范围，团队共识视图与个人视图如何区分；
- 子看板与主看板之间的任务关系与同步机制，拆分后任务是否需要重复维护；
- 看板视图的配置变更是否影响已有视图，调整分组字段时历史视图如何处理。
这些能力点直接决定组合方案能否长期维持。确认之后再定配置，比先搭后改更省成本。
常见问题
团队已经有筛选视图了，还需要再建任务泳道吗？
两者解决的不是同一件事。筛选视图限定这次看到哪些任务，适合个人日常定位；任务泳道在同一列集合内按行切分工作流，让跨角色的交接和积压直接可见。判断标准是：团队是否存在多角色共同阅读、需要对齐交接的场景。如果只是每个人找自己的任务，筛选视图足够；如果交接点经常积压却没人察觉，可以在共享看板上引入泳道，同时保留筛选视图作为个人入口。
按字段分组和任务泳道可以同时用吗？
可以叠加，但叠加前要确认两个前提：一是看板高度是否还能接受，泳道本身会让看板变高，再叠加分组可能让阅读成本明显上升；二是划分依据的字段是否稳定、填写是否一致。常见做法是用泳道切分角色或团队，用分组切分优先级或类型，两者各管一个维度。如果叠加后打开看板需要大量滚动才能定位任务，说明结构过重，应退回其中一种。
什么情况下应该把工作拆成子看板，而不是用筛选视图？
子看板改变的是管理边界，启用条件应当严格：这部分工作的状态流转与主看板明显不同，或者交付节奏长期独立，且短期内不会合并回去。仅仅因为任务多、想分开看，用筛选视图就能达到同样效果，还不会造成任务分散。判断时可以问：如果这块工作回到主看板，是否真的无法阅读？答案是否定时，先不拆。已经拆出的子看板也应定期审视，把回归主流程的工作合并回去。
字段填写质量不高时，应该先统一字段还是先换一种呈现方式？
先统一字段。按字段分组和泳道都建立在字段之上，字段口径不一致或大量留空时，分组和泳道的结果都会失真，换呈现方式只是把问题换个地方暴露。可以先明确字段定义和必填要求，用筛选视图过渡一段时间，观察字段填写是否稳定；等口径稳定后再引入分组或泳道，避免分组结果反复调整、团队对看板失去信任。
试跑一周验证时，具体看哪些指标？
建议记录三类可观察的结果：定位一条目标任务平均需要几次点击或滚动；关键字段的填写是否完整、不同人理解是否一致；团队成员开会时讨论的是否是同一张看板。试跑期间保留原有方式作为对照，一周后比较定位耗时和字段填写质量。如果定位耗时没有下降，或字段填写依然混乱，说明当前方式与团队条件不匹配，应调整结构或退回更轻的方式。
