报告质量评审清单

报告发布前过质量评审:事实核对(版本/URL/参数)、定级一致、证据充分、脱敏完整、修复建议可执行、术语与错别字检查,多人交叉评审。

报告质量评审清单

报告在发布前必须经过质量评审,评审关注六件事:事实核对(版本号、地址与参数是否与证据一致)、定级口径一致、证据充分、脱敏完整、修复建议可执行,以及术语与文字质量。实施方式是作者自检加交叉评审,由另一个人独立核对,因为作者对自己写的内容容易产生盲区。评审意见要逐条闭环,未采纳的意见需说明原因并留档,问题清零后才允许发布版本。

基本信息

必查维度事实、定级、证据、脱敏、建议与文字
实施方式作者自检与交叉评审结合
记录要求评审意见与处理结果逐条留档
发布门槛问题清零后再发布正式版本

典型使用场景

  • 正式交付前:定稿前完成一轮完整评审
  • 多作者协作:统一术语与定级口径
  • 返工修订:重大修改后重新评审受影响章节
  • 客户反馈处理:把客户质疑转化为评审项
  • 版本管理:每次发布对应一条评审记录

评审清单要点

评审清单要点
事实:版本号、地址、参数与证据一致,无推测性表述
定级:定级与矩阵口径一致,评分体系版本已标注
证据:每条发现可复现,证据已脱敏  # 不含真实凭据与个人信息
建议:修复建议含验证方法,位置具体
一致性:资产清单与范围章节一致
文字:术语统一,无夸大与绝对化表述,修订记录完整

评审维度与检查点

维度检查点不合格示例
事实版本与地址可核对凭印象写版本号,与证据不符
定级与矩阵口径一致同一类问题前后定级不同
脱敏无凭据与个人信息截图含真实令牌或手机号
建议可执行且含验证只写加强管理措施
文字术语统一无夸张通篇夸大影响,削弱可信度
评审意见必须闭环:未处理的意见要写明原因并留档,避免版本混乱与反复返工。

易错点

  • 发布前只做单人自检:遗漏脱敏与事实类问题的概率显著上升
  • 评审意见不闭环:多轮修改后版本混乱,无法判断哪些已处理
  • 定级口径不统一:同一类问题在不同章节定级不同,可信度受损
  • 脱敏只看正文:截图、附件与原始日志同样需要逐项检查
  • 修订记录不完整:版本差异无法追溯,交付后出现争议难以澄清

数据来源与参考

  • PTES(质量评审)
  • 技术文档评审通用实践
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌