审查清单构建:从零搭出你的专属检查表

审查清单这东西,说白了就是一张「保命符」。我刚入行那会儿,总觉得靠脑子记就行,结果呢?有一次电源纹波超标,查了三天才发现是去耦电容放错了位置。从那以后,我老老实实开始建清单。

但清单不是随便列几条就完事的。怎么建、怎么用、怎么维护,这里头门道不少。今天我就把这几年的经验掰开揉碎,跟你聊聊。

通用审查清单的制定方法

先搭骨架,再填血肉。我习惯把通用清单分成三个层级:必查项、专项项、经验项。

核心原则:清单不是越多越好,而是「每条都能救命」。我见过有人列了200条,结果每次审查只看前10条,后面全成了摆设。

第一步:梳理审查维度

我一般从五个维度入手,你想想看,电路设计翻来覆去不就是这些事:

  • 功能完整性——原理图上的每个模块,是不是都连对了?
  • 信号完整性(SI)——高速信号有没有反射、串扰?
  • 电源完整性(PI)——供电网络压降够不够?去耦电容够不够?
  • 热设计——大功率器件散热路径通不通?
  • 可制造性(DFM)——焊盘间距、过孔大小,工厂能不能做?

第二步:提炼通用条目

每个维度下,我挑出最常出问题的5~8条。举个例子,电源完整性这块:

序号 审查项 检查方法
1 每个电源轨是否有足够的去耦电容? 核对数据手册推荐值 + 仿真
2 电容摆放是否靠近负载引脚? PCB布局检查
3 电源平面阻抗是否满足目标? PI仿真(目标阻抗法)
4 大电流路径铜宽是否足够? 载流计算(1oz铜约1A/0.5mm宽)
5 反馈采样点是否远离噪声源? 布局走线检查

我的小技巧:每条清单后面加一列「检查方法」。光写「检查电源」没用,得写清楚「用万用表测纹波,峰峰值<50mV」。这样新人拿着清单也能干活。

基于项目类型的清单定制

通用清单是基础,但不同项目侧重点完全不一样。我记得有一次做射频板,拿通用清单去审,结果漏了阻抗匹配和屏蔽罩接地,差点翻车。

所以,我习惯在通用清单上做「加减法」。

按项目类型分类

  • 数字电路板(DDR、SerDes等):重点加SI/PI条目,比如等长约束、参考平面完整性、串扰控制。
  • 模拟/射频板:重点加噪声隔离、阻抗匹配、屏蔽接地、布局分区。
  • 电源板:重点加热仿真、载流能力、环路面积、反馈稳定性。
  • 混合信号板:重点加数模分区、地分割、跨分割信号处理。

注意:定制不是「另起炉灶」。我见过有人每个项目都从零写清单,结果漏项比通用清单还多。正确做法是:通用清单做底,然后根据项目类型「增删改」。

定制清单示例(以高速数字板为例)

在通用清单基础上,我会额外加入:

  1. 所有DDR信号是否满足建立/保持时间?
  2. 高速差分对是否等长?对内误差<5mil,对间误差<50mil?
  3. 参考平面是否连续?跨分割处是否有回流地孔?
  4. 时钟信号是否远离I/O接口?
  5. 端接电阻是否靠近源端或负载端?

清单维护与版本管理

清单不是写一次就完事的。电路技术在变,你踩的坑也在变。我自己的清单,三年迭代了十几个版本。

维护节奏

  • 每次项目结束后:回顾审查中发现的漏项,加到清单里。
  • 每季度:清理过时条目(比如某些老工艺的规则)。
  • 每年:大版本更新,重新梳理维度。

版本管理怎么做?

我推荐用Git或者SVN管清单文件。别用「V1.0_final_真的不改了.xlsx」这种命名,迟早出事。

# 我的清单目录结构
checklist/
├── v1.0/
│   ├── 通用审查清单.md
│   ├── 数字板定制清单.md
│   └── 电源板定制清单.md
├── v1.1/
│   ├── 通用审查清单.md
│   └── ...
└── CHANGELOG.md

建议:每次修改清单时,在CHANGELOG里写清楚「为什么改」。比如「v1.1:新增DDR5 Vref去耦检查,因某项目Vref噪声导致系统死机」。这样以后回头看,每条规则都有来龙去脉。

清单的「活」与「死」

我见过最糟糕的清单,是打印出来贴在墙上,三年没动过。那种清单,说白了就是「僵尸清单」——看着有,实际没用。

好的清单应该是活的:每次审查前,花10分钟过一遍,看有没有需要更新的条目。我曾经因为一个新封装没加到清单里,导致焊盘间距做小了,整批板子报废。从那以后,我每次导入新器件,第一件事就是更新清单。

审查清单知识体系

下面这张图,是我自己梳理的清单构建逻辑。你一看就明白:

审查清单构建知识体系 审查清单构建知识体系 审查清单核心目标 通用清单制定 项目类型定制 维护与版本管理 功能完整性 信号完整性 (SI) 电源完整性 (PI) 热设计 / DFM 数字电路板 模拟/射频板 电源板 混合信号板 项目后回顾更新 季度清理过时项 Git/SVN版本控制 CHANGELOG记录 核心:通用清单做底 → 项目类型定制 → 持续迭代维护 每条清单必须可检查、可追溯、可更新

你看,整个体系就三层:顶层是目标,中间是三大模块,底层是具体操作。每次构建清单,你就按这个框架走,不会乱。

最后提醒一句:清单是工具,不是目的。别为了建清单而建清单,最终目标是把审查做好,把板子做稳。我见过有人清单写得漂漂亮亮,审查时一条都不看——那还不如不写。