任务泳道是任务看板中按某一属性把任务横向分组的行，同一块看板上因此能区分不同团队、项目、优先级或任务类型，每类任务各自形成一条从待办到完成的流转路径。它解决的是“同一看板上如何分组呈现”，不改变任务的状态定义，也不等同于限制在制品数量的Kanban机制。下面从定义、边界、组成、相邻概念和示例五个方面说明。
要点总览（TL;DR）
- 任务泳道是任务看板中按某一属性横向分组的行，与状态列交叉构成二维看板：泳道回答“这是哪一类任务”，状态列回答“任务走到哪一步”。
- 泳道只负责分组呈现，不定义任务状态、不设置在制品上限、不构成权限边界，也不等同于流程阶段。
- 常见分组依据有团队、项目、优先级、任务类型和负责人；分组字段宜取值稳定、数量可控，泳道过多会压缩可视空间。
- 泳道内任务仍按状态列流转；泳道与筛选器的区别在于常驻分组与临时缩小范围，与子任务的区别在于同层横向归类与任务内部拆分。
- 调整分组字段后，历史任务按新字段值重新归入对应泳道，追溯任务经过的状态应查看状态变更记录。
任务泳道的直接定义
任务泳道是看板中横向排列的分组行，每一行承载一组符合特定属性的任务。把泳道和状态列放在一起看，看板就形成了二维结构：纵向是泳道，代表“这类任务”；横向是状态列，代表“任务走到哪一步”。一个任务在二维结构中的位置，由它所属的分组和当前状态共同决定。
理解这个定义要抓住两点。第一，泳道承载的是一组任务，而非单个任务。一条泳道可以包含多条任务，这些任务共享同一个分组属性值，例如同属一个团队或同属一个项目。第二，泳道是呈现层的组织方式，任务的状态仍由状态列表达。任务从“待办”移到“进行中”，改变的是它在状态列上的位置；任务从一条泳道归入另一条泳道，改变的是它的分组属性值。两种变化互不替代。
用一句话概括：泳道回答“这是哪一类任务”，状态列回答“这个任务进展到哪一步”，两者组合构成看板的基本阅读方式。
任务泳道的边界：它管分组，不管什么
泳道的职责范围有限，明确它不承担哪些功能，能避免在使用中把分组当成流程控制。以下清单逐项说明边界。
- 泳道不定义任务状态。状态由状态列及其流转规则表达。新增一条泳道，不会为任务增加新的状态，也不会改变任务从待办到完成的路径。
- 泳道不设置在制品上限。限制某一状态或某一环节同时进行的任务数量，属于Kanban方法中的在制品控制机制，需要单独配置。泳道本身只做分组，不承担数量约束。
- 泳道不同于排序和筛选。排序决定同一组内任务的先后顺序，筛选临时缩小可见范围。泳道是常驻的分组呈现，只要分组字段有值，任务就会落在对应泳道中。
- 泳道不构成权限边界。把任务按团队分到不同泳道，不会自动让其他团队看不到这些任务。可见性与操作权限由独立的权限机制控制。
- 泳道不等于流程阶段。流程阶段由状态和流转规则表达，泳道只是把任务归类到不同行。把泳道当作阶段使用，会让状态定义和分组逻辑混在一起。
需要说明的是，Kanban方法与在制品限制机制有独立的设计与度量体系，本文只在区分概念时提及，不展开其配置方法。
泳道如何组成：分组依据与流转路径
泳道的组成取决于两个选择：按什么字段分组，以及分组后任务如何在状态列之间移动。分组字段决定泳道的数量和稳定性，流转路径则由状态列定义。
常见的分组依据如下表所示，不同依据适合回答不同的问题。
| 分组依据 | 适合回答的问题 | 使用条件 |
|---|---|---|
| 团队 | 各团队当前分别在做哪些任务 | 团队数量有限且相对稳定 |
| 项目 | 多个项目并行时各自的推进情况 | 项目数量可控，避免泳道过多 |
| 优先级 | 高优先级任务在各状态上的分布 | 优先级取值少且定义清晰 |
| 任务类型 | 需求、缺陷、运维等不同类型任务的进展 | 类型划分稳定，不频繁调整 |
| 负责人 | 每位成员手头任务的分布 | 人数适中，适合个人工作审视 |
分组字段应选取值稳定、数量可控的属性。字段取值频繁变化，泳道会不断增删，看板难以形成稳定的阅读习惯；取值过多，泳道数量膨胀，同一屏内无法看完，看板反而失去整体视野。当分组维度确实较多时，可以保留一个主分组作为泳道，其余维度交给筛选器临时切换。
泳道内任务的流转方式与普通看板一致：任务随状态变化在状态列之间移动，泳道本身不改变状态定义和流转规则。一条泳道内的任务可以从“待办”一路走到“完成”，也可以停留在中间某个状态。泳道只保证这些任务始终归在同一行，方便按组观察进度。
在实际看板工具中，分组呈现通常由视图的分组设置完成。以ONES工作项视图为例，可以按字段对工作项进行分组展示，使同一属性的任务集中呈现；具体支持的分组字段与呈现方式，以产品实际配置为准。这类设置的作用是把分组规则固化到视图中，让团队成员打开同一视图时看到一致的任务组织方式。
任务泳道与相邻概念的区别
泳道容易与几个相邻概念混淆，原因在于它们都影响“看板上看到什么”。下表按各自回答的问题做横向对照。
| 概念 | 回答的问题 | 与泳道的关系 |
|---|---|---|
| 状态列 | 任务进展到哪一步 | 与泳道垂直交叉，共同构成二维看板 |
| 看板视图 | 以卡片加列的形式呈现任务 | 泳道是看板视图内的一种分组方式 |
| 列表视图 | 以行和字段的形式逐条查看任务 | 列表可按字段分组，但不形成泳道式横向行 |
| 筛选器 | 当前只看哪些任务 | 筛选临时缩小范围，泳道常驻分组 |
| 子任务层级 | 一个任务内部拆成哪些步骤 | 子任务是任务内部的层级，泳道是同一层任务的横向分组 |
逐项来看，泳道与状态列是同一块看板上的两个维度，前者分组、后者表达进度，缺一不可。泳道与看板视图是部分与整体的关系：看板视图是呈现形式，泳道是其中一种组织手段，看板视图也可以不分组、只按状态列平铺。泳道与列表视图的差别在于呈现形态，列表以字段列逐条展示，分组后形成的是分组区块，不构成横向泳道。
泳道与筛选器的区别最容易被忽略。筛选器改变的是“可见任务集合”，切换筛选条件后，不符合条件的任务从视图中消失；泳道改变的是“任务归入哪一行”，所有任务仍在看板上，只是被分到不同行。泳道与子任务层级的区别在于层级位置：子任务在任务内部向下拆分，泳道在同一层级上横向归类，两者可以同时使用，但回答的问题不同。
具体例子与常见误解
假设一个产品团队同时推进三条工作线：客户端、服务端和数据。看板按团队划分泳道，状态列设为待办、进行中、待评审、完成。打开看板后，客户端泳道里是客户端团队的任务，服务端泳道里是服务端团队的任务，数据泳道里是数据团队的任务；每条泳道内的任务各自随状态向右移动。这样，管理者既能看到每条工作线整体推进到哪一步，也能看到某个状态上积压了哪些团队的任务。
这个例子也说明泳道的取舍。三条泳道在屏幕上清晰可读；如果按负责人划分，人数增加到十几人，泳道就会挤满屏幕，此时更适合用筛选器按人切换，而不是把所有成员都做成泳道。
围绕这个例子，有几种常见误解需要纠正。
- 把泳道当作权限边界。按团队分泳道后，其他团队仍然可以看到这些任务，除非另有权限设置。泳道只影响呈现位置，不控制访问。
- 把泳道当作流程阶段。泳道里的任务仍要经过待办、进行中、待评审、完成这些状态，泳道本身不表达阶段。若把“设计”“开发”“测试”做成泳道，状态列就会失去表达进度的作用。
- 认为泳道变更会保留历史位置。调整分组字段后，历史任务会按新的字段值重新归入对应泳道，原来所在泳道的位置不作为历史记录保留。需要追溯任务经过了哪些状态，应查看状态变更记录，而不是依赖泳道位置。
- 认为泳道越多信息越全。泳道数量增加会压缩每条泳道的可视空间，任务卡片被折叠或需要滚动查看，整体视野下降。分组维度多时，保留一个主维度做泳道，其余交给筛选和排序更实用。
把泳道放回它在看板中的位置，可以这样理解：泳道负责把任务按属性归行，状态列负责表达进度，筛选器负责临时聚焦，权限机制负责访问控制。四者各司其职，泳道才能稳定地服务于看板的日常阅读与协作。
常见问题
任务泳道和状态列可以只保留一个吗？
两者回答的问题不同，取舍取决于你想看什么。只保留状态列，看板按进度平铺，适合任务类型单一、不需要按团队或项目区分的小团队；只保留泳道而不设状态列，任务只能按类别堆在一起，无法看出推进到哪一步。多数情况下两者同时使用：泳道负责归类，状态列负责表达进度。如果确实只需要按类别浏览，列表视图按字段分组也能满足，不必强行做成泳道。
泳道数量多少比较合适？
没有统一数值，判断标准是打开看板后能否在一屏内看清各泳道的整体分布。泳道数量增加会压缩每条泳道的可视空间，任务卡片被折叠或需要滚动查看，整体视野随之下降。实践中的做法是保留一个主分组维度作为泳道，把团队、项目或任务类型中取值最稳定的那个放进来，其余维度交给筛选器临时切换。如果分组字段取值频繁变化，泳道会不断增删，团队也难以形成稳定的阅读习惯。
按团队划分泳道后，其他团队还能看到这些任务吗？
能。泳道只影响任务在看板上的呈现位置，不控制访问。把任务分到不同泳道，不会自动让其他团队看不到这些任务；可见性与操作权限由独立的权限机制控制。如果某条工作线需要限制访问范围，应在权限设置中处理，而不是依赖泳道划分。反过来，泳道也不应被当作权限边界的替代方案来设计。
调整分组字段后，原来泳道里的任务会怎样？
历史任务会按新的字段值重新归入对应泳道，原来所在泳道的位置不作为历史记录保留。也就是说，泳道反映的是任务当前的分组属性，不承载位置变迁的历史。需要追溯任务经过了哪些状态、由谁在什么时间移动，应查看状态变更记录，而不是回看泳道位置。在调整分组字段前，如果这段历史对复盘有价值，可以先确认状态变更记录的留存情况。
泳道和子任务可以同时使用吗？
可以，两者处在不同层级。泳道是同一层级任务的横向归类，子任务是任务内部向下拆分的步骤。一个任务可以既属于某条泳道，又在内部拆成若干子任务；子任务通常跟随父任务所在的分组呈现，不单独占用泳道。使用时注意不要把“拆步骤”和“分泳道”混为一谈：需要表达任务内部的执行顺序，用子任务；需要区分不同团队或项目的工作线，用泳道。
