📚 课程目录第3章项目启动与需求分析

3. 项目启动与需求分析

在 Virtuoso 项目中，项目启动并不是“开个会、拉个群、建个库”这么简单。它真正要完成的是把一份产品规格（Product Spec）翻译成可执行、可验证、可分工的模拟/混合信号设计需求，并在此基础上定义交付里程碑、识别风险、建立 WBS。如果这一步做得含糊，后面版图、后仿、DRC/LVS、流片回片都会反复返工。本节围绕“规格 → 需求 → 里程碑 → 风险 → WBS”这条主线，讲清楚在 Virtuoso 环境里如何落地。

一、从产品规格到设计需求分解

产品规格通常由系统或市场团队给出，描述的是“整机要什么”，例如：某电源管理芯片需要 3.3V 输入、1.2V/2A 输出、负载瞬态 5% 以内、效率大于 90%、工作温度 -40~125℃。这些指标不能直接拿去画电路，必须先分解为设计需求。分解的核心动作是：把系统级指标映射到模块级指标，并明确测试条件、边界条件和验证方法。

以 Buck 转换器为例，产品规格中的“负载瞬态 5%”需要分解为：误差放大器带宽、功率管驱动能力、输出电容 ESR、环路相位裕度等模块级参数。在 Virtuoso 中，这些参数最终会落到具体 cell 的仿真 testbench 上。建议在项目启动阶段就建立一张“需求追溯表”，字段包括：需求编号、产品规格条目、设计需求描述、责任模块、验证方式、验收判据、关联仿真/测试用例。这样做的价值在于：当后期某个指标不达标时，可以快速定位是规格理解偏差、模块设计不足，还是验证条件不一致。

需求分解时要注意三点：第一，区分“目标值”和“约束值”，例如效率 90% 是目标，而最大占空比、最小关断时间可能是工艺或拓扑带来的硬约束；第二，明确仿真条件与实测条件的差异，例如后仿是否包含寄生、温度扫描范围、蒙特卡洛样本数；第三，对无法直接分解的指标，要标记为“待澄清项”，在启动评审中闭环，而不是默认假设。

二、交付里程碑定义

模拟 IC 项目的里程碑不是简单按时间切段，而是按“可验证的设计状态”来定义。常见的里程碑包括：规格冻结（Spec Freeze）、架构评审通过（Arch Review）、模块原理图完成（Schematic Complete）、模块前仿通过（Pre-layout Sim Pass）、版图完成（Layout Complete）、后仿通过（Post-layout Sim Pass）、DRC/LVS/ERC 干净、Tapeout 评审通过、回片测试报告。每个里程碑都要有明确的交付物和退出准则（Exit Criteria）。

例如“模块前仿通过”的退出准则可以定义为：在 TT/SS/FF 三个工艺角、-40/27/125℃ 温度条件下，所有需求追溯表中的模块级指标均满足验收判据，且仿真日志、波形、结果表格已归档到指定目录。里程碑定义得越具体，项目节奏越可控。在 Virtuoso 中，可以结合 ADE XL 的 corner 设置和结果数据库，把每个里程碑的仿真配置固化为可复用的 setup，避免每次重新搭建。

三、风险识别与 WBS 落地

风险识别要围绕“技术风险、工艺风险、进度风险、依赖风险”四类展开。技术风险如环路稳定性不足、驱动能力不够；工艺风险如某 corner 下器件失配偏大；进度风险如版图资源被其他项目占用；依赖风险如 IP 交付延迟。每个风险要记录：风险描述、影响程度、发生概率、缓解措施、责任人、触发条件。风险不是列出来就完了，而是要在 WBS 中安排对应的验证任务或备选方案。

WBS 的落地方式建议按“交付物”分解，而不是按“人”分解。顶层可以是：需求与规格、架构设计、模块设计、版图设计、验证与签核、流片与测试。每个模块再往下拆到可分配、可估算、可验证的工作包。例如“误差放大器设计”可以拆为：电路拓扑选型、原理图绘制、前仿 testbench 搭建、DC/AC/瞬态仿真、corner 仿真、版图配合、后仿验证。每个工作包都要有输入、输出、负责人和完成判据。

四、在 Virtuoso 中的具体落地方式

需求追溯表可以用 Excel 或项目管理系统维护，但仿真配置必须落到 Virtuoso 工程里。建议在项目库中建立统一的目录结构：spec/ 存放产品规格与需求追溯表，sim/ 按模块存放 ADE XL 状态和 corner 配置，layout/ 存放版图与提取结果，report/ 存放各里程碑的仿真报告和评审记录。每个工作包完成后，负责人把结果归档到对应目录，并在 WBS 中更新状态。

里程碑评审时，不要只看“做完了没有”，而要看“退出准则是否满足”。例如 Pre-sim Pass 评审，需要检查：需求追溯表中所有模块级指标是否都有对应的仿真结果；corner 覆盖是否完整；仿真日志中是否有未解释的 warning；关键波形是否已保存并标注。如果某项指标未达标，要判断是设计问题还是需求分解问题，并决定是否调整规格或增加迭代。

实操建议：项目启动阶段至少完成三件事——第一，召开规格解读会，输出需求追溯表初稿；第二，定义 5~8 个关键里程碑及其退出准则；第三，建立 WBS 并识别 Top 5 风险，每个风险都要有责任人和缓解动作。这三件事做完，项目才算真正启动。

常见误区：把 WBS 做成“人员排班表”，按人分解任务，导致交付物边界不清；或者里程碑只写日期不写退出准则，评审时无法判断是否通过。另一个误区是风险识别流于形式，列了风险却没有对应的 WBS 任务，最终风险发生时没有预案。

总结来说，项目启动与需求分析的核心不是文档本身，而是建立一条从产品规格到设计需求、从里程碑到 WBS、从风险到缓解措施的完整追溯链。在 Virtuoso 项目中，这条链越清晰，后期仿真、版图、签核和回片测试的返工就越少。把需求追溯表、里程碑退出准则和 WBS 作为项目启动的三件套，并在每个里程碑节点回顾风险状态，才能让项目在可控节奏下推进。