QoR 看板：让「这一版能不能往下走」有据可依（X5）

每个里程碑都吐出一堆报告：STA 的 WNS/TNS、P&R 的拥塞/利用率、S6 的 DRC/LVS 计数、功耗面积……散在几百个日志里时，项目经理只能靠人问「收敛了吗」。本篇讲怎样把这些报告变成结构化指标、趋势看板和放行门禁，并把它与 X1 交接的成熟度挂钩。

一、从日志到看板：四级提炼

1. 解析：每个 run 结束由固定解析器（而不是人眼）从工具报告抽取关键数，保留到原始日志的路径，任何看板数字必须能下钻回出处；
2. 结构化：每条指标带 run_id / milestone / scenario-corner / metric / value / 工具版本 / 时间（与 F10 manifest、X2 场景 对齐）；
3. 聚合：按 run 排时间序列、按 scenario 展开 worst/分角视图；
4. 看板：趋势（收敛/震荡/反弹）、run 间 diff、红黄绿阈值。

二、该盯哪些指标（按站）

站	关键 QoR	坏味道
S2 综合	预估 WNS/TNS、面积、cell 数、关键路径	约束没吃全导致的「假绿」
S3 布局	利用率、拥塞热区、legalization 漂移	局部拥塞被平均值掩盖
S4 CTS/布线	skew、hold 违例、DRC/短线数、绕线长度	CTS 后 hold 暴涨
S5 签核	多角 WNS/TNS、功耗、IR/EM	只看单一 best 角
S6 物理验证	DRC/LVS/PERC 违例计数与趋势	计数不降反升、waive 堆积
全局	面积、功耗预算、runtime/容量	为收敛牺牲功耗/面积预算

计数之外看趋势：DRC 从 5000→200→20 是收敛，5000→4800→4900 是方法不对；ECO 轮次（X3）中某角 WNS 反弹要立刻定位是哪次改动。

三、数据成熟度：看板的另一半是「能不能信」

同一个数字，在「占位估计」和「签核工具多角确认」两种状态下含义完全不同。建议每批交接物带成熟度标签：

• L0 估计：早期综合/估算，仅看量级，不可据此承诺；
• L1 单点：单一角/模式工具结果，可内部参考；
• L2 多角一致：全场景 MMMC 跑齐且无缺口；
• L3 签核级：黄金工具 + 锁定 基线四元组 + waiver 评审关闭，可作放行依据。

看板对每个格子同时显示数值与成熟度色阶，避免「绿色但其实只跑了一个角」的误读。

四、放行门禁（与 X1 契约咬合）

进入下一棒前，机器化校验而非口头确认：

• 该场景/角无缺跑（与场景清单对账，防剪枝漏签）；
• 硬性违例为 0 或全部走带签名 waiver；
• 输入 manifest 的 checksum/版本与本 run 记录一致；
• 指标相对上一 release 无未解释的回退（diff 超阈值要 owner 说明）；
• 成熟度达到契约规定等级（如 S5→S6 要求 L3）。

门禁结果本身存为一份结构化记录，进 release（见 X4 数据管理），使「凭什么放行」可审计。

典型事故

事故	根因	拦截
周报「时序已过」实为单角	看板无成熟度标记	数值+L0–L3 色阶
功耗悄悄超预算没人发现	只盯时序	预算指标同屏与阈值告警
DRC 计数震荡当收敛	只看当前值	强制趋势序列
数字无法复核	人手抄报告	解析器+日志下钻链接
漏跑一个角	场景清单无对账	场景×run 覆盖矩阵门禁

总结

QoR 看板是「工具报告→解析→带 run/场景标签的结构化层→可下钻的趋势看板」的指标流水线，它同时呈现数值和 L0–L3 数据成熟度，并用场景覆盖、违例清零、checksum 一致和无未解释回退四条机器化门禁把「能不能交给下一棒」从口头判断变成可审计记录。