任务看板用久了，常见的问题往往不在任务本身，而在呈现方式：字段越加越多、视图越建越乱、默认展示停留在上线时的样子。这份自查清单围绕字段、视图、默认展示三条主线展开，并补充反馈收集与定期清理机制，供看板管理员、项目负责人和普通成员在固定时点逐项核对。每项检查都写明通过标准、证据和负责人，其中若干项列为阻断项，整改完成后方可通过。
要点总览（TL;DR）
- 自查围绕三条主线：字段是否必要且口径统一、视图是否按角色和场景分工、默认展示是否让成员打开即见关键信息。
- 每项检查都要写明通过标准、证据和负责人，否则清单会退化成一次性文档。
- 字段无责任人、视图无人维护、默认展示长期未复核、字段口径冲突属于阻断项，整改完成前不予放行。
- 反馈入口固定为一处，清理周期与季度复核对齐，清理动作留下记录以便回溯。
- 放行判断由复核人逐项确认：阻断项全部关闭，非阻断项有明确处理结论。
谁在什么时点做这次自查
自查要落地，先要明确谁查、什么时候查。缺少执行主体，清单容易变成一次性文档，检查完就搁置。建议按角色分工，把检查责任落到具体人身上。
| 角色 | 触发时点 | 主要职责 |
|---|---|---|
| 看板管理员 | 新看板上线前、季度例行复核 | 组织自查、汇总检查结果、维护字段与视图配置、记录变更 |
| 项目负责人 | 新看板上线前、信息过载反馈集中出现时 | 确认字段与业务问题的对应关系、判断视图是否覆盖团队主要场景、对阻断项整改负责 |
| 普通成员 | 季度例行复核、日常使用中 | 反馈字段冗余、视图难用、首屏信息看不清等实际问题，参与新成员可理解性验证 |
触发时点建议设三类：新看板上线前做一次完整自查，确保初始配置干净；当成员反馈集中指向“找不到信息”“卡片太乱”时启动专项检查；每季度做一次例行复核，防止配置随业务变化逐渐失真。单次自查建议控制在半天以内，按章节分块推进，避免拖成长期悬置的任务。
字段自查：必要性与口径
字段检查的核心判断是：每个字段都能回答一个具体的业务问题，并且有人对它负责。字段只增不减是看板膨胀的主要来源，检查时以“删除无人使用的字段”为默认动作，保留需要给出理由。
| 检查项 | 通过标准 | 证据 | 负责人 |
|---|---|---|---|
| 字段与业务问题的对应关系 | 每个字段能说明它支撑哪类判断或哪项统计；连续一个周期无人填写或筛选的字段列入删除清单 | 字段清单及对应业务问题说明、字段使用情况记录 | 看板管理员 |
| 命名与取值一致性 | 同一含义的字段只有一种命名；枚举值表述统一，不出现同义重复选项；必填规则与实际填写习惯一致 | 字段配置截图或导出清单、命名规范文档 | 看板管理员 |
| 默认值与空值处理 | 每个字段明确默认值或留空规则；空值在看板上的呈现方式统一，不出现空白与占位符混用 | 字段配置记录、抽查若干工作项的填写结果 | 看板管理员 |
| 维护责任人与变更记录 | 每个字段有明确维护人；新增、修改、停用字段均有记录，包含时间、原因和影响范围 | 字段变更记录表 | 看板管理员 |
字段口径统一还体现在跨视图的一致性上：同一字段在不同视图中的名称、取值和排序含义应保持一致，否则成员在切换视图时会产生理解偏差。检查时可抽取两到三个高频视图做交叉比对。在ONES的工作项管理中，字段配置与视图筛选共用同一套工作项属性，字段口径调整后各视图同步生效，便于把这项检查落到配置层面；具体可配置的字段类型与校验规则，以实际使用环境的配置项为准。
视图自查：按角色与场景分工
视图检查要回答两个问题：现有视图是否覆盖了主要角色和场景，数量是否已经失控。视图的本质是给特定人群解决特定查看需求，脱离使用者的视图应当合并或停用。
先建立视图与角色、场景的对应清单，逐条写明这个视图给谁用、解决什么查看需求、多久被打开一次。对应不上的视图进入合并候选。随后检查命名规范：视图名称应能直接说明用途，例如按“角色＋场景”命名，避免“视图1”“我的看板”这类无法区分的名称。重复视图合并时，保留筛选条件更完整、使用者更多的那个，其余停用并在变更记录中注明去向。
| 检查项 | 通过标准 | 证据 | 负责人 |
|---|---|---|---|
| 视图与角色/场景对应 | 每个视图能写明使用者与用途；主要角色至少有一个专属视图 | 视图清单及用途说明 | 项目负责人 |
| 数量与命名规范 | 视图数量与团队规模、场景数量匹配；名称可区分用途；重复视图已合并或停用 | 视图清单、合并/保留结论 | 看板管理员 |
| 筛选、排序与分组可读性 | 筛选条件能用一句话解释；排序与分组逻辑与当前工作节奏一致，不出现多层嵌套导致结果难以预期 | 视图配置说明、抽查视图结果 | 看板管理员 |
| 创建者、使用者与复核周期 | 每个视图有创建者和明确使用者；设定复核周期，到期由负责人确认是否继续保留 | 视图清单中的责任人与复核日期 | 看板管理员 |
视图的共享范围与权限设置需要在检查时一并确认：哪些视图对全团队可见、哪些仅限特定角色使用，应与视图用途一致。若使用环境支持按角色或场景保存多套视图，可把共享范围作为视图清单的一列固定记录，减少后续争议。
默认展示自查：打开即见关键信息
默认展示决定了成员打开看板的第一眼看到什么。检查目标是首屏不过载、关键信息不缺位，卡片上显示的内容与点击后详情形成合理分层。
| 检查项 | 通过标准 | 证据 | 负责人 |
|---|---|---|---|
| 默认展示字段的数量与优先级 | 卡片上只保留支撑快速判断的少量字段；优先级最高的信息排在显眼位置 | 默认展示配置截图、字段优先级说明 | 看板管理员 |
| 卡片信息与详情的分层 | 卡片承担识别与判断，详细描述、附件、历史记录等放在点击后的详情中，不堆在卡片上 | 卡片配置与详情页对照 | 看板管理员 |
| 默认排序与分组 | 排序与分组符合当前工作节奏，成员打开后能直接看到需要处理的事项 | 默认视图配置记录 | 项目负责人 |
| 新成员可理解性 | 请一位未参与配置的成员首次打开看板，能说清每个可见字段的含义和当前该关注什么 | 新成员试用记录与反馈 | 项目负责人 |
新成员可理解性检查建议实际执行，而不是凭配置者主观判断。可以让新成员在不接受口头解释的情况下打开看板，复述他看到的信息和下一步动作，记录卡壳之处作为整改输入。默认展示的配置项在不同工具中名称不同，检查时以“打开看板即呈现的字段、排序、分组”为核对对象，逐项对照实际效果。
成员反馈与定期清理机制
自查不能只做一次。字段和视图会随业务变化再次膨胀，需要固定的反馈入口和清理节奏，让问题在积累成负担之前被发现。
反馈渠道建议固定为一处，例如在看板说明中放置反馈入口或在固定会议中留出反馈环节，频率与团队节奏匹配，按周或按迭代收集。反馈内容聚焦具体问题：哪个字段没用、哪个视图看不懂、首屏缺什么信息，避免停留在“看板不好用”的笼统描述。
清理周期建议与季度复核对齐，清理范围包括长期无人使用的字段、无人维护的视图、与当前工作节奏脱节的默认排序。保留规则要事先写明，例如正在支撑统计或对外汇报的字段不纳入清理，避免误删。每次清理动作记录时间、清理对象、原因和执行人，保留回溯依据。反馈到整改的闭环由看板管理员负责跟踪，每条反馈标注处理状态，未处理的在下次复核时重新提出。
| 记录项 | 填写内容 |
|---|---|
| 反馈来源与时间 | 提出人、渠道、日期 |
| 问题描述 | 涉及的字段、视图或默认展示，具体现象 |
| 处理结论 | 整改、保留、暂缓，及理由 |
| 执行人与完成时间 | 实际处理人和关闭日期 |
阻断项与放行条件
并非所有检查项都同等重要。以下情况会直接影响看板可用性，列为阻断项，整改完成前不予放行。
| 阻断项 | 整改完成条件 | 复核人 |
|---|---|---|
| 字段无责任人 | 每个在用字段指定维护人并登记；无人认领的字段停用或删除 | 看板管理员 |
| 视图无人维护 | 每个在用视图明确创建者或维护人及复核日期；无主视图合并或停用 | 项目负责人 |
| 默认展示长期未复核 | 完成一次默认展示核对，记录核对日期与结论，并设定下次复核时间 | 看板管理员 |
| 字段口径冲突 | 同一含义字段统一命名与取值，冲突项完成合并或明确区分 | 看板管理员 |
放行判断由复核人依据检查表逐项确认：阻断项全部关闭，非阻断项有明确处理结论（整改、保留或暂缓并说明理由），即可通过。未通过时，把未关闭项整理成整改清单，指定负责人和完成时间，在下次复核时优先检查。整改期间看板可继续使用，但新增字段和视图应暂缓，避免在问题未理清前继续叠加配置。
常见问题
自查发现某个字段没人用，但不确定是否还有其他团队在依赖它，怎么处理？
先查使用记录，再决定去留。可以导出该字段的填写与筛选情况，确认在最近一个完整工作周期内是否有人填写、是否被视图筛选引用。若确实无人使用，列入删除清单；若无法确认，先停用并保留配置记录，观察一个周期后再删除。停用期间收到依赖反馈的，恢复字段并补充维护人。关键是把“无人认领”的字段从默认状态中移出，避免它继续占用卡片空间。
视图合并后，原来习惯用旧视图的成员不适应，怎么办？
合并前先做告知，合并后保留过渡期。合并结论应写明保留哪个视图、停用哪些、停用视图的筛选条件如何在新视图中体现。过渡期内可以在看板说明中标注新旧对应关系，让成员按原用途找到替代视图。若反馈显示某个被停用的视图确有独立场景，重新评估是否恢复，并为其指定维护人和复核日期，避免再次变成无主视图。
新成员可理解性检查需要多少人参与，结论才算有效？
这项检查的目的是发现配置者视角看不到的理解障碍，参与人数不必多，但应选择未参与看板配置、且对业务有一定了解的成员。实际操作中请一位成员独立打开看板，复述可见字段的含义、当前该关注什么、下一步动作是什么，记录卡壳和误读之处。若多处卡壳集中在同一字段或同一区域，说明默认展示需要调整；若只是个别表述差异，可作为命名优化输入。结论以记录的具体问题为准，不设固定通过人数。
整改期间看板还能正常使用吗？新增字段和视图要不要一并冻结？
看板可以继续使用，但新增配置建议暂缓。阻断项整改期间，字段和视图的增改会干扰问题定位，也可能在口径未理清前继续叠加负担。可以把新增需求登记到待办清单，整改完成后统一评估。若业务确有紧急新增需求，先由看板管理员确认不与在改字段冲突，再小范围放开并记录原因。
季度复核时，如果上一轮的整改项还没关闭，怎么处理？
未关闭项在本次复核中优先检查，并重新确认负责人和完成时间。连续两轮未关闭的阻断项，应升级到项目负责人层面处理，判断是资源不足、责任不清还是需求本身已失效。若需求已失效，走停用或删除流程并记录结论；若仍然必要，明确新的完成时间并纳入下一轮复核的必查范围。复核记录中保留每轮的关闭状态，便于追溯。
