报告有完整的图表和流畅的文字,并不能证明数字和结论可靠。运维月报等场景,应先明确输入范围、统计口径与人工复核责任,再讨论哪些步骤适合自动化。
核对输入:数据是否适合这个任务
确认允许使用的工单、字段、附件和时间范围,记录缺失、重复或异常数据。生成工具不应自行补造缺失记录;遇到无法确定的字段,需要说明缺口并交回负责人员处理。
核对指标:提取、计算与解释分开处理
从工单中读取时间字段,与计算一个服务指标,是两项不同工作。涉及 SLA 达成或 MTTR 时,先共同确定指标含义、事件范围、起止时间、服务时间窗及排除规则,再核对统计结果。不要把未明确的指标口径交给模型猜测。
核对结论:数字能否支持这段话
可以要求报告中的主要结论关联到工单明细或统计结果。数据只能显示变化时,不宜直接写成已经证实的原因;原因分析、影响判断与行动建议应分别复核。
明确监督与异常处理责任
NIST AI RMF 1.0 提出明确数据选择与适用性、系统知识限制以及人工监督流程。结合报告项目,可以分别安排数据负责人、指标负责人和交付审核人;角色可以兼任,但责任不应缺失。
试点如何判断是否值得继续?
可以选一组授权的历史样例,与现有方式对照,记录数值错误、结论偏差、人工复核和修正时间。是否扩大应用,应基于完整工作量与质量表现,而不是只比较初稿生成速度。
把讨论落实为五项检查。
以下为依据本文整理的方法讨论模板,尚待专业复核,不是官方逐项标准或项目验收标准。责任角色供讨论,实际人员、所需证据与采用条件由项目各方确认;不能以“已打勾”替代判断。
数据是否获准且适用
- 所需证据
- 工单范围、字段授权、缺失及重复记录
- 责任参考
- 数据授权与维护人员
- 未满足时
- 停用越界资料,不补造缺失信息
指标能否独立重算
- 所需证据
- SLA、MTTR 等口径及计算依据
- 责任参考
- 指标负责人
- 未满足时
- 先确认定义,再生成相关图表
结论能否追溯
- 所需证据
- 对应明细、统计结果与限制条件
- 责任参考
- 业务复核人员
- 未满足时
- 删除无依据判断,区分相关变化与原因
谁复核并确认使用
- 所需证据
- 数据、指标及交付审核责任
- 责任参考
- 交付确认负责人
- 未满足时
- 保持草稿状态,不直接对外发送
试点是否值得扩大
- 所需证据
- 数值错误、结论偏差及全流程人工耗时记录
- 责任参考
- 试点负责人
- 未满足时
- 调整范围或复核方式,再决定是否继续