任务视图筛选里，筛选条件、视图、保存视图和个人视图分别负责不同层面：筛选条件决定“看到哪些工作项”，视图决定“以什么形式呈现”，保存视图把条件与呈现方式固化为可复用的配置，个人视图则是归属到个人名下的保存视图。理解这条链路，能帮助你在日常任务管理中判断一次配置改动会影响什么、复用范围有多大。
要点总览（TL;DR）
- 筛选条件决定“看到哪些工作项”，视图决定“以什么形式呈现”，两者是内容规则与呈现形式的正交组合。
- 保存视图把筛选条件、视图类型与排序分组等展示设置一起固化为可复用配置，解决重复设置的成本。
- 个人视图是归属到个人名下的保存视图，差异在归属与默认可见范围，配置能力本身与保存视图一致。
- 改筛选条件影响内容范围，切换视图类型影响呈现形式，两类修改各管一层，判断影响先看改的是哪一层。
- 这套机制主要解决重复查找同一批任务、不同角色呈现差异、个人关注与团队共享范围区分等问题。
筛选条件、视图、保存视图、个人视图分别指什么
这四个词常被混用，原因在于它们经常同时出现在同一个操作面板里。把它们拆开看，每个对象都有明确的职责和属性。
筛选条件：圈定工作项范围的内容规则
筛选条件由字段和取值组成，例如“负责人 = 我”“状态 = 进行中”“优先级 = 高”“截止日期在本周内”。多个条件通过“且”“或”组合，形成一条范围规则。它的作用对象是工作项集合，回答的问题是：当前这批任务里，哪些应该出现在视野中。筛选条件本身不关心数据怎么画出来，只关心哪些数据被选中。
视图：工作项的呈现形式
视图指列表、看板、日历、时间线等展示方式。同一批工作项，用列表看字段和排序，用看看板看状态流转与堆积，用日历看时间分布。视图回答的问题是：这批任务以什么结构、什么视觉形态被阅读。视图类型的选择通常与使用场景有关，与任务内容本身无关。
保存视图：把条件与呈现方式固化为配置
临时筛选一次、切换一次视图类型，刷新或离开后往往需要重新设置。保存视图的作用是把“一组筛选条件 + 一种视图类型 + 排序、分组、字段显示等展示设置”打包成一个命名配置，下次直接调用。它解决的是重复配置的成本问题，让一套查看方式可以稳定复用。
个人视图：归属到个人的保存视图
个人视图是保存视图的一种归属形态，配置保存在个人名下，默认只影响创建者自己的查看范围。它与团队共享视图的区别在于归属和默认可见范围，而不在于配置能力本身。个人视图适合承载“我负责的任务”“我关注的需求”这类与个人工作节奏强相关的查看方式。
| 对象 | 一句话定义 | 关键属性 | 回答的问题 |
|---|---|---|---|
| 筛选条件 | 按字段与取值圈定工作项范围的规则 | 内容规则，可组合，可临时调整 | 看到哪些工作项 |
| 视图 | 列表、看板、日历等呈现形式 | 呈现形式，与内容规则相对独立 | 以什么形式呈现 |
| 保存视图 | 把条件与呈现方式固化的可复用配置 | 持久化，可命名，可反复调用 | 如何避免重复设置 |
| 个人视图 | 归属个人、默认只影响自己的保存视图 | 归属与可见范围，默认个人使用 | 这套配置归谁、影响谁 |
四者的关系：一条从条件到呈现再到复用的链路
四者构成一条递进链路：筛选条件是内容规则，视图是呈现形式，保存视图是配置的持久化，个人视图是保存视图的归属形态。前两者是运行时维度，后两者是配置管理维度。
筛选条件与视图是两个正交维度
“正交”意味着两者可以自由组合、互不决定。同一组筛选条件，可以切到列表查看字段明细，也可以切到看看板观察状态分布；同一个看看板视图，可以换一组筛选条件查看不同负责人的任务。内容规则回答“哪些”，呈现形式回答“怎么显示”，二者各自独立变化。理解这一点，就能明白为什么切换视图类型后，筛选出来的任务集合通常保持不变。
保存视图同时封装两个维度
保存视图的价值在于把正交的两个维度一起记住：既记住“负责人 = 我且状态 = 进行中”，也记住“用看看板、按优先级分组”。调用保存视图时，条件与呈现方式同时恢复。这也是保存视图比单纯记住筛选条件更有用的原因——它复用的是完整的查看场景，而不只是一条查询语句。
个人视图是保存视图的归属形态
个人视图在配置能力上与保存视图一致，差异在归属和默认可见范围。可以把它理解为“挂在个人名下的保存视图”。归属决定了谁默认看到它、谁可以修改它；可见范围则取决于产品的共享设置。归属与共享是两个问题，个人视图默认面向个人，并不等于它无法通过共享或复制参与协作。
修改条件与修改视图类型的影响不同
在已保存的视图上调整筛选条件，改变的是这个视图的内容范围；如果希望保留原配置，通常需要另存为新视图。切换视图类型，改变的是呈现形式，已保存的条件配置本身不随之改变。两类修改影响的对象不同：一个动内容规则，一个动呈现形式。判断一次改动的影响，先问自己改的是哪一层。
边界：任务视图筛选不包括什么
任务视图筛选是一套“查找与呈现”机制，范围有限。把它与相邻的管理机制区分开，可以避免把配置问题误当成管理问题，也避免期待它承担不属于它的职责。
- 不包含看板方法与在制品限制。视图可以以看看板形式呈现任务，但列如何设置、在制品上限如何约束、拉动规则如何执行，属于看板方法层面的设计，不在筛选机制内。
- 不包含组织效能与度量分析。筛选出的一批任务可以被统计，但吞吐量、周期时间、效能趋势等分析属于度量体系，筛选本身只负责圈定范围。
- 不包含权限体系本身。个人视图涉及可见范围，但“谁能看什么”的底层规则由权限体系决定；视图筛选只是在这个规则之下组织查看方式。
- 不包含工作项字段与状态模型的设计。筛选条件依赖已有字段和状态取值，字段怎么定义、状态怎么流转，是工作项建模问题，先于筛选存在。
这条边界说明：筛选条件能用的字段，取决于团队已经建好的字段体系；视图能呈现的结构，取决于工作项本身的数据。筛选是使用层的能力，不替代建模层和管理层的设计。
和搜索、报表、仪表盘的区别
任务视图筛选容易与几个相邻概念混淆，区别主要在于“一次性还是持续性”“呈现对象还是聚合结果”“日常操作还是汇总监控”。
| 对比对象 | 核心差异 | 典型使用时机 |
|---|---|---|
| 关键词搜索 | 搜索是一次性查找，输入关键词即时返回结果；视图筛选是条件化的持续范围，可保存复用 | 找某个具体任务时用搜索；日常跟踪一批任务时用视图筛选 |
| 报表统计 | 报表聚合指标，如数量、分布、趋势；视图筛选呈现工作项本身 | 需要数字结论时看报表；需要逐条处理任务时看视图 |
| 仪表盘 | 仪表盘面向汇总监控，把多个指标集中展示；视图面向日常操作，直接承载任务处理 | 例会前看仪表盘掌握全局；日常工作中打开视图处理任务 |
| 项目/迭代范围切换 | 范围切换改变的是数据边界，如从本项目切到另一项目；视图筛选是在既定范围内按字段条件缩小集合 | 跨项目查看时切换范围；同一范围内按负责人、状态细分时用筛选 |
这些区别可以归纳为一句话：搜索解决“找得到”，报表和仪表盘解决“看得清整体”，视图筛选解决“持续盯住一批任务并直接操作”。它们各自成立，也常配合使用。
一个具体例子与常见误解
下面用一个演示情景说明四者如何串起来。情景为虚构示例，仅用于解释概念。
示例：从筛选到保存为个人视图
假设一位开发人员在迭代中需要每天跟进自己手上的任务。第一步，设置筛选条件“负责人 = 我”“状态 = 进行中或待验证”；第二步，选择看看板视图，按状态列呈现，便于观察任务卡在哪个环节；第三步，把这套条件与呈现方式保存，命名为“我的进行中任务”，归属个人。此后每天打开这个个人视图，就能直接进入自己的工作队列，无需重复设置。若某天想临时看看本周全部任务，可以调整条件而不保存，原个人视图保持不变。
常见误解一：保存视图等于共享视图
保存视图只说明配置被持久化了，是否对他人可见取决于归属与共享设置。个人视图默认面向个人，团队共享视图需要额外的共享动作。把两者等同，容易导致“我保存了但同事看不到”的困惑。
常见误解二：改筛选条件会改变视图类型
筛选条件与视图类型是两个维度，调整条件改变的是内容范围，看看板仍然是看看板。反过来，切换视图类型也不会改写已保存的条件。两类修改各管一层，互不替代。
常见误解三：个人视图对他人不可见就没有协作价值
个人视图首先服务于个人工作节奏，减少重复查找；同时，一套好用的个人视图配置可以通过共享或复制成为团队模板，把“我怎么看任务”转化为“团队怎么跟进任务”。可见范围是配置属性，协作价值取决于配置本身是否值得复用。
这套机制解决哪些任务查找与呈现问题
回到实际用途，任务视图筛选的价值集中在四类问题上，每一类都对应具体的动作和可观察的结果。
降低重复查找同一批任务的成本
没有保存视图时，每次查看“我负责的进行中任务”都要重新选字段、填取值、切视图。保存视图把这套动作压缩为一次点击，把重复配置的时间转移到任务处理本身。判断是否值得保存的标准很简单：同一组条件一周内是否会用到多次。
适配不同角色对同一批任务的不同呈现
同一批任务，负责人关心自己的队列，测试人员关心待验证状态，管理者关心阻塞项。筛选条件可以相同或相近，视图类型和分组方式按角色调整。正交维度让“内容一致、呈现不同”成为低成本操作，而不必为每个角色维护完全独立的数据集。
区分个人关注范围与团队共享范围
个人视图承载个人节奏，共享视图承载团队共识。两者并存，既避免个人视图污染团队视野，也避免团队视图被迫承载每个人的个性化需求。归属和共享设置是这条分界线的落地方式。
形成从筛选到保存再到日常复用的工作流
典型工作流是：先临时筛选，确认这组条件确实对应一个稳定的查看需求；再保存为视图，命名并选择归属；之后在日常工作中直接调用，按需微调条件而不破坏原配置。这个流程的关键判断点是“稳定性”——只有反复出现的查看需求才值得固化为视图。
在支持工作项视图管理的工具中，这套链路通常体现为筛选条件、视图类型、保存与归属设置的组合。以ONES为例，工作项视图提供筛选与多种呈现方式，并支持将配置保存复用、区分个人与共享的使用范围；具体入口、共享规则与版本差异以实际产品为准。对于团队而言，先明确“哪些任务需要被持续盯住、由谁盯、以什么形式看”，再决定保存为个人视图还是共享视图，比先堆配置更有效。
常见问题
保存视图后同事看不到，是配置出错了吗？
通常不是配置出错，而是归属与共享设置的问题。保存视图只说明配置被持久化了，默认可见范围取决于它归属在谁名下、是否做了共享动作。个人视图默认面向创建者自己，团队需要共同使用时，需要额外的共享或复制动作。遇到这种情况，先确认视图的归属，再检查共享设置，比重新配置一遍条件更有效。
临时调整筛选条件后，原来的保存视图会被改掉吗？
取决于调整方式。在已保存视图上直接修改条件并保存，改变的是这个视图的内容范围；如果只是临时调整、不执行保存，原配置通常保持不变。希望保留原视图又想尝试新条件时，稳妥的做法是另存为新视图，让两套查看方式并存。判断标准是这次调整是否代表一个稳定的查看需求。
个人视图只给自己用，还有必要认真命名和整理吗？
有必要。个人视图的价值在于降低日常查找成本，命名清晰、数量可控才能做到一眼找到。视图数量过多时，反而要花时间辨认。建议按使用频率保留少数几个，例如“我的进行中任务”“待我验证”，把低频的一次性查看交给临时筛选。一套好用的个人视图配置，后续也更容易通过共享或复制转化为团队模板。
同一批任务，团队里不同角色应该共用一套视图还是各建各的？
可以分层处理。内容范围相近的部分用共享视图承载团队共识，例如“本迭代全部进行中任务”；角色差异体现在呈现形式上，例如负责人用看板看自己的队列，测试人员用列表按状态排序看待验证项。筛选条件与视图类型是两个独立维度，这让“内容一致、呈现不同”成为低成本操作，不必为每个角色维护完全独立的数据集。
筛选条件里能用的字段不够用，是筛选机制的问题吗？
多数情况下是工作项建模层面的问题。筛选条件依赖已有的字段和状态取值，字段怎么定义、状态怎么流转，先于筛选存在。如果发现缺少某个维度无法筛选，需要回到工作项字段设计上补齐，而不是期待筛选机制自行扩展。这也说明筛选是使用层的能力，不替代建模层的设计。
