任务看板、列表、日历是同一批任务的三种呈现方式，切换视图改变的是组织方式与信息密度，任务本身的状态、负责人、日期等字段保持一致。看板按状态分列，突出任务当前所处阶段与流转；列表按行汇总，突出字段齐全与批量浏览；日历按日期落位，突出时间安排与截止分布。理解三者的信息侧重，能帮助团队按场景选择合适的查看方式。
要点总览（TL;DR）
- 看板按状态分列，卡片突出任务标题、负责人、优先级和截止日期，适合观察任务流转与阶段积压。
- 列表以行为单位汇总完整字段，包括任务名称、状态、负责人、起止日期和优先级，适合批量核对与横向比较。
- 日历按日期落位，显示任务标题、截止或起止日期和负责人，适合查看时间安排与到期分布。
- 视图切换是同一任务集合更换呈现方式，任务字段值保持不变；状态决定看板列位置，日期决定日历落位。
- 切换后若任务数量变化，先检查筛选条件、分组设置或日期范围，再判断是否为数据问题。
三种视图分别显示哪些任务信息
三种视图读取的是同一份任务数据，差异在于把哪些字段放到显眼位置、用什么结构组织。看板用列表达状态，列表用行表达记录，日历用格子表达日期。下面逐一看每种视图通常呈现的信息类型。
看板视图：按状态分列，突出流转
看板把任务按状态字段分成若干列，例如“待处理”“进行中”“待验证”“已完成”。每列内是一张张任务卡片，卡片上通常显示任务标题，以及负责人、优先级、截止日期、标签等辅助信息。卡片在列之间的移动，直观反映任务从上一个状态进入下一个状态。看板适合回答“现在有多少任务卡在某个环节”“谁手上正在做什么”这类问题。在迭代过程中，团队可以通过敏捷看板管理任务状态，并在每日站立会议中借助看板对齐进度与风险。
列表视图：按行汇总，突出字段齐全
列表把每个任务排成一行，表头是字段名，单元格是字段值。常见列包括任务名称、状态、负责人、开始日期、截止日期、优先级、所属项目或迭代等。列表的优势是信息密度高、字段完整，便于横向比较和批量浏览，也便于按任意列排序或筛选。当需要核对一批任务的负责人是否分配、截止日期是否填写、优先级是否统一时，列表是最直接的查看方式。
日历视图：按日期落位，突出时间分布
日历把任务放到具体日期上，通常依据截止日期或起止日期决定落位。每个日期格内显示当天相关的任务标题，并可附带负责人、状态等简短信息。日历适合回答“本周哪几天任务集中”“某个交付节点前后有多少任务到期”这类时间安排问题。跨多天的任务在日历上可能表现为一段连续区间，具体呈现取决于产品对起止日期的处理方式。
三种视图的信息侧重对照
| 视图 | 组织方式 | 突出信息 | 典型查看目的 |
|---|---|---|---|
| 看板 | 按状态分列，卡片排列 | 任务标题、负责人、优先级、状态列位置 | 观察流转与阶段积压 |
| 列表 | 按行排列，字段成列 | 任务名称、状态、负责人、起止日期、优先级等完整字段 | 批量核对与横向比较 |
| 日历 | 按日期落位 | 任务标题、截止或起止日期、负责人 | 查看时间安排与到期分布 |
任务视图切换的含义与边界
任务视图切换，指的是对同一个任务集合更换呈现方式：同一批任务，可以从看板切到列表，再从列表切到日历。切换只改变任务被组织和展示的结构，不改变任务数据本身。任务的状态、负责人、日期、优先级等字段在切换前后保持同一份值，不会因为在看板里拖动过卡片就与列表中的记录不一致。
这一概念有明确的边界。视图切换是信息呈现层面的操作，它不涉及任务是否允许进入某个状态、状态之间按什么顺序流转，这些属于工作流配置的范畴。视图切换也不等同于引入 Kanban 方法：看板视图是一种界面形式，Kanban 方法则包含在制品限制、拉动式流转等管理规则，二者可以配合使用，但概念不同。此外，视图切换不承担效能度量职责，它帮助人看清任务，不负责计算周期时间、吞吐量等指标。
同一任务在不同视图中的信息如何对应
理解视图切换的关键，是把任务看成一个统一的数据对象：任务有固定的一组字段，每种视图只是选取其中一部分字段、按某种结构展示。字段在各视图之间复用，位置和显眼程度不同。
- 状态字段：在看板中决定任务落在哪一列，是看板的主组织字段；在列表中作为一列的取值出现；在日历中通常不主导位置，只作为任务附带的简短信息。
- 日期字段：在日历中决定任务落在哪一天或哪一段区间，是日历的主组织字段；在列表和看板中作为展示信息出现，例如列表的截止日期列、卡片上的日期标记。
- 标题与负责人：三种视图通常都会显示，因为它们是识别任务和归属的基本信息，区别只在于展示空间大小。
- 优先级、标签等辅助字段：在看板卡片和列表列中较常见，日历格内空间有限，往往只保留最必要的信息。
切换视图时，筛选条件和任务范围通常保持一致：在看板中筛选出的某一负责人任务，切到列表或日历后仍是同一批任务，只是换了排列方式。具体产品在筛选保持上的实现可能有差异，使用时可留意切换后筛选条件是否延续。
从管理动作看，团队常需要先统一任务字段口径，再让各视图稳定呈现。ONES 支持根据实际场景自定义工作流，促进需求规范化流转；对于功能复杂的需求，可利用「子工作项」进行拆解，并关联研发和测试任务。字段与状态定义清楚后，看板列、列表列和日历落位才有共同的数据基础。
视图信息与相邻概念的区分
视图呈现容易与几个相邻概念混淆，区分它们有助于准确使用。
| 概念 | 关注点 | 与视图呈现的关系 |
|---|---|---|
| 任务视图（看板、列表、日历） | 同一批任务如何组织和展示 | 本文讨论的对象，属于信息呈现方式 |
| Kanban 方法与在制品限制 | 限制每个环节同时进行的任务数量，按拉动方式流转 | 属于敏捷项目管理规则，可借助看板视图落地，但视图本身不强制在制品限制 |
| 工作流状态配置 | 任务可以有哪些状态、按什么顺序流转 | 决定看板列的内容来源，属于配置层面，视图只是呈现配置结果 |
| 效能度量与分析 | 周期时间、吞吐量、趋势等指标计算 | 属于效能管理范畴，视图不承担度量职责 |
以 ONES 为例，敏捷看板用于管理任务状态、可视化对齐进度，这属于视图呈现与协作动作；而 ONES Performance 对研发过程中产生的数据进行多维度、精细化、自定义的分析，并提供多样化图表类型，这属于效能管理层面的能力。两者服务的问题不同：前者帮团队看清任务在哪里，后者帮团队判断整体做得怎么样。
具体例子与常见误解
假设有一个任务“完成登录页接口联调”，负责人为小李，状态为“进行中”，优先级为“高”，截止日期为本周五。它在三种视图中的呈现如下：
- 在看板中，这张卡片位于“进行中”列，卡片上显示任务标题、小李、高优先级标记和周五的日期。
- 在列表中，它占一行，任务名称、状态“进行中”、负责人小李、截止日期周五、优先级“高”分别落在对应列中，可以和其他任务逐列比较。
- 在日历中，它落在本周五的格子里，显示任务标题和小李，提醒当天有任务到期。
同一个任务，三种视图给出的信息一致，只是强调的重点不同。围绕这一点，有两种常见误解值得澄清。
第一种误解是认为不同视图显示的是不同任务或不同数据。实际上视图切换读取的是同一任务集合，任务数量、字段值都不因视图改变。如果切换后发现任务“变少”或“变多”，通常应检查筛选条件、分组设置或日期范围，而不是认为数据被复制或丢失。
第二种误解是认为日历视图只显示有截止日期的任务，就说明数据缺失。日历按日期落位，没有日期的任务自然无法落到某一天，这是呈现规则的结果，不代表任务不存在。这类任务仍可在看板和列表中看到，补齐日期后即可在日历中显示。理解每种视图的组织字段，就能准确判断“看不到”是筛选、字段缺失还是视图本身的呈现逻辑所致。
常见问题
切换视图后任务数量变少，是数据丢失了吗？
通常不是数据丢失。视图切换读取的是同一任务集合，任务数量变化多与筛选条件、分组设置或日期范围有关。日历视图按日期落位，没有日期的任务无法落到某一天，因此在日历中看不到，但在看板和列表中仍然存在。排查时可以先确认当前筛选条件是否延续，再检查任务是否缺少日期字段。
没有截止日期的任务在日历视图中如何处理？
日历按日期决定任务落位，没有日期的任务缺少落位依据，通常不会出现在日期格中。这属于呈现规则的结果，不代表任务不存在。团队可以在列表中筛出日期字段为空的任务，补齐日期后再回到日历查看。若希望日历完整反映任务安排，需要在任务创建或流转环节约定日期字段的填写要求。
看板视图和 Kanban 方法是一回事吗？
两者相关但不同。看板视图是一种界面形式，把任务按状态分列展示；Kanban 方法则包含在制品限制、拉动式流转等管理规则。团队可以用看板视图承载 Kanban 方法，也可以只用看板视图观察状态分布而不设置在制品限制。区分这一点，有助于判断团队需要的是界面调整还是管理规则调整。
三种视图能否同时满足不同角色的查看需求？
可以，前提是任务字段口径统一。管理者常用列表核对负责人、日期和优先级是否填写完整，用看板观察阶段积压，用日历安排交付节点；执行者则更多在看板中更新状态。字段定义和状态配置清楚后，各视图读取同一份数据，不同角色按需切换即可。若字段口径不一致，同一任务在不同视图中的呈现就会出现偏差。
视图切换能替代效能度量吗？
不能替代。视图切换解决的是任务如何组织和展示，帮助团队看清任务在哪里、谁在做什么；效能度量关注周期时间、吞吐量、趋势等指标，回答整体做得怎么样。两者服务的问题不同。ONES Performance 对研发过程中产生的数据进行多维度、精细化、自定义的分析，并提供多样化图表类型，属于效能管理层面的能力。
