衡量任务日历视图对到期任务的可见性，可以用到期任务覆盖率、临期任务曝光率、到期任务按时完成率、逾期任务滞留时长、排期冲突识别率和日历视图活跃使用率这组指标。每个指标都要写明分子、分母、时间窗和单位，并限定统计的项目范围与任务类型，否则不同周期的结果无法比较。本文按“是否呈现、是否被看到并处理、视图是否被持续使用”三层给出指标清单、计算公式、抽样核对方法和一个两周窗口的算例。
要点总览（TL;DR）
- 到期任务可见性可拆成三层判断：到期任务是否在日历上呈现、呈现后是否被看到并及时处理、日历视图是否被持续使用，指标设计分别对应这三层。
- 核心指标包括到期任务覆盖率、排期冲突识别率、临期任务曝光率、到期任务按时完成率、逾期任务滞留时长和日历视图活跃使用率，每个指标都要写清分子、分母、时间窗和单位。
- 统计范围需固定项目或团队范围、任务类型和时间窗；到期日为空、任务删除、任务改期和分母为零的处理规则要在评估前写进口径。
- 计算后抽取10至20条到期任务核对日历呈现、提醒触达与状态记录是否一致，阈值以自身历史基线或试点前后对比为依据，不套用通用达标线。
- 指标反映呈现与使用情况，不直接等于交付质量或团队绩效；结论用于调整视图配置与提醒机制，并在下一周期用同一口径复测。
评估目标：到期任务可见性要回答什么
评估对象是任务日历视图对到期任务的呈现与提醒效果。日历视图把任务按到期日铺在时间轴上，可见性指的是到期任务能否在这个视图里被稳定呈现，团队成员能否据此发现临期工作并作出处理，以及这个视图是否被持续打开使用。评估结论用于判断视图配置和提醒机制是否需要调整，例如到期日字段是否填写完整、日历默认展示范围是否覆盖当前项目、临期提醒是否发到了实际处理人。
把可见性拆成三层，可以避免指标堆在一起却说不清问题出在哪一层：
- 呈现层：到期任务是否出现在日历上。对应到期任务覆盖率、排期冲突识别率，回答“该看见的有没有显示出来”。
- 处理层：任务被呈现后，是否在到期前被看到并推进。对应临期任务曝光率、按时完成率、逾期滞留时长，回答“看见之后有没有及时处理”。
- 使用层：日历视图本身是否被持续使用。对应日历视图活跃使用率，回答“这个视图有没有人看”。
三层之间存在先后关系：呈现不完整时，处理层指标会偏低，但原因在数据而非执行；使用率低时，处理层指标同样会失真。因此评估时应先确认呈现层与使用层的基本情况，再解读处理层结果。
指标与范围：到期任务可见性的指标清单
下表给出六个指标各自的判断层、统计对象和建议时间窗。指标名称保持稳定，便于跨周期对比；统计范围需要在评估开始前固定，中途变更范围会导致结果不可比。
| 指标 | 衡量层 | 统计对象 | 建议时间窗 | 单位 |
|---|---|---|---|---|
| 到期任务覆盖率 | 呈现层 | 任务 | 按周或按迭代 | 百分比 |
| 排期冲突识别率 | 呈现层 | 任务（同一责任人同一天多条到期） | 按周或按迭代 | 百分比 |
| 临期任务曝光率 | 处理层 | 任务与处理人 | 到期前 N 天（如 3 天） | 百分比 |
| 到期任务按时完成率 | 处理层 | 任务 | 按周或按迭代 | 百分比 |
| 逾期任务滞留时长 | 处理层 | 任务 | 按周或按迭代 | 天（中位数与均值并列） |
| 日历视图活跃使用率 | 使用层 | 人（视图访问） | 按周 | 百分比 |
统计范围建议同时限定三项：项目或团队范围（例如某产品团队下的全部项目）、任务类型（例如需求、缺陷、日常任务中纳入日历排期的类型）、时间窗（按自然周或按迭代）。范围一旦确定，各周期沿用同一范围；若团队重组或项目合并，应在结果中标注范围变更，不与旧周期直接比较。
数据口径：分子分母与取数来源
口径的核心是让每个指标都能被独立复算。下表给出公式与分子分母定义，其中“到期任务”统一指统计窗口内到期日落在该窗口内的任务，且任务在窗口结束时未被删除。
| 指标 | 计算公式 | 分子 | 分母 |
|---|---|---|---|
| 到期任务覆盖率 | 日历呈现的到期任务数 ÷ 到期任务总数 × 100% | 统计窗口内到期、且在日历视图中至少被呈现过一次的任务数 | 统计窗口内到期任务总数 |
| 排期冲突识别率 | 被识别并处理的冲突数 ÷ 冲突总数 × 100% | 同一责任人同一天存在多条到期任务、且经调整排期或确认可并行处理的任务数 | 统计窗口内检出的排期冲突总数 |
| 临期任务曝光率 | 临期被查看或收到提醒的任务数 ÷ 临期任务数 × 100% | 到期前 N 天内，任务在日历中被处理人查看，或提醒已触达处理人的任务数 | 统计窗口内进入临期区间（到期前 N 天）的任务数 |
| 到期任务按时完成率 | 按时完成任务数 ÷ 到期任务总数 × 100% | 在到期日当天或之前进入完成状态的任务数 | 统计窗口内到期任务总数 |
| 逾期任务滞留时长 | Σ（完成日期 − 到期日）÷ 逾期任务数 | 各逾期任务的逾期天数之和 | 统计窗口内到期且逾期的任务数 |
| 日历视图活跃使用率 | 访问过日历视图的人数 ÷ 统计范围内应使用人数 × 100% | 统计窗口内至少访问过一次日历视图的成员数 | 统计范围内被纳入日历排期的成员数 |
取数来源通常有四类：任务到期日字段提供分母与到期判断；状态变更记录提供完成时间与状态流转，用于按时完成率和逾期时长；日历视图访问日志提供呈现与查看记录；提醒触达记录提供临期曝光证据。四类数据应能通过任务标识关联到同一条任务记录上，关联不上的记录在口径中单独计数，不混入分子。
边界情况需要在口径中事先写清：
- 到期日为空：不计入到期任务总数，单独统计“无到期日任务数”，作为数据质量指标一并报告。
- 任务被删除：窗口结束时已删除的任务从分母中剔除；窗口内删除又重建的，按新任务计。
- 任务改期：同一任务多次改期时，需在评估前约定以首次到期日或窗口内最终到期日为准，并在所有周期保持一致。建议以最终到期日计算按时完成率，以首次到期日单独统计“改期率”，避免改期掩盖逾期。
- 分母为零：某指标分母为零时，该指标记为“不适用”，不写 0%，并在结果中注明原因。
在工具层面，ONES 的工作项到期日字段、日历视图和状态变更记录可以作为上述取数的承载：到期日字段确定任务是否进入统计窗口，日历视图决定任务是否被呈现，状态流转记录提供完成时间。评估前应先确认这些字段在目标项目中的填写完整度，字段大面积空缺时，覆盖率类指标会系统性偏低，结论应优先指向数据治理而非视图配置。
计算与评估步骤：从取数到结论
计算流程按以下步骤执行，每一步都留下可复核的记录：
- 确定统计周期与对比基线。选择按周或按迭代作为周期，并选定对比对象：上一周期的同口径结果，或试点前后的两组数据。基线的作用是判断变化方向，不用于设定统一达标线。
- 固定统计范围并导出任务清单。按项目、任务类型、时间窗导出到期任务清单，记录分母规模。分母过小（例如单周不足 20 条）时，指标波动大，建议合并多个周期再解读。
- 按口径逐项计算。每个指标同时记录分子、分母和结果，百分比保留一位小数，时长保留一位小数并注明单位。分母为零的指标标注“不适用”。
- 抽样核对数据可信度。从到期任务中随机抽取 10 至 20 条，逐条核对三件事：任务是否出现在日历视图的对应日期上；临期提醒是否触达处理人；状态变更时间与完成记录是否一致。抽样一致率低于预期时，先修正取数逻辑再使用指标结果。
- 设定观察阈值。以自身历史基线为参照，例如覆盖率较上周期下降超过 5 个百分点即触发排查；不套用外部通用达标线。阈值在评估前写明，避免事后按结果调整。
- 形成结论并安排复测。按三层分别给出判断，指出偏弱的一层及可能原因，列出配置或提醒机制的调整项，并在下一周期用同一口径复测。
抽样核对是判断数据可信度的关键动作。指标算得再整齐，如果日历呈现记录与实际界面不一致，结论就不可靠。抽样时优先覆盖到期日临近周末、任务被改期过、处理人发生变更这几类容易出错的记录。
算例：一个两周窗口的到期任务可见性计算
以下为演示情景，数字为假设值，用于说明公式如何落地，不代表任何真实团队数据或产品实测结果。
设定：某团队统计两周窗口内的到期任务共 120 条；其中在日历视图中至少呈现过一次的有 108 条；进入临期区间（到期前 3 天）的任务 96 条，其中被查看或提醒触达 72 条；按时完成 84 条；逾期任务 24 条，逾期天数合计 60 天；检出排期冲突 15 处，已调整或确认 9 处；统计范围内成员 12 人，访问过日历视图的 9 人。
| 指标 | 计算 | 结果 |
|---|---|---|
| 到期任务覆盖率 | 108 ÷ 120 | 90.0% |
| 临期任务曝光率 | 72 ÷ 96 | 75.0% |
| 到期任务按时完成率 | 84 ÷ 120 | 70.0% |
| 逾期任务滞留时长 | 60 ÷ 24 | 2.5 天 |
| 排期冲突识别率 | 9 ÷ 15 | 60.0% |
| 日历视图活跃使用率 | 9 ÷ 12 | 75.0% |
若该团队另有 8 条任务到期日为空，则这 8 条不计入 120 条分母，单独报告为“无到期日任务 8 条”，提示到期日填写存在缺口。若某周分母为零，例如团队当周无到期任务，则覆盖率等指标记为“不适用”，不参与周环比。
从结果解读：覆盖率 90% 说明呈现层基本可用，仍有约一成到期任务未进入日历，需排查到期日缺失或视图筛选范围；曝光率 75% 与活跃使用率 75% 接近，说明未曝光任务与未使用视图的成员可能高度重合，处理层偏弱的原因更可能在使用习惯而非提醒缺失；按时完成率 70%、逾期中位数需另行计算，提示处理层仍有改进空间；冲突识别率 60% 偏低，说明排期冲突被发现后有一批未处理，需明确冲突的确认与调整责任。综合看，该团队的短板集中在处理层与冲突闭环，而非呈现层。
解读与限制：指标能说明什么、不能说明什么
这组指标反映的是到期任务在日历视图中的呈现情况、被看到后的处理情况以及视图的使用情况，不直接等于交付质量或团队绩效。按时完成率受任务拆分粒度、到期日设定是否合理影响，一个把到期日普遍设得宽松的团队，按时完成率会偏高，但这不代表交付节奏更好。因此指标结论应指向视图配置与提醒机制的调整，而不是用于个人评价。
任务改期和到期日缺失会造成分母偏差。改期频繁时，以最终到期日计算的按时完成率会偏乐观，需要同时看改期率；到期日缺失的任务不进入分母，覆盖率会显得比实际好，需要与“无到期日任务数”一起看。数据质量本身应作为评估的一部分报告，而不是在指标之外单独处理。
单指标不足以判断可见性。覆盖率低说明呈现不全，曝光率低可能是提醒没触达，也可能是没人打开视图，只有把呈现、处理、使用三层组合起来看，才能定位问题。任何一层的改善都应在下一周期用同一口径复测验证，若复测结果与调整预期不符，应回到抽样核对环节检查取数是否发生变化。
最后，指标结果适合作为配置调整的依据，不适合作为一次性验收结论。日历视图的默认范围、临期提醒的天数与对象、冲突确认的责任人，这些配置项调整后需要至少一个完整周期才能观察到变化，评估节奏应与周期长度匹配。
常见问题
团队规模较小、每周到期任务只有十几条时，这些指标还能用吗？
可以用，但需要调整观察节奏。分母过小时，百分比指标的波动会很大，单周结果容易受个别任务影响。建议把统计周期从一周拉长到两周或一个迭代，或者把多个小团队合并到同一统计范围后再计算。分母仍不足时，优先看分子分母的绝对数，例如本周到期任务12条、日历呈现11条，比只看覆盖率更有信息量。分母为零的指标记为“不适用”，不写0%。
任务经常改期，按时完成率和逾期滞留时长应该以哪个到期日为准？
需要在评估开始前约定并保持各周期一致。一种做法是以统计窗口内的最终到期日计算按时完成率和逾期时长，同时单独统计改期率，观察改期是否集中在某类任务或某个环节。另一种做法是以首次到期日为准，结果会更严格，但需要保留每次改期的历史记录。两种口径都能用，关键是不要中途切换，否则前后周期无法比较。改期频繁时，建议把改期率与按时完成率并列报告，避免改期掩盖真实的逾期情况。
抽样核对发现日历呈现记录与界面实际显示不一致，应该先处理哪一步？
先暂停使用指标结果，回到取数环节排查。常见原因包括：日历视图的筛选条件与统计范围不一致，例如视图默认只显示当前项目而统计范围包含多个项目；任务到期日字段被批量修改但访问日志未同步；提醒触达记录与实际发送对象存在偏差。修正取数逻辑后重新抽样，一致率达到可接受水平再计算指标。抽样时优先覆盖到期日临近周末、任务被改期过、处理人发生变更这几类容易出错的记录。
这些指标能不能直接用来评价某个成员的排期管理能力？
不建议。指标统计的是任务在日历视图中的呈现与处理情况，受任务拆分粒度、到期日设定宽严、任务分配方式影响。一个到期日普遍设得宽松的成员，按时完成率会偏高；一个承接大量临时任务的成员，逾期滞留时长可能偏长，但原因不在个人排期习惯。指标更适合用来判断视图配置和提醒机制是否需要调整，例如覆盖率偏低时检查到期日填写规范，曝光率偏低时检查提醒对象是否发给了实际处理人。涉及个人的结论应结合任务分配记录和具体情境单独判断。
调整了日历默认范围和临期提醒天数后，多久能看到指标变化？
至少需要一个完整统计周期。若按周统计，调整后应等一周结束、数据完整再计算；若按迭代统计，等当前迭代结束再对比。调整初期指标可能先下降，例如扩大了日历默认范围后，原本未呈现的任务进入统计，覆盖率的分母变大而分子尚未同步增长。建议在调整前记录基线值，调整后连续观察两个周期，再判断变化方向。复测时沿用同一口径和同一统计范围，范围变更需在结果中标注。
