硬件软件统一研发体系下，IPD研发管理软件模板拆分方法

很多公司硬件软件在同一个研发体系里跑，IPD（集成产品开发）研发管理软件也上了，模板却还共用一套。我的判断先摆在这：硬件和软件产品，不能共用一套模板。

道理不复杂。硬件的改动代价往后累积：图纸阶段改根线几块钱，等模具开了、料备了再改，几十万打水漂还得再等三个月。软件反着来，改代码当下最便宜，越往后用户越多、耦合越深，动一次越贵。一个得走慢点、把门卡严，一个得快点走、多滚几轮。两套节奏拧不到一块，硬塞进一套模板，就是互相拖。

我前阵子去一家做智能门锁的公司做流程梳理，他们硬件软件六十多号人全塞在一套模板里，半年下来硬件拖了四个月，软件把发布拆成几十个补丁往线上打。问题不在执行，就在模板没拆对。

差在哪、怎么拆、拆完怎么跑、最后怎么落地，下面一段段说。

一、IPD研发管理软件里两种模板差在哪

IPD研发管理软件里能配的，核心就三样：阶段关口、评审点、交付物。硬件和软件的差别，全落在这三样上。

阶段关口：硬件关口密，软件迭代快

六个阶段，概念、计划、开发、验证、发布、生命周期，名字一样，每道关口里卡的东西不一样。硬件在验证阶段要多卡四道关：EVT（工程验证测试）、开模、DVT（设计验证测试）、PVT（量产验证测试）。这四道里，开模是决策关，EVT、DVT、PVT是测试关，落到系统里对应验证阶段的TR评审点和决策评审点；四道都卡得死，因为开了模就没法回头。阶段设成串行，上一阶段不关，下一阶段和相关操作都是冻结的。软件在开发阶段挂迭代，一轮轮滚。

硬件为什么多这几道关口？因为开模是单行道：EVT用工程样机先跑通功能，确认设计没问题才敢开模；开了模，DVT用模具样件验设计达不达标，PVT验小批量稳不稳。软件没这个包袱，代码永远能改。

评审点：名字都叫TR（技术评审），检查项两套

系统里技术评审点从TR1到TR6，决策评审点就CDCP（概念决策评审）、PDCP（计划决策评审）、ADCP（可获得性决策评审）、LDCP（生命周期结束决策评审）这四个。这些点不是强制的，都能裁剪，硬件软件各留各要的，别照单全收。名字两边都能套，但每个评审点要挂的检查项完全不同。硬件一路挂的是结构、电路、散热、DFM（可制造性设计）/DFT（可测试性设计）、EMC（电磁兼容）、安规这套；软件挂的是代码评审记录、单测覆盖率这套。同样是评审，硬件后面接着开模烧钱，软件后面只是写代码。

交付物：物料属性和构建属性，对不上

硬件交的是BOM（物料清单）、原理图、PCB（印制电路板）、物料认证、样机测试、可靠性报告，都带物料属性，BOM有版本、供应商、单价、替代料这些字段；软件交的是需求规格、设计文档、代码、单元测试、版本包、迭代日志，带的是构建属性，版本号、commit、流水线状态。

更要命的在变更：BOM一旦下单采购，料就锁死，换一颗料得走一轮变更评审；软件换个依赖，改个版本号就行。

这三处差异，就是不能共用一套模板的实锤。接下来落到系统里，怎么分。

二、IPD研发管理软件里怎么分硬件软件模板

拆的是两层：一层是项目模板，管阶段、评审点、交付物怎么配；一层是文档模板，管每个阶段交什么文档。

项目模板是总开关

IPD工具的项目类型里没有现成的硬件/软件分类，分的是产品研发、预研、平台、定制四类，所以硬件软件的区别全靠项目模板自己定死：新建项目时选硬件项目模板，带出来的阶段、评审点、交付物就是硬件那套；选软件项目模板，就是软件那套。开关就这一个动作，选对了后面全对，选错了后面全错。

文档模板是每阶段交的货

按「谁都能用、只有硬件用、只有软件用」分三个库：

• 通用库，立项任务书（Charter）、阶段评审报告、进度计划、风险总表、变更申请单、项目总结，软硬件共用，不用拆。

• 硬件库，硬件需求规格、BOM清单模板、物料选型报告、原理图设计文档、硬件测试报告、可靠性验证报告、量产评审模板、物料替代认证、量产问题处理，单独一个库。

• 软件库，软件需求规格说明书、用户故事模板、软件设计文档、单元测试模板、迭代计划、迭代评审、版本回退、版本发布说明、迭代复盘、软件缺陷管理报告、兼容性测试报告、版本基线说明、版本差异对照表，单独一个库。

硬件项目模板挂通用库加硬件库，软件项目模板挂通用库加软件库。

落到系统里，五步配：

1. 建项目模板：硬件、软件各一套。项目模板支持从已有项目直接创建，也能套用模板建新项目。名字起清楚，带上前缀，一眼认出来是硬件还是软件。

2. 阶段用裁剪分开配：六个阶段能启用停用。硬件模板的验证阶段用评审点多卡四道：EVT、开模、DVT、PVT，设成串行；软件模板的开发阶段挂迭代。软件这边还得做一轮轻量化：砍掉物料、工艺、量产这些用不上的文档模板，迭代计划、迭代评审、版本回退这几张软件库已经备好，直接挂上，别让软件去填根本不存在的物料清单。

3. 评审点按类型挂检查项：TR1到TR6和四个决策评审点都能裁剪，硬件模板挂结构、电路、散热、DFM/DFT、EMC/安规这套检查项，软件模板挂代码评审、单测覆盖率这套。

4. 交付物分两套：硬件用带物料属性的表单，软件用带构建属性的。

5. 用项目集把三个项目捆一起：硬件和软件拆成三个项目跑：整机一个硬件项目，App、固件各一个软件项目。系统里用项目集把它们归拢：建一个项目集当整机产品，三个项目都挂到这个项目集下。后面一起过评审、一起进量产，点得到、串得上。

按阶段再对一遍，就是这张表。怎么用：新建项目先选项目模板（硬件/软件），系统带出对应的阶段和评审点，再按行把对应阶段的文档模板勾上，不用逐张从零建。

通用那一列不用拆，软硬件项目都挂：立项任务书在概念挂，进度计划、风险总表在计划挂，变更申请单、阶段评审报告全程挂，项目总结在发布挂。硬件项目照硬件列，软件项目照软件列。

三、IPD研发管理软件里一套体系怎么跑

模板拆完了，跑起来是这么个节奏。

立项：三个项目一起立

产品经理建一个项目集当整机产品，整机项目套硬件项目模板，App和固件各套软件项目模板，三个项目都归到这个项目集下。概念阶段硬件软件一起过CDCP，一次把整机规格和App的V1.0范围定死。

开发：各走各的关口

开发阶段分叉。硬件走总体方案评审、PCBA（电路板组装）打样，样机验证通过再开模；软件两周一个迭代，代码评审和CI（持续集成）流水线自己转，不碰硬件的关口。硬件DVT发现结构干涉要改模，走变更评审，结构、采购、供应商在审批链上签字；同一天软件修了个登录Bug，走版本分支，谁都不用惊动。

发布：ADCP合流

到发布，两边在ADCP合流：整机PVT通过、App灰度达标，一起过评审进量产。半年后回头看，硬件按期交，软件版本稳，再没出现软件被硬件的关口卡死这回事。

四、IPD工具这套拆法，怎么落地

回头看就三句话：硬件软件不能共用一套模板，因为关口、评审、交付物三样全对不上；拆法分两层，项目模板当总开关、文档模板分通用硬件软件三库；跑起来靠项目集，整机套硬件模板、App和固件各套软件模板，立项时归到同一个项目集下。

落地就四步，照着走：

1. 建项目模板两套（硬件、软件），文档模板三库（通用、硬件、软件）；

2. 硬件验证阶段卡EVT、开模、DVT、PVT四道，软件开发阶段挂迭代，评审点、文档模板各挂各的；

3. 建项目集，整机、App、固件三个项目都归进去；

4. 挑一个项目跑一遍，卡在哪调哪。

别一上来就把整套模板推倒重来。先从下一个要立项的项目试起，硬件软件各挑一个，跑完一个发布周期再回头固化。

你们公司现在，硬件软件是不是还挤在一套模板里？先别急着上系统改配置，拿上面这张表对一遍，看看挤在一起的是关口、评审还是交付物，挑最卡的那一样先拆。