Scout 证据与决策
Scout 将每次决策与当时使用的评估、源信号、资产属性、合同版本和应用结果保持关联。
先确认数据来源
每个 Mission 都应说明证据来自哪里。
| 证据来源 | 适合用途 | 不能声称 |
|---|---|---|
| 获批客户源 | 获批客户范围内的验证与验收活动 | 超出已审阅数据源、设备或时间范围的验收 |
| 演示源 | 产品演示、培训和流程练习 | 真实客户性能或生产质量 |
| 工程测试源 | 自动化集成与发布测试 | 客户验收 |
| 尚未验证 | 调查和分配负责人 | 就绪、批准或生产可信度 |
修改标签不会改变数据来源。来源不确定时,应停留在调查阶段,直到数据源负责人确认。
正确理解状态
- 部分满足:已有部分证据,但要求未完整满足。
- 不确定:当前证据无法支持结论。
- 有歧义:仍存在多个可能的数据源或资产。
- 不可用:当前无法读取必需数据源。
- 已过期:评估不再反映当前定义或数据源。
- 零值:只有存在应用结果记录,并且业务定义允许零时,才是真实零。
不得把缺失、离线或不确定数据变成零。覆盖不完整时,应同时展示已覆盖数量和缺少的总数范围。
好的绑定决策
审阅人只有能回答以下问题时才接受建议:
- 满足的是哪个应用需求?
- 使用的是哪个受治理源信号?
- 数据进入哪个资产和属性?
- 含义、单位、通道和设备位置是否一致?
- 数据时效是否满足业务场景?
- 谁负责数据源和资产定义?
- 哪些证据支持该决定?
决策理由应在不访问数据库、不阅读实现代码的情况下仍能被理解。
版本与审批规则
每个获准匹配都会成为有版本的数据绑定合同。新的评估或数据源变化不会改写旧决策。
批准前:
- 审阅精确合同版本和变化摘要;
- 解决过期或冲突证据;
- 确认对应用的预期影响;
- 明确发布和回退负责人;
- 记录批准理由。
如果审阅期间记录发生变化,应重新加载并审阅新版本,不能沿用旧版本审批。
运行证据
已发布不等于已经正常工作。运行证据应展示:
- 已发布合同版本;
- 当前生效的数据绑定;
- 可读取的数据时间窗口;
- 目标应用实例;
- 数据消费记录;
- 应用结果和证据时间。
健康状态只说明该 Mission 和该证据来源下的检查一致,不会扩大客户验收范围,也不会提高原始数据的来源等级。
应保留的审阅记录
- 范围和业务目的;
- 数据源与资产负责人;
- 证据来源和证据时间;
- 接受和驳回理由;
- 精确合同版本;
- 已知限制;
- 审批、发布和回退负责人;
- 运行结果或不可用原因。
这些记录让后续审阅人能够理解当时做了什么决定,以及结论是否仍然有效。