部署关注点

Readiness Blockers

用于判断 HVAC 优化部署是否可以推进、是否需要在 data intake 阶段修复,或是否必须先做范围决策的实用清单。

Blocker 不是拒绝项目。它表示某个条件会让模型训练、BAS 集成、验收或节能证据不可靠,必须先解决,或明确缩小范围。

Triage

区分真正阻塞和 intake 缺口

每个问题都应给出三类判断之一,避免项目卡在模糊的风险描述里。

真正阻塞

缺口影响安全、访问、控制权限或合同证据,解决前不应进入现场部署。

数据采集阶段修复

问题真实存在,但可以通过数据清理、点位映射、补充导出或现场澄清在启用前修复。

需要范围决策

只有在客户、ClimaMind 和 SI 同意排除某个系统、限制控制模式或调整验收方法后,项目才能继续。

常见 blocker

哪些问题通常会拖慢部署

这些类别最容易影响 baseline 建模、集成工作、supervised control 和 M&V 审查。

数据采集阶段修复

趋势历史和数据质量

模型 readiness 取决于范围内系统是否有可用历史,而不是导出了多少点位。

  • 关键机房传感器、设定点、命令、设备状态或能耗计量缺少趋势历史或记录太稀疏。
  • BAS 趋势、计量、天气、日程和运行事件的时间戳无法对齐。
  • 数值存在卡死、截断、单位不一致、重命名未映射,或受到未记录人工操作影响。

需要范围决策

计量和 measurement boundary

当付款、融资或第三方审查依赖节能结果时,验收前必须有可解释的计量边界。

  • 电表不能隔离被优化设备,或混入无法解释的无关负荷。
  • Baseline 周期内发生重大 occupancy、天气、改造、日程或设备变化,但没有约定调整方法。
  • 项目尚未决定由客户审查、ClimaMind 出具报告,还是引入第三方 M&V partner。

真正阻塞

BAS 点位访问和权限

读取和写入路径必须先匹配已批准的运行模式,再进入现场启用。

  • 必要 live points、trend points、alarms、schedules 或设备状态无法通过批准的 BAS/BMS 接口访问。
  • 写入点位、priority 行为、override 语义或 supervisory limits 尚未由 SI 或 BMS contractor 确认。
  • 点位名称和设备映射还不足以支撑 commissioning 或 operator review。

真正阻塞

网络和安全审批

Edge device、远程支持路径或数据传输进入现场运行前,连接方式必须被批准。

  • 网络路径、防火墙规则、edge 位置、远程支持策略或账号归属仍未解决。
  • 客户尚未批准哪些数据离开现场、存储在哪里、谁可以访问。
  • 安全审查仍依赖非正式文件交换,而不是批准后的 Trust & Security 流程。

需要范围决策

Fallback 和 operator authority

在把 supervised writes 或 advisory recommendations 当成现场运行的一部分前,必须先约定人工权限路径。

  • 尚未定义连接中断、遥测失效、BAS 拒绝、现场报警或人工 override 时应该发生什么。
  • 运营人员不知道在哪里查看当前运行模式、如何暂停优化,或谁会收到升级通知。
  • BAS 原生 fallback 行为与 ClimaMind 计划控制边界冲突。

真正阻塞

M&V 方法和验收证据

如果验收包含节能主张,go-live 前必须先约定证据路径。

  • 没有批准 baseline 方法、调整方法、排除规则或复盘节奏。
  • 验收标准只有节能目标,没有舒适度、在线率、override 和问题日志证据。
  • 商业协议依赖合同级节能,但 measurement boundary 和审查角色仍未决定。

解除阻塞材料

解除阻塞需要什么

最小可用材料包就足够推进;它应直接回答 blocker,而不是重启一轮 discovery。

  • 点表和趋势导出,明确必要 sensors、setpoints、commands、equipment status、alarms 和 meters。
  • SI 或 BMS contractor 提供的 BAS/BMS access note,覆盖读取、写入路径、priority 行为和 override 处理。
  • Edge device、数据传输、远程支持和用户/账号归属的网络与安全审批路径。
  • M&V 和验收说明,覆盖 measurement boundary、baseline 方法、调整方法、排除规则、审查角色和 sign-off 标准。

决策记录

保留 readiness decision log

简短记录可以避免同一个问题在模型训练、commissioning 和验收阶段反复被重新发现。

  • 把每个问题记录为真正阻塞、数据采集阶段修复,或需要范围决策。
  • 记录 owner、证据路径、截止时间,以及受影响的部署阶段。
  • 如果问题被接受为范围限制,记录哪些内容被排除在控制、节能证据或验收之外。