自检清单的构建原则：颗粒度、可执行性、覆盖度与优先级
做设计文件自检清单，最怕什么？
怕清单做出来没人用。要么太粗，看了等于没看；要么太细，检查一项要花十分钟。我见过太多团队，花了两周攒出一份几十页的清单，结果评审时没人翻——说白了，就是没踩对点。
这一章，咱们就聊聊怎么构建一份真正能用的清单。四个关键词：颗粒度、可执行性、覆盖度、优先级。
核心观点：一份好的自检清单，不是“把所有可能的问题列出来”，而是“在有限时间内，用最少的步骤抓住最关键的缺陷”。
1. 颗粒度：拆到多细才算够？
颗粒度，就是清单里每一条检查项的精细程度。太粗，比如“检查原理图是否正确”——等于没写。太细，比如“检查R1电阻封装是否为0603，阻值是否为10kΩ，精度是否为1%”——检查员会疯掉。
我个人习惯，颗粒度控制在“一个动作能验证一个事实”。什么意思？
- 太粗：“检查电源设计” → 不知道要查什么
- 太细：“检查U1第3脚电压是否为3.3V±5%，第4脚是否为1.8V±3%，第5脚…” → 一条拆成三条，效率低
- 合适：“检查各电源轨的输出电压是否在规格书允许范围内” → 一个动作，一个事实
我的经验：一条检查项，如果新手需要看两遍才能理解要做什么，那就是颗粒度太粗了。如果老手看一眼就觉得“这也要写出来？”，那就是太细了。
我在项目中遇到过最典型的反面案例：某次硬件评审，清单里有一条“检查所有去耦电容的放置位置”。结果评审时，三个工程师花了四十分钟，对着PCB图一个一个电容看——最后发现，真正出问题的不是位置，是电容的耐压值选错了。那条清单项，颗粒度错了方向。
2. 可执行性：检查员能照着做吗？
可执行性，是清单的“灵魂”。一条不可执行的检查项，等于不存在。
什么叫可执行？就是检查员拿到清单，不需要再问“这个怎么查”、“用什么工具”、“标准是什么”。
| 不可执行的写法 | 可执行的写法 |
|---|---|
| 检查时序是否满足 | 在PrimeTime中运行setup/hold分析，确认所有路径slack ≥ 0 |
| 检查PCB叠层是否合理 | 确认叠层结构满足阻抗控制要求：单端50Ω±10%，差分100Ω±10% |
| 检查代码风格 | 运行lint工具，确认无未使用信号、无组合环路、无锁存器推断 |
你看，差别就在“工具+动作+标准”这三个要素上。我曾经吃过一次亏：清单上写“检查时钟树是否平衡”，结果新来的同事拿着清单，对着原理图看了半天，不知道从哪下手。后来我改成“在CTS报告中确认所有时钟端点的skew ≤ 50ps”，问题就解决了。
避坑指南：我曾经见过一份清单，里面有一条“检查设计是否符合DFM规则”。结果生产那边反馈，他们根本不知道我们用的是哪套DFM规则。可执行性，必须包含规则来源或标准文档编号。
3. 覆盖度：别漏了关键环节
覆盖度，就是清单能不能把设计文件里容易出问题的地方都“罩住”。
我一般把覆盖度分成四个维度：
- 功能维度：信号连接、电源/地、时钟、复位、配置接口
- 物理维度：封装、引脚分配、叠层、阻抗、热设计
- 时序维度：建立时间、保持时间、跨时钟域、异步处理
- 可制造性维度：DFM规则、测试点、可维修性、BOM完整性
你想想看，如果一份清单只覆盖了功能维度，那物理和时序上的问题就全漏了。反过来，如果只覆盖时序，那BOM里电阻封装选错这种低级错误，照样会流片回来才发现。
覆盖度检查方法：拿过去三个项目的“设计问题复盘记录”，一条一条对照你的清单——如果某个问题类型在清单里找不到对应的检查项，那就是覆盖度有缺口。
我记得有一次做FPGA设计评审，清单里全是功能检查项，唯独漏了“跨时钟域同步”。结果评审时，一个实习生发现某个跨时钟域信号只用了单级触发器同步。嗯，要是没发现，上板跑起来大概率是亚稳态导致的随机错误。
4. 优先级：先查什么，后查什么
优先级，决定了清单的使用效率。为什么？因为评审时间永远是有限的。你不可能在两个小时里把一百条检查项全过一遍。
我习惯把检查项分成三个等级：
| 优先级 | 定义 | 举例 | 处理方式 |
|---|---|---|---|
| P0 | 不通过会导致功能失效或流片失败 | 电源短路、时钟未连接、关键时序违例 | 必须逐条确认，不可跳过 |
| P1 | 不通过会影响性能或可靠性 | 去耦电容数量不足、信号质量margin偏小 | 抽样检查或快速过一遍 |
| P2 | 不通过会影响可维护性或成本 | 测试点未引出、BOM中有停产料 | 有时间就查，没时间留到下一轮 |
这样做的好处是什么？评审时，先花80%的时间把P0项过完——这些是“生死线”。剩下的时间再处理P1和P2。我见过最惨的案例，就是评审时花了一个小时讨论某个P2项的封装丝印位置，结果P0项里有个电源网络没连上，谁都没注意到。
我的习惯：清单里每条检查项都标上优先级，用颜色区分。P0标红，P1标黄，P2标绿。评审时，先看红色，再看黄色，绿色随缘。这样效率最高。
5. 四个原则的关系：一张图说清楚
这四个原则不是孤立的。它们互相影响，甚至互相制约。比如，颗粒度太细，可执行性会下降（因为检查员要花更多时间理解每一条）；覆盖度太高，优先级就变得更重要（因为时间不够）。
下面这张图，是我自己总结的“自检清单四维平衡模型”：
说白了，这四个原则就是一把尺子。你拿它去量任何一份清单，都能看出问题在哪。颗粒度不对，改；可执行性差，补；覆盖度有缺口，加；优先级没分，排。
6. 构建清单的实操步骤
最后，我分享一下我自己构建清单的流程。不一定适合所有人，但你可以参考：
- 先列“必死项”：把过去项目里导致流片失败、功能失效的问题列出来，这些就是P0项
- 再补“常见坑”：翻翻团队的历史评审记录，把反复出现的问题加进去，这些是P1项
- 最后加“锦上添花”：DFM、测试性、可维修性这些，属于P2项
- 逐条打磨颗粒度：每一条都问自己“新手能不能照着做？”
- 试跑一次：拿一个已完成的设计，用清单走一遍，看能不能发现问题
重要提醒：清单不是一次成型的。我每做完一个项目，都会花半小时更新清单——把这次踩的坑加进去，把这次没用上的项删掉。三年下来，这份清单就是团队最宝贵的资产。
嗯，这一章的内容就到这。记住四个词：颗粒度、可执行性、覆盖度、优先级。下次你拿到一份清单，先拿这四个维度去审视它——你会发现，很多清单其实根本不合格。