要判断一条周期任务的触发规则是否值得保留，先要把“应生成多少、实际生成多少、漏了多少、人工补了多少”放在同一观察期和同一任务范围内统计。按计划生成率、漏生成次数、人工补建比例分别回答及时性、缺口规模和人工介入程度，再结合触发异常处理时长定位问题环节，结论才能落到保留、调整触发条件或停用规则的具体动作上。
要点总览（TL;DR）
- 评估周期任务触发规则，先确定观察期和应生成实例清单作为统一分母，再逐实例标记按时生成、漏生成和人工补建，三个指标放在同一时间窗和任务范围内联合解读。
- 按计划生成率＝按时生成实例数÷应生成实例数×100%，衡量及时性；漏生成次数按实例计数，衡量缺口规模；人工补建比例＝人工补建实例数÷实际生成实例总数×100%，衡量人工介入程度。
- 触发异常处理时长取从发现异常到恢复生成的中位时长，用于判断问题出在规则配置、执行环节还是业务变化，处理时长长且反复出现时优先调整触发条件。
- 漏生成集中在固定时间点多指向配置或执行环境问题，人工补建比例高且集中在某类任务多指向模板或触发条件不适配，评估结论应落到保留、调整或停用的具体动作。
- 不设通用达标线，阈值以历史基线和任务重要性确定；比率高不等于业务价值高，任务完成质量需另行评估。
评估目标：判断规则该保留、调整还是停用
评估对象是一条具体的周期任务触发规则在观察期内的表现，例如“每周一上午生成项目周报任务”这条规则。评估要回答的决策问题可以归纳为三个选项：保留规则继续运行；调整触发条件或触发时间；停用规则，改为人工发起或其他方式。指标本身不构成结论，只有对应到这三个选项，评估才算完成。
为了让评估可执行，建议先写一份评估目标说明，至少包含以下内容：
- 规则名称与任务范围：明确评估哪条规则、覆盖哪些任务、周期类型是每周还是每月。
- 观察期：起止日期，以及观察期内应生成的实例数量级，便于判断样本是否足够。
- 决策选项：保留、调整、停用三类，并写明每类选项的触发情形由评审会确认。
- 评审角色：谁负责出数、谁负责复核口径、谁做最终决策。常见分工是任务负责人出数，团队负责人或流程负责人评审。
- 评估节奏：按季度或按半年定期复评，规则调整后的下一个观察期单独复评一次。
评估目标说明的作用是防止“指标算完没有出口”。当按计划生成率偏低但业务仍高度依赖该任务时，评审应讨论调整触发时间或增加提醒，而不是直接停用；当任务本身已少有人使用，即使生成率很高，也应讨论停用。
指标与范围：三个核心指标加一个辅助指标
三个核心指标分别衡量生成及时性、生成缺口和人工介入程度，辅助指标衡量异常恢复效率。四个指标的定义、公式和单位如下表。
| 指标 | 公式 | 分子 | 分母 | 单位 |
|---|---|---|---|---|
| 按计划生成率 | 按时生成实例数 ÷ 应生成实例数 × 100% | 在计划时间点（含允许延迟窗口）内生成的实例数 | 观察期内按规则应生成的实例总数 | 百分比 |
| 漏生成次数 | 应生成但未生成或超时未生成的实例计数 | 漏生成实例数，按实例逐条计数 | 不适用，为绝对量 | 例/次 |
| 人工补建比例 | 人工补建实例数 ÷ 实际生成实例总数 × 100% | 由人工手动创建、且对应某个应生成实例的数量 | 观察期内实际生成的实例总数，含自动生成与人工补建 | 百分比 |
| 触发异常处理时长 | 从发现异常到恢复生成的中位时长 | 各次异常的处理时长 | 不适用，取中位数 | 小时或天 |
几个口径需要在定义阶段就写清楚。第一，“按时”要给出允许延迟窗口，例如计划时间点后30分钟内生成仍计为按时，窗口长度按任务时效要求确定。第二，漏生成次数按实例计数，同一实例多次重试失败只计一次漏生成，避免重复放大。第三，人工补建只统计对应应生成实例的补建，业务人员临时新增的、与规则无关的任务不计入。第四，触发异常处理时长取中位数而非平均值，减少个别长尾异常对结论的干扰。
范围界定同样影响可比性。需要明确纳入哪些任务、哪些周期类型，是否包含节假日和暂停期。节假日本身不应生成实例的，应从分母中排除；规则被主动暂停的期间，也应单独标注，不与正常运行期混算。
数据口径与证据：从哪里取数、怎么保证可比
取数的基础是任务系统中的计划生成记录。需要采集的字段包括：规则标识、任务标识、周期类型、计划生成时间、实例实际创建时间、创建方式（自动或人工）、补建标记、异常发现时间与恢复时间。人工补建标记是计算人工补建比例的关键字段，如果系统没有独立标记，可以用创建人加创建方式组合判断，并在口径说明中写明判断规则。
口径统一有三个要点。同一任务、同一周期类型的实例才可直接比较；跨任务汇总时先分任务计算，再看总体，避免大任务量掩盖小任务的严重问题；观察期长度不同的规则之间比较比率时，应同时给出应生成实例数，样本过少的比率只作参考。
分母为零的情况要单独处理。观察期内应生成实例为0时，按计划生成率和人工补建比例记为“不适用”，不记为0%。记为0%会把“没有机会生成”误读为“全部失败”，直接影响后续判断。
数据缺失和异常要单独列出。计划记录存在但实例创建记录缺失的，先核查是否为系统记录问题，核查前不并入漏生成，也不直接剔除，而是在明细表中单列“待核实”类别。证据留存方面，保留原始明细表，每个比率都能回溯到具体实例，评审时才能复核。
计算与评估步骤：从出数到形成判断
计算流程可以按五步执行，每一步都有明确产物。
- 确定观察期与应生成实例清单。按规则的计划时间逐条列出应生成实例，形成分母清单，并标注节假日、暂停期等排除项。
- 逐实例标记状态。对每个应生成实例标记为按时生成、漏生成或人工补建，人工补建实例同时计入实际生成总数。
- 按公式计算三个比率和异常处理中位时长，保留分子分母原始数字，便于复算。
- 分任务、分周期拆解。先看单条任务的表现，再看规则整体，判断问题是个别任务特有还是规则层面的普遍现象。
- 结合漏生成原因形成调整建议。逐条核查漏生成实例的原因，归入配置错误、执行失败、业务已不需要三类，分别对应不同的调整动作。
判断时可以借助以下对照思路。漏生成集中在固定时间点，例如每次月初第一天，多与触发时间配置、系统负载或依赖条件有关，优先检查规则配置和执行环境。人工补建比例高且集中在某类任务，多与模板内容或触发条件不适配有关，例如任务内容需要按项目阶段变化，固定周期触发无法覆盖。漏生成分散且伴随业务侧反馈“任务已不需要”，则应讨论停用规则或改为按需发起。
触发异常处理时长在这里起定位作用。处理时长短、恢复快，说明异常多为偶发执行问题；处理时长长且反复出现，说明规则配置或依赖环节存在结构性问题，调整触发条件比反复人工补救更有效。在任务系统中，规则运行日志和统一的规则管理界面可以作为取数与排查异常的承载方式，ONES Project 自动化规则提供运行日志展示规则运行状态，并提供统一管理平台用于规则监测，具体日志字段和保留时长以实际版本为准。
例子：一条周报任务的三个月评估
以下为演示情景，用于说明公式代入和结论形成过程，数字为假设值。
某团队有一条“每周一上午9点生成项目周报任务”的规则，观察期为12周，应生成12个实例。实际数据为：按时生成10个，漏生成2次，人工补建3个，实际生成实例总数13个。其中两次漏生成都发生在月末周，触发异常处理时长中位数为6小时。
代入公式：按计划生成率＝10 ÷ 12 × 100% ≈ 83.3%；漏生成次数＝2次；人工补建比例＝3 ÷ 13 × 100% ≈ 23.1%。
结果解读：生成率约83.3%，说明多数周期能按时生成，但存在稳定缺口；漏生成集中在月末周，指向月末业务量高峰或依赖数据未就绪导致的触发失败；人工补建比例约23.1%，说明人工介入已成常态，规则的实际自动化程度低于表面生成率。异常处理中位时长6小时，意味着每次异常平均需要半天才能恢复，期间任务处于缺失状态。
调整动作：把月末周的触发时间适当提前，避开数据准备高峰；为规则增加失败提醒，缩短异常发现时间；下一个观察期按同样口径复评，重点看月末周漏生成是否消失、人工补建比例是否下降。若复评后人工补建比例仍高，再评估模板内容是否需要按项目阶段调整。
解读与限制：指标能说明什么、不能说明什么
三个指标反映的是生成环节的表现，不能直接等同于规则价值。按计划生成率高，只说明任务按时出现了，任务是否被使用、内容是否有用需要另行评估。可以结合任务的实际处理率、关闭率等使用侧数据一起看，避免保留一条“生成得很准时但没人用”的规则。
人工补建比例受业务波动影响明显。项目集中启动、组织调整、临时增加汇报要求，都可能短期推高补建比例，这类升高不一定代表规则失效。判断时应看补建是否集中在特定任务类型、是否持续多个观察期，短期波动先记录原因再下结论。
漏生成次数是绝对量，任务规模不同的规则之间不能直接比较。一条每周生成50个实例的规则漏5次，与一条每月生成2个实例的规则漏1次，严重程度完全不同，跨规则比较时应同时看比率和应生成实例数。
阈值不设通用达标线。合理的做法是以该规则过去若干观察期的历史数据为基线，结合任务重要性确定可接受范围，例如核心汇报类任务的生成率要求高于内部提醒类任务。阈值由评审角色确认后写入评估目标说明，随业务变化定期修订。
最后，指标覆盖的是生成与补建环节，任务完成质量、内容准确性和后续协作效果需要单独评估。把生成率当作规则好坏的唯一结论，容易忽略规则背后的业务目的。
常见问题
观察期内应生成实例很少，比率还能直接用吗？
样本过少时比率波动大，建议只作参考，同时给出应生成实例数。例如观察期只有2个应生成实例、漏了1次，生成率50%与漏生成1次是同一事实的两种表达，不宜据此直接判定规则失效。可以延长观察期，或把同类任务合并统计后再看总体趋势。分母为0时，按计划生成率和人工补建比例记为“不适用”，不记为0%。
节假日和规则暂停期间的数据怎么处理？
节假日本身不应生成实例的，从分母中排除；规则被主动暂停的期间单独标注，不与正常运行期混算。排除项要在口径说明中写清楚，并保留原始明细，便于评审时复核。如果暂停原因是业务侧主动调整，也应在评估记录中注明，避免把暂停期误读为漏生成。
人工补建比例升高，是否意味着规则需要立即调整？
不一定。项目集中启动、组织调整、临时增加汇报要求都可能短期推高补建比例。判断时看补建是否集中在特定任务类型、是否持续多个观察期。短期波动先记录原因，持续升高再讨论调整模板内容或触发条件。补建标记字段缺失时，可用创建人加创建方式组合判断，并在口径说明中写明判断规则。
调整触发规则后，多久复评一次比较合适？
调整后的下一个观察期单独复评一次，观察期长度与原评估保持一致，便于对比。复评重点看原先的问题是否消失，例如月末周漏生成是否归零、人工补建比例是否下降。若问题仍在，再评估模板内容或触发条件是否需要进一步调整。常规规则可按季度或半年定期复评，核心汇报类任务可缩短间隔。
任务系统中的运行日志能直接支撑这些指标的计算吗？
运行日志可以作为取数和排查异常的起点。ONES Project 自动化规则提供运行日志展示规则运行状态，并提供统一管理平台用于规则监测，具体日志字段和保留时长以实际版本为准。计算三个指标还需要计划生成时间、实例创建时间、创建方式和补建标记等字段，取数前应先核对系统实际可提供的字段，缺失部分在明细表中单独标注。
