运行一个 Scout Mission

只有约定范围得到明确结果，Mission 才算完成。结果可以是已验证的发布绑定、被接受的限制，或责任人明确的阻塞项。

团队交接

阶段	主要负责人	需要决定	完成证据
范围	Mission 负责人	包含什么业务目标和设备？	获批范围和需求版本
就绪度	数据操作员	哪些已就绪、缺失、不确定或受阻？	已审阅覆盖与已分配缺口
匹配	数据操作员和数据管家	这个信号是否代表该资产属性？	有理由的接受或驳回记录
审阅	合同审阅人	建议变更是否正确且安全？	完成审阅的合同版本
批准	审批人	该版本是否可以发布？	审批人与决策理由
发布	发布负责人	获批版本是否可以投入运行？	已发布绑定和回退负责人
验证	应用负责人	应用是否使用了获批数据？	当前运行证据和结果身份

日常查看什么

从 Mission 页面开始，而不是直接查看零散数据源记录：

• 当前范围和证据时间；
• 覆盖总数以及与上次评估的变化；
• 新增阻塞项或不确定匹配；
• 等待审阅的建议；
• 等待批准或发布的合同；
• 运行证据仍不完整的已发布合同。

执行建议下一步前，先确认责任人和上下文仍然正确。

正确理解覆盖状态

状态	含义	正常处理
已满足	有可接受证据满足要求	数据源或需求变化时再复查
部分满足	有部分证据，但要求未完整满足	找出缺少的设备、通道、时间范围或质量条件
缺失	没有找到可接受证据	查找受治理数据源或分配源访问动作
受阻	策略、审批或前提阻止推进	交给责任人，不绕过控制
不确定	当前证据无法得出结论	先完善定义或访问条件

只有预期对象总数完整时，覆盖百分比才有意义。审阅时同时查看已纳入和未纳入数量。

审阅绑定建议

接受前确认：

1. 源信号属于正确租户和数据源。
2. 目标资产和属性正确。
3. 业务含义、单位、通道和设备位置一致。
4. 数据时效满足应用要求。
5. 数据来源标签准确。
6. 书面理由能够解释为什么匹配成立。

任何一点不清楚时都应驳回或退回，不能为了提高覆盖率而接受。

审阅合同

合同详情展示精确的数据源到资产关系以及版本历史。审阅时应：

• 与上一版本比较变化；
• 确认对应用的预期影响；
• 检查未解决警告和过期证据；
• 明确发布与回退负责人；
• 记录决策理由。

如果底层评估已变化，应重新加载并审阅新版本，不能重复使用旧审批。

验证运行结果

发布后，运行证据应把同一 Mission 和合同连接到生效的数据绑定、可观测时间窗口、目标应用实例和持久化结果。

根据第一个不完整阶段分配问题：

• 没有绑定：DFS 或数据集成负责人；
• 没有观测：数据源或数据运维负责人；
• 没有应用实例：应用负责人；
• 没有消费记录或结果：应用运行负责人。

建议节奏

节奏	审阅内容
接入期间每日	新缺口、阻塞项、待审阅建议、不完整运行证据
稳定运行每周	覆盖变化、过期证据、数据源变化、未发布版本
每次发布前	精确版本、审批、预期影响、回退负责人
数据源或模型变化后	重新评估受影响的 Mission 和合同

只有业务、数据和应用负责人都能理解完成证据与剩余限制时，才关闭 Mission。