任务看板上的泳道、按字段分组、筛选视图和子看板，解决的是四种不同的阅读问题：谁在并行做什么、某个属性如何分布、我现在该看什么、一个大任务内部进行到哪。本文按统一维度比较这四种组织方式，说明各自适合的看板阅读与任务定位需求，并给出组合使用的判断顺序。
要点总览（TL;DR）
- 四种方式回答不同问题：泳道看并行工作流，字段分组看属性分布，筛选视图看当前聚焦，子看板看大任务内部进度。
- 多团队或多产品并行、需要判断哪条线堆积时用泳道；按负责人或优先级盘点负载时用字段分组；站会和个人聚焦用筛选视图；跨阶段大需求用子看板。
- 组合时先定团队公共视图的主结构，再用筛选视图叠加个人条件，避免个人筛选替代公共视图。
- 泳道数量、分组值规模和子看板层级都要控制，上线前用真实任务验证定位速度与维护成本。
四种组织方式各自解决什么阅读问题
这四种方式改变的是看板的信息结构，而不仅是显示样式。理解它们在结构上的差异，是后续选择的前提。
泳道：横向切分，呈现并行工作流
泳道在列的基础上增加横向通道，每个通道承载一条独立的工作流。常见的切分维度包括团队、产品线、客户或任务类型。读者沿横向阅读，能看到某条工作流从待办到完成的完整推进；沿纵向阅读，能比较同一阶段上各条工作流的负载。泳道强调的是并行关系与责任归属，适合同时跟踪多条互不干扰的工作线。
按字段分组：改变列的分组依据，呈现属性分布
按字段分组把看板的列按某个属性值重新排列，例如按负责人、优先级或状态分组。它改变的是列的划分逻辑，卡片仍以工作项为单位呈现。读者能快速看到某个属性值下堆积了多少工作项，判断分布是否均衡。分组依据可以切换，同一批工作项换一个字段就换一种观察角度。
筛选视图：保留结构，缩小可见集合
筛选视图不改变看板的结构，只减少显示的工作项。读者设定条件后，看到的仍是原来的列与通道，但范围收窄到与自己相关的部分。它解决的是聚焦问题：在信息量大的看板上，把注意力集中到当前需要处理的任务上。筛选视图通常是个人层或单团队层的工具，团队公共视图仍保留全貌。
子看板：嵌套一层结构，呈现大任务内部拆解
子看板把一个大颗粒工作项展开为独立的小看板，内部子项按自己的流程推进。它增加了一层工作项层级，读者从大任务进入子看板，能看到内部各子项的进度与阻塞。子看板适合跨阶段、跨团队、周期较长的大需求，让大任务的内部推进有独立的可视化空间。
四种方式可以叠加使用，例如在泳道看板上再叠加筛选视图。但每叠加一层，读者需要理解的结构就多一层，阅读成本随之上升。叠加应以解决明确的阅读问题为前提，避免为了信息齐全而层层加码。
同口径差异对照：阅读目标、定位方式与维护成本
把四种方式放在同一组维度下比较，能更清楚地看到各自的适用边界与代价。下表按主要阅读目标、任务定位方式、适合的看板规模、维护成本和常见误用五个维度对照。
| 对照维度 | 任务泳道 | 按字段分组 | 筛选视图 | 子看板 |
|---|---|---|---|---|
| 主要阅读目标 | 同时跟踪多条并行工作流，看清各条线的推进与责任归属 | 观察某个属性值的分布，判断负载或优先级是否失衡 | 聚焦当前需要处理的任务，缩小可见范围 | 跟踪一个大任务内部各子项的进度与阻塞 |
| 任务定位方式 | 先定位工作流通道，再沿列找到具体阶段 | 先定位属性值所在的列组，再在其中找任务 | 通过条件直接缩小到目标任务集合 | 从大任务进入子看板，再定位内部子项 |
| 适合的看板规模 | 工作流数量有限、每条线有稳定责任人的中等以上看板 | 属性取值较少且相对稳定的看板 | 任意规模，规模越大收益越明显 | 存在大颗粒工作项、内部需要独立推进的看板 |
| 维护成本 | 泳道维度确定后较稳定，新增工作流需调整通道 | 分组值变化时列会变动，需要约定取值规范 | 低，条件可随时调整 | 较高，需要维护工作项层级与子项状态 |
| 常见误用 | 泳道过多，挤压卡片显示空间，横向比较变困难 | 分组值不稳定，列频繁增减，读者难以形成稳定印象 | 成员只看个人筛选结果，逐渐失去对团队全貌的了解 | 层级过深，频繁跳转，大任务与子项状态脱节 |
从表中可以看出，四种方式的代价方向不同。泳道的代价在空间，通道越多，每条通道能展示的卡片越少；字段分组的代价在稳定性，分组值一变，列的结构就变；筛选视图的代价在视野，范围收窄的同时也屏蔽了范围外的信息；子看板的代价在层级，每多一层就多一次跳转和一次状态同步。
选择时可以先问自己：当前看板最主要的阅读障碍是什么。如果是多条工作线混在一起难以分辨，泳道对症；如果是看不出某类任务的分布，字段分组对症；如果是信息太多找不到重点，筛选视图对症；如果是大任务内部推进不透明，子看板对症。障碍判断清楚，方式的选择就相对明确。
按看板阅读场景匹配组织方式
把四种方式放回具体的看板阅读场景，能更直接地回答什么情况下看哪种视图。
每日站会与个人聚焦：筛选视图优先
站会关注的是当前迭代内正在推进的任务，个人关注的是自己负责的部分。这两种场景的共同点是需要收窄范围。用筛选视图按迭代、负责人或状态过滤，保留看板原有结构，读者在熟悉的列与通道中快速找到目标。站会时使用团队共享的筛选条件，能保证讨论对象一致；个人工作时使用自己的筛选条件，减少无关信息干扰。
多团队或多产品并行：泳道优先
当看板上同时存在多条独立推进的工作流，例如多个团队各自负责一块、或多个产品线并行迭代，泳道能把它们分开呈现。读者一眼看到每条工作流当前停留在哪个阶段，哪条线出现堆积。泳道维度应选择相对稳定、数量可控的切分方式，团队或产品线通常比临时项目更适合作为泳道依据。
按负责人或优先级盘点：字段分组优先
需要回答“谁手上任务最多”“高优先级任务集中在哪个阶段”这类问题时，按字段分组更直接。把列按负责人分组，能看出各人的任务量与所处阶段；按优先级分组，能看出高优先级任务是否被低优先级任务挤占。分组依据应选择取值规范、变更不频繁的字段，避免列结构频繁变动影响阅读习惯。
大需求或跨阶段交付跟踪：子看板优先
一个需求跨越分析、开发、测试、上线多个阶段，或由多个团队协作完成时，把它放在主看板的一张卡片上，内部进度就不可见。子看板为大任务提供独立的推进空间，主看板保留大任务的整体状态，子看板呈现内部子项的进展。读者需要了解细节时进入子看板，需要了解全局时回到主看板。
组合顺序：先定主结构，再用筛选做个人视图
组合使用时，建议先确定团队公共视图的主结构，即在泳道、字段分组、子看板中选择一种作为主要组织方式，解决团队共同的阅读问题。在此基础上，用筛选视图为个人或单团队提供聚焦入口。主结构保持稳定，个人视图按需调整，这样既保证团队对全貌的一致理解，也兼顾个人效率。
按任务定位需求选择：找任务、找瓶颈、找归属
阅读场景回答的是“什么时候看”，任务定位回答的是“要找什么”。两者的判断角度不同，结论也可能不同。
快速找到某个任务：筛选与搜索优先
当目标明确、只需要定位到具体工作项时，筛选条件和搜索是最短路径。按负责人、标签、关键词缩小范围，比在泳道或分组结构中逐层浏览更快。这类需求不需要改变看板结构，筛选视图即可满足。
判断哪条工作流堆积：泳道优先
瓶颈往往出现在某条工作流的某个阶段。泳道让每条工作流的推进过程横向可见，堆积位置一目了然。如果看板没有泳道，多条工作流混在同一组列中，堆积就难以归因到具体的工作线。
看某属性分布是否失衡：字段分组优先
负载是否均衡、优先级是否被正确对待，这类问题需要看分布。按负责人或优先级分组，各列组的工作项数量直接呈现分布状态。分组视图适合定期盘点，例如迭代规划前检查各成员的任务量，或评审前检查高优先级任务的推进情况。
追一个大任务内部子项进度：子看板优先
大任务的内部推进需要独立观察。子看板把子项按流程排列，读者能看到哪个子项卡住、哪个阶段滞后。主看板上的大任务卡片只反映整体状态，内部细节需要进入子看板查看。
定位需求与阅读需求不一致时的取舍
实际使用中，团队需要的阅读方式和个人需要的定位方式可能不同。例如团队用泳道跟踪多条工作流，个人只想快速找到自己的任务。这时应以团队公共视图的主结构为准，个人通过筛选视图叠加自己的条件，避免为了个人定位方便而改变团队的主结构。反过来，如果多数成员的定位需求长期集中在某一类，说明主结构可能需要调整，应重新评估泳道的切分维度或分组字段的选择。
组合使用与落地建议
四种方式的组合没有统一答案，但有一套可执行的判断顺序和验证方法。
先明确看板要服务的主要阅读任务
在配置之前，先写下这个看板主要回答什么问题：是跟踪多条并行工作流，还是盘点属性分布，还是聚焦当前任务，还是跟踪大任务内部进度。主要阅读任务通常只有一个，它决定主结构的选择。次要需求通过叠加方式满足，避免主结构承担过多职责。
控制泳道数量与分组值的规模
泳道数量建议控制在读者能一眼扫完的范围内，通道过多会挤压卡片空间，横向比较也会变困难。字段分组同理，分组值应选择取值有限、变更不频繁的字段，并为取值约定规范，减少列结构频繁变动。分组值需要频繁增减时，考虑改用筛选视图承载这类观察需求。
筛选视图作为个人层，不替代团队公共视图
筛选视图适合个人聚焦和单团队临时查看，团队公共视图应保留完整结构。如果成员长期只使用个人筛选结果，团队对全貌的共同理解会减弱，站会和评审时容易出现信息不对称。可以约定公共视图的默认筛选条件，保证讨论基于同一范围。
子看板用于大颗粒工作项，避免层层嵌套
子看板适合内部需要独立推进的大任务。使用时应控制层级深度，一般一层子看板足以承载大部分大任务的拆解需求。层级过深会增加跳转次数，也容易让大任务与子项状态脱节。可以约定进入子看板的条件，例如工作量超过一定规模或跨多个团队时才拆分子看板。
上线前用真实任务验证可读性与维护成本
配置完成后，用一批真实任务试运行一段时间，观察三个指标：读者能否在预期时间内定位到目标任务，看板结构是否因分组值或泳道变化而频繁调整，成员是否普遍依赖个人筛选而忽略公共视图。根据观察结果调整主结构或叠加方式。具体工具是否支持泳道、字段分组、筛选视图和子看板，以及这些能力在不同版本和部署方式下的差异，需要以所选工具的最新官方说明为准，在选型或上线前逐项核验。
在工具承载层面，ONES 提供工作项视图与筛选相关能力，团队在落地上述组合时可以结合自身工作项字段与视图配置进行验证：先确定公共视图的主结构，再为成员配置个人筛选入口，大颗粒工作项按需拆分子项。具体支持范围以官方最新说明为准。
常见问题
团队既有多条并行工作流，又想按负责人盘点任务量，泳道和字段分组能同时用吗？
可以叠加，但要先分清主次。泳道改变的是横向通道，字段分组改变的是列的划分依据，两者叠加后看板会同时出现通道和列组，结构层次增加，读者需要先理解通道再理解列组。较稳妥的做法是选一个作为公共视图的主结构：如果团队最常问的是“哪条工作流堆积了”，以泳道为主，负责人盘点改用筛选视图临时查看；如果盘点频率更高，以字段分组为主，工作流信息通过标签或筛选条件补充。叠加前先确认多数成员能在一眼内读懂结构，否则宁可拆成两个视图。
筛选视图用得多了，成员只看自己的任务，团队怎么保持对全貌的共同理解？
把筛选视图定位为个人层，团队公共视图保留完整结构，并约定公共视图的默认筛选条件，让站会和评审基于同一范围讨论。可以定期在站会上切回公共视图过一遍整体分布，检查是否有长期无人关注的任务或堆积阶段。如果发现多数成员长期只依赖个人筛选，说明公共视图的主结构可能没有回答团队真正关心的问题，应重新评估泳道切分维度或分组字段，而不是继续增加个人视图。
子看板应该拆到多细，什么情况下不适合再往下拆？
子看板适合内部需要独立推进的大颗粒工作项，一般一层子看板足以承载大部分拆解需求。判断是否继续拆，可以看两个信号：子项是否由不同角色或团队按各自节奏推进，以及子项状态是否需要独立跟踪。如果子项只是同一人连续完成的几个动作，放在主看板卡片内用检查项或描述记录即可。层级过深会增加跳转次数，也容易让大任务与子项状态脱节，建议约定进入子看板的条件，例如工作量规模或跨团队数量达到一定门槛。
分组字段的取值经常变，列结构频繁调整影响阅读习惯，有什么替代做法？
字段分组适合取值有限、变更不频繁的属性。如果某个字段的取值需要频繁增减，可以把它从分组依据中移出，改用筛选视图承载这类观察需求：看板结构保持稳定，需要按该属性查看时用筛选条件缩小范围。同时为保留下来的分组字段约定取值规范，减少临时新增取值。定期检查分组列的增减频率，如果某个字段每轮迭代都在变，说明它更适合作为筛选条件而非结构依据。
上线前验证这几种组织方式，应该观察哪些具体现象？
用一批真实任务试运行一段时间，重点观察三类现象：成员能否在预期时间内定位到目标任务，看板结构是否因泳道或分组值变化而频繁调整，成员是否普遍依赖个人筛选而忽略公共视图。三类现象分别对应定位效率、维护成本和信息共享。根据观察结果调整主结构或叠加方式，再进入正式使用。所选工具是否支持泳道、字段分组、筛选视图和子看板，以及不同版本与部署方式下的差异，以工具最新官方说明为准，在选型或上线前逐项核验。
