任务看板把工作项按状态列摆放，用列、卡片字段和列内顺序回答“这件事到哪一步、由谁推进、下一步做什么”。下面给出一张假设情景下已填好的任务看板示例，逐项说明列划分、卡片字段、流转规则和读板方式，并指出换团队、换业务时该改哪里、什么情况下不宜照搬。示例中的结构可在ONES工作项管理中承载，具体配置按团队流程确定。
要点总览（TL;DR）
- 示例看板设五列：待梳理、待开始、进行中、待验证、已完成，每列都有明确的进入条件，卡片满足条件才能进入。
- 卡片保留八个字段：标题、负责人、协作人、优先级、截止日期、关联文档、阻塞标记、最近进展，字段按读板时的决策需要取舍。
- 流转规则写成可判断的条件句，右移需写明依据，退回需写明未通过项并保留原因。
- 换团队或换业务时，改列结构、字段和流转条件三处内容，结构规律可以保留。
- 工作项粒度差异过大、交接频繁、需要控制在制品数量或做效能度量时，这套示例不宜直接照搬。
示例目标：这张看板要回答哪些问题
本文的示例是一个假设情景，用于演示任务看板的填写结构，不对应任何真实客户或实际项目。示例假设一个约六人的小型研发或交付小组，工作项粒度统一到“可独立交付、可被一个人负责完成”的任务，例如“完成登录接口联调”“输出结算模块测试报告”。每张卡片对应一个这样的工作项，而不是一个需求大类或一个跨月项目。
这张看板要回答三个问题：工作项当前处在哪个阶段，即进度在哪；当前由谁负责推进，遇到问题该找谁；哪张卡片被什么原因卡住，需要什么条件才能继续。三个问题对应看板的三类信息：列表达阶段，负责人字段表达推进者，阻塞标记与备注表达卡点。
示例的范围限定在工作项的呈现结构，包括列、卡片字段、流转条件和列内排序。在制品上限、拉动机制、敏捷迭代规则、效能指标分析均不在本文设计范围内，示例中也不设置这些内容。读者可以据此判断：本文给的是“看板怎么填、怎么读”的样板，方法层面的机制设计需要另行规划。
完整示例：一张任务看板的列、卡片与流转规则
示例看板设五列：待梳理、待开始、进行中、待验证、已完成。每列有明确的进入条件，卡片只有满足条件才能进入该列。列定义如下表。
| 列 | 含义 | 进入条件 |
|---|---|---|
| 待梳理 | 已提出但信息不完整的工作项 | 有标题和提出人，目标、范围或验收标准尚未写清 |
| 待开始 | 信息完整、可以排期执行 | 目标、验收标准、负责人已确定，依赖已识别 |
| 进行中 | 负责人正在推进 | 负责人已开始实际工作，卡片上有最近一次进展说明 |
| 待验证 | 执行完成，等待确认结果 | 负责人自检完成，验收所需材料已附在卡片上 |
| 已完成 | 验收通过，工作项关闭 | 验收人确认结果符合验收标准，结论记录在卡片中 |
卡片字段示例：标题、负责人、协作人、优先级、截止日期、关联文档、阻塞标记、最近进展。以一张具体卡片为例，完整填写内容如下：
- 标题：完成登录接口与用户中心联调
- 负责人：后端开发A
- 协作人：前端开发B（负责联调页面）、测试C（负责回归验证）
- 优先级：高
- 截止日期：本周五
- 关联文档：登录接口联调说明（含接口清单与预期返回）
- 阻塞标记：未标记
- 最近进展：接口清单中3个接口已联调通过，剩余1个等待用户中心提供测试账号
流转规则示例：卡片右移必须满足目标列的进入条件，由负责人在卡片上写明依据后再移动。例如从“进行中”移到“待验证”，需附上自检结果和验收材料；从“待验证”退回“进行中”，需写明未通过的具体项和期望修改点，卡片回到原负责人名下。退回不隐藏历史，最近进展中保留退回原因，便于读板人判断返工次数和卡点性质。
列内排序规则示例：同一列内按“阻塞项优先、截止日期近的在前、其余按进入该列的时间先后”排列。排序反映的是处理顺序，不表示工作项的重要程度；优先级由字段单独表达，避免读板人把位置误读为重要性。
逐项解释：每个字段和规则为什么这样设
列数量与粒度的取舍依据是交付流程中真实存在的交接点。示例设五列，对应“信息补齐—可排期—执行—验证—关闭”五个可判断的阶段。列太少，读板人无法区分“还没开始”和“信息不全”；列太多，每列只放一两张卡片，看板失去整体视图。判断标准是：每一列都应能回答一个具体问题，且相邻两列之间存在明确的交接动作。
负责人字段与协作人字段分工不同。负责人是唯一对卡片推进负责的人，一张卡片只设一个负责人，避免出现问题时无人认领；协作人列出参与但不对整体推进负责的角色，便于读板人知道该找谁配合。两个字段分开，读板时先看负责人判断推进责任，再看协作人判断需要协调的对象。
优先级与截止日期同时存在，是因为两者回答不同问题。优先级表达相对重要性，用于在资源冲突时决定先做哪张；截止日期表达时间约束，用于判断是否临近风险。只有优先级，读板人不知道时间压力；只有截止日期，读板人不知道多张卡片冲突时该保哪张。两者并列，才能在读板时同时判断“重要”和“紧急”。
阻塞标记用于显性表达“这张卡片当前无法推进”。使用时机是：负责人已确认存在外部依赖或待决问题，且短期内无法自行解除。标记时需在最近进展中写明阻塞原因和解除条件，例如“等待测试账号，账号到位即可继续”。没有阻塞标记时，读板人只能从进展描述中推测卡点，效率低且容易遗漏。
进入条件与完成定义要写成可判断的条件句，避免“基本完成”“差不多”这类无法核对的表述。示例中“验收人确认结果符合验收标准”之所以可判断，是因为验收标准在“待开始”列之前就已写清。条件句的主语和判断依据都应明确，读板人不需要追问就能判断卡片是否满足条件。
列内排序反映处理顺序而非重要程度。看板从上到下的位置容易被读成优先级，因此示例把优先级单独设为字段，排序只承担“先处理哪张”的提示作用。这样读板人不会因为卡片位置靠下而误判其重要性。
可迁移规律：换团队、换业务时改哪里
示例中可复用的规律有三条：列结构跟随交付流程，不跟随工具；卡片字段按读板时的决策需要保留；流转规则写成可判断的条件句。换团队或换业务时，改的是这三处的具体内容，结构本身可以保留。
列结构随交付流程变化。判断方法是先画出工作项从提出到关闭的真实交接点，每个交接点对应一列。工具只负责承载列，不决定列怎么分。团队如果存在“设计评审”这一独立交接环节，就应增加对应列，而不是把评审塞进“进行中”。
卡片字段按决策需要保留。读板时经常需要判断的信息才设为字段，例如负责人、截止日期、阻塞状态；偶尔才查的信息放进关联文档或进展描述。字段过多会让卡片变长，读板人需要逐张展开才能看清，反而降低读板效率。示例中的八个字段可作为起点，按团队实际决策需要增删。
流转规则要写成条件句，格式为“当……满足时，卡片可以移到……”。条件句便于负责人自行判断，也便于读板人核对。退回规则同样写成条件句，并保留退回原因，使返工情况可追溯。
迁移到三类场景时，调整点如下表。
| 场景 | 列结构调整 | 字段与规则调整 |
|---|---|---|
| 需求管理 | 增加“待评审”“已排期”列，评审与排期分开 | 增加需求来源、影响范围字段；进入“已排期”需有排期结论 |
| 缺陷处理 | 增加“待复现”列，复现与修复分开 | 增加严重程度、影响版本字段；进入“待验证”需附复现步骤与修复说明 |
| 运营排期 | 按“策划—制作—审核—发布”划分列 | 增加发布渠道、上线时间字段；进入“已完成”需有发布链接或截图 |
看板与文档、工作项记录的衔接方式：卡片承载状态和责任人，关联文档承载验收标准、联调说明等需要长期查阅的内容。卡片上的最近进展记录关键节点和结论，使读板人不必打开文档就能判断当前状态；需要细节时再通过关联文档深入。这样看板保持轻量，记录保持完整。
在ONES中，列对应工作项状态，卡片字段对应工作项属性，流转条件可通过状态流转规则和必填字段约束来落实，进展与结论可记录在工作项动态或关联文档中。具体配置方式按团队流程和实际使用版本确定。
适用边界：这套示例在什么情况下不适用
示例假设工作项粒度统一。如果团队的工作项粒度差异过大，例如一张卡片是“半天完成的文案修改”，另一张是“跨两个月的系统迁移”，看板上的列就无法同时表达两类工作的阶段，读板人也会误判进度。这种情况下应先拆分工作项，把大项拆成可独立交付的子项再上板，或为大项单独设计视图。
多人并行且交接频繁的流程需要更细的状态设计。示例的五列适合交接点较少的流程；如果一项工作在同一阶段内反复在多人之间流转，五列无法表达“当前在谁手上、等谁处理”，需要增加按角色或按环节划分的状态，或在卡片上增加当前处理人字段。
示例不包含在制品上限与拉动机制的设计。看板列只表达状态，不限制每列卡片数量，也不规定“下游有空位才能拉动上游”的规则。需要控制在制品数量、改善流动效率的团队，应另行设计上限规则和拉动方式，本文示例不能直接承担这一功能。
示例不包含度量指标与效能分析口径。卡片上的进展记录可用于日常读板，但示例没有定义周期时间、流动效率等指标的计算方式，也不提供分析结论。需要度量分析的团队应单独设计指标口径和数据采集方式。
跨团队共享看板时，权限与字段统一是需要另行处理的问题。不同团队对同一列的含义、同一字段的取值可能理解不同，共享前应统一列定义和字段取值，并明确谁可以移动卡片、谁只能查看。示例按单团队假设设计，跨团队使用需先完成这些约定。
常见问题
看板列数设多少合适，五列是标准答案吗？
五列不是标准答案，示例的五列对应“信息补齐—可排期—执行—验证—关闭”五个可判断的交接点。判断列数的依据是团队交付流程中真实存在的交接动作：每个交接点对应一列，每一列都应能回答一个具体问题。流程中如果有独立的评审环节，就单独设列；如果两个阶段之间没有明确的交接动作，合并成一列更利于读板。
卡片上字段太多读不过来，怎么取舍？
按读板时的决策需要取舍。读板时经常要判断的信息设为字段，例如负责人、截止日期、阻塞状态；偶尔才查的信息放进关联文档或最近进展。字段越多，卡片越长，读板人需要逐张展开才能看清，反而降低读板效率。可以先从示例的八个字段起步，运行一段时间后删掉实际很少用到的字段。
卡片被退回后，历史记录要保留吗？
建议保留。示例的做法是退回时写明未通过的具体项和期望修改点，卡片回到原负责人名下，退回原因留在最近进展中。保留历史的价值在于读板人能判断返工次数和卡点性质：同一张卡片反复退回，往往说明验收标准没写清或依赖没识别，这比单看当前状态更有信息量。
多个团队共用一个看板，需要先统一什么？
共享前至少要统一两件事：列定义和字段取值。不同团队对同一列的含义理解可能不同，例如“待验证”在一个团队指自检完成，在另一个团队指已提交验收，共享后读板人会误判状态。字段取值同样需要对齐，例如优先级的档位和含义。此外要明确谁可以移动卡片、谁只能查看，避免跨团队误操作。
看板上的卡片和关联文档怎么分工？
卡片承载状态、责任人和关键节点，关联文档承载验收标准、联调说明等需要长期查阅的内容。卡片上的最近进展记录结论性信息，使读板人不必打开文档就能判断当前状态；需要细节时再通过关联文档深入。这样看板保持轻量，记录保持完整，两边不重复维护同一份内容。
