IPD术语手册大全.docx

IPD术语手册大全.docx

《IPD术语手册大全.docx》由会员分享，可在线阅读，更多相关《IPD术语手册大全.docx（46页珍藏版）》请在冰豆网上搜索。

IPD术语手册大全

IPD术语手册

编写人：

XXX/YY.MM.DD

审核人：

XXX/YY.MM.DD

/YY.MM.DD

/YY.MM.DD

批准人：

XXX/YY.MM.DD

丫丫丫丫-MM-D发布

YYYY-MM-D实施

发布

1.0IPD体系.8

1.1集成产品开发IPD8

1.2异步开发.8

1.3公用基础模块CBB8

1.4跨部门团队.8

1.5结构化流程.8

1.6项目管理.8

1.7管道管理.9

1.8客户需求分析.9

1.9投资组合分析.9

2.0PDT9

2.1.1IPMT9

2.1.2PDT9

2.2Charter9

2.3业务计划.9

2.4端到端的项目计划.9

2.5工作分解结构WBS9

2.6WBS1/2/3/4级计划.9

261WBS1级计划9

262WBS2级计划9

263WBS3级计划9

264WBS4级计划10

2.7Charter错误！

未定义书签。

2.8PDT角色10

2.8.1LPDT10

2.8.2FPDT10

2.8.3RDPDT10

2.8.4CSPDT10

2.8.5MNFPDT11

2.8.6PROPDT11

2.8.7MKTPDT11

2.8.8PQA11

2.8.9POP11

2.8.10SE11

2.8.11EE11

2.8.12SWE11

2.8.13ME11

2.8.14IDE11

2.8.15TE12

2.8.16CSS12

2.8.17PP12

2.8.18AME12

2.8.19PRO12

2.8.20MAKE12

2.8.21S12

2.8.22LLMT12

2.8.23引导者12

3.0IPMT业务领域术语13

3.1决策评审点13

3.2概念决策评审CDCP13

3.3计划决策评审PDCP13

3.4可获得性评审ADCP13

3.5生命周期终止决策评审EOLDCP13

4.0财务业务领域术语13

4.1产品成本13

4.2产品毛利率13

4.3项目开发费用13

4.4投资回收期13

4.5净现值13

4.6现值指数14

4.7内含报酬率14

4.8投资报酬率14

5.0开发业务领域术语14

5.1SE14

5.1.1产品包14

5.1.2产品包概念14

5.1.3产品包需求14

5.1.4易用性需求14

5.1.5RAS需求14

5.1.6设计需求14

5.1.7需求分解14

5.1.8需求分配14

5.1.9Build15

5.1.10产品包需求跟踪矩阵15

5.1.11产品数据结构15

5.1.12基线化15

5.2硬件业务领域术语15

5.2.1基本逻辑15

5.2.2大规模逻辑15

5.2.3硬件概要设计15

5.2.4硬件详细设计15

5.2.5EMC15

5.2.6可测试性设计15

5.2.7可制造性设计15

5.2.8可靠性设计16

5.3软件业务领域术语.16

5.3.1用户（User）16

5.3.2需求16

5.3.3软件需求16

5.3.4业务需求16

5.3.5用户需求16

5.3.6功能需求16

5.3.7非功能需求16

5.3.8需求分析17

5.3.9软件需求规格说明17

5.3.10统一建模语言UML.17

5.3.11用例图（usecase）17

5.3.12IPO图.17

5.3.13实体关系图（E-R图）17

5.3.14数据流图18

5.3.15状态转换图18

5.3.16序列图18

5.3.17数据字典（datadictionary）19

5.3.18软件缺陷（bug）19

5.4结构业务领域术语.19

5.4.1结构件19

5.4.2定制结构件19

5.4.3标准件19

5.4.4外部电缆20

5.4.5线组件20

546UCD（以用户为中心的设计）20

5.4.7工业设计20

5.4.8手板20

5.4.9塑料模具（简称塑模）20

5.4.10冷冲裁、冲压模具（简称冷冲模）20

5.5TE20

5.5.1可测试性需求20

5.5.2可测试性20

5.5.3测试计划20

5.5.4测试报告20

5.5.5SDV20

5.5.6SIT20

5.5.7SVT&SVT221

5.5.8Beta测试21

5.5.9实验局21

5.5.10回归测试21

5.5.11测试用例21

5.5.12测试方案21

5.5.13测试工具21

5.5.14测试环境21

5.5.15入网测试21

5.5.16检验报告21

5.5.17入网证21

6.0制造业务领域术语.21

6.1可制造性/制造可测试性21

6.2制造策略.22

6.3制造计划.22

6.4制造工艺.22

6.5制造系统.22

6.6装备.22

6.7生产测试设备.22

6.8初始产品.22

6.9试产产品.22

6.10量产产品.22

7.0采购业务领域术语.22

7.1Sourcingteam.22

7.2初始的供应商&物料供应计划22

7.3提前物料采购.22

7.4关键器件.22

7.5定制器件.23

7.6替代器件.23

7.7其它器件.23

7.8长货期.23

7.9结构件新供应商（供方）23

7.10备用供应商（供方）23

8.0市场业务领域术语.23

8.1RFA23

8.2ESP.23

8.3销售配置器.23

8.4客户迁移计划.23

8.5市场需求.23

9.0客服业务领域术语.23

9.1可安装性.23

9.2可服务性.24

9.3客户迁移.24

9.4初验.24

10.0质量业务领域术语.24

10.1TR1/TR2/TR3/TR4/TR5/TR624

10.2同行评审.24

10.3质量计划.24

10.4不合格品.24

10.5缺陷.24

10.6故障.24

11.0产品维护业务领域术语24

11.1设计变更.24

11.2CCB变更控制委员会24

11.3设计变更评审.25

11.4ECN工程变更通知25

11.5A类设计变更25

11.6B类设计变更25

11.7C类设计变更25

11.8D类设计变更25

12.0产品规划术语.25

12.1市场.25

12.1.1需求25

12.1.2市场26

12.1.3市场细分26

12.1.4细分市场Segmenting26

12.1.5客户customer.27

12.1.6用户user.27

12.1.7渠道27

12.1.8市场调研27

12.1.9市场营销管理27

12.2产品.27

12.2.1产品27

12.2.2新产品28

12.2.3产品生命周期29

12.2.4产品平台和产品平台战略29

12.2.5产品线和产品线战略29

12.3缩略语.30

12.3.1MM30

12.3.2SWOT30

12.3.3$APPEALS30

12.3.4SPAN31

12.3.5FAN31

12.3.6ANSOFF31

附件：

修订记录（本文档的任何变更应该在首次检视后在本附件进行跟踪）

版本

变更描述

修订人/日期

VX.XX

IPD术语手册

1.0IPD体系

1.1集成产品开发IPD

IntegratedProductDevelopment,IPD是一种领先的、成熟的产品开发的管理思想和管理模式。

它是根据大量成功的产品开发管理实践总结出来的，并被大量实践证明的高效的产品开发模式。

通过IPD,可建立起基于市场和客户需求驱动的集成产品开发流程，将产品开发作为一项投资来管理，

更有效地管理产品开发和新产品，达到加快市场反应速度，缩短开发周期，减少报废项目，减少开发成本，提高产品的稳定性、可生产性、可维护性的目的。

IPD是一个全公司范围的项目，不应该被局限地理解为是一个研发系统内部的项目，各部门不仅仅需要参与，而且需要投身其中。

IPD的

核心是要形成由来自于市场行销、研发系统、生产、用户服务、财务、采购等方面人员组成的贯穿整个产品业务流程的管理模式，即从客户需求、概念形成、产品研究开发、产品发布等，一直到产品生命周期管理的完整过程。

通过IPD项目，事实上将对我们公司整个的价值创造核心过程进行重整，使产品开发更加关注市场竞争的需要，建立起规范的结构化开发过程，并且通过改善过程管理和采用合适的IT工具与系统，如PDM等，逐步建立完善的文档与产品数据管理模式，使得整个开发过程更加高效。

1.2异步开发

异步开发模式是指将产品开发工作按技术领域纵向分层，如（软/硬件）技术层、子系统层、平台

层、集成服务层，不同的技术专长的部门或团队并行地异步地开发和完成不同技术层次的工作，每一层都是技术专长相对集中的，达到技术和资源的共享化。

1.3公用基础模块CBB就是通用构建模块。

指那些可以在不同产品、系统之间共用的零部件、模块、技术及其他相关的设计成果。

1.4跨部门团队他们对最终的新产品开发共同承担责任，新产品的成功或失败就是整个团队的成功或失败。

跨职能部门团队是指由来自不同职能部门的人员，为了完成共同的目标集合在一起的一个整体组织。

1.5结构化流程为了管理好产品开发，产品开发必须成为结构合理、定义清楚的流程，结构合理：

自上而下的层次架构中，上层结构简单一些，越到下层越具体。

定义清楚：

每项工作都应清清楚楚地明确规定出来，所有与产品开发有关的人应该清楚他们所参与的是什么工作，用什么方法去完成。

1.6项目管理项目管理是指对项目进行计划、监督、控制等。

项目管理是使跨部门团队集合起来更好地行动的关键。

首先要有一个目标即项目所要达到的效果，一旦我们将客户的需求转换为对产品的需求时，就可以制定详细计划，该计划中的各部分将具体划分为每个职能部门的工作，即这个计划不单是研发部门的计划，还是公司各个部门共同的计划。

一个产品从概念设计到上市期间会涉及到许多不同的相互紧密联系的活动，就好象不同职能部门彼此之间是有关系的，同样在一个项目中他们彼此之间的活动是有关系的，所有的活动加起来就是整个产品开发的周期了。

下一步就是安排活动的时间，然后对每个活动进行预算和资源的调配，打个军事上的比喻来说，从目标到计划阶段就相当于战前的准备，接着就是去打仗。

在打仗即实施的时候还应不断地与计划对照，因为没有任何一个计划是完善的，所以可以在细的层面上对计划进行一定的调整，但是做出的承诺不能变。

1.7管道管理管道管理主要包括在开发管道中项目的动态分布（不同项目应处于不同阶段）和不同项目所需资源的动态平衡的2个方面，目的是使项目经过喇叭口的过滤后，快速、平稳的流过整个产品开发过程，缩短产品上市时间。

1.8客户需求分析将客户需求进行筛选、分类，判断可实现行，对相关需求信息进行整理、汇总与合并、对模糊的、描述不清楚甚至有问题的需求进行进一步的确认，最后输出需求描述。

1.9投资组合分析对企业外部环境和内部条件进行调查研究、分析企业面临的发展机会和挑战的前提下，明确企业当前和未来的经营方向，提出希望达到的目标，在需要与可能的基础上，研究制订可行的经营方案。

可行方案应该有多个不同的组合，以便比较和进行全面评价，并从中选择一个满意方案。

2.0PDT

2.1.1IPMT

IntegratedProductManagementTeam,IPMT是集成产品组合管理团队，决定公司的产品投资。

2.1.2PDT

ProductDevelopmentTeam，产品开发团队，执行产品开发项目。

2.2Charter

Charter，项目任务书，描述IPMT交给PDT任务。

2.3业务计划

是PDT产品开发过程中的关键文档之一，其中包括产品的市场定位、市场策略、开发计划、生产制造策略以及财务分析等内容。

在开发的各个阶段需要不断进行修正、丰富。

是CDCPPDCP的关键

交付物。

2.4端到端的项目计划就是从产品概念的产生到发布上市的整个过程的计划。

2.5工作分解结构WBS

工作分解结构（WBS实际上就是将一个复杂的开发系统分层逐步细化为一个个工作任务单元。

2.6WBS1/2/3/4级计划

2.6.1WBS级计划

是关键的DCP点的计划，是IPMT控制项目的依据。

262WBS2级计划

是IPD袖珍卡中流程要求的活动的计划，是LPDT控制项目的依据。

2.6.3WBS：

级计划

是IPD流程活动的细化，是PDT核心代表控制各自领域工作的依据。

264WBS钱计划

是IPD流程活动的进一步细化，是指导PDT团队活动的依据。

2.7PDT角色

2.7.1LPDT

PDT经理,PDT经理类似于一个新成立公司的首席执行官，他将业务计划提交给IPMT，并争取获得

项目开发所需的资金。

PDT经理全面负责新产品的成功开发。

通常PDT经理在一个或多个功能领域

有管理层和操作层经验，并有管理过开发项目的经历。

PDT经理可以来自财务、R&D市场、制造、

客户服务或采购等任何功能部门。

PDT经理组织项目开发团队，对团队的结果负责并代表整个团队

在产品开发合同上签字。

PDT经理富有项目管理经验很重要，理想情况下，PDT经理应有项目经理

的任职资格证书。

PDT经理管理项目计划进度、预算、人员配置、资源并向有关方面汇报。

他/她

负责创建和维护项目综合文档，评估并管理项目风险，整合决策点材料和建议书并提交给IPMT以

做出投资决策和评审。

2.7.2FPDT

PDT财务代表，财务人员负责研发产品的专项核算，涉及到产品的研发阶段，材料采购阶段，试产阶段，正式投产阶段及销售阶段的实际投入及收益的财务核算。

并据相应的财务数据分析研发产品的实际获利及贡献情况。

2.7.3RDPDT

PDT开发代表，RDPDT开发代表关注和管理产品包中所包含的硬件、软件和结构的具体开发工作。

通常由于项目的内容和复杂度不同，一个项目根据复杂程度可能会有一个或多个硬件、软件、结构人员作为RDPDT弋表，他们和系统工程师一起共同代表开发部门对产品的开发作出具体的规划和承诺。

在项目初期，各RDPDT开发代表会和系统工程师一起工作，将各方面提出的对产品需求转化为开发

目标，其后对产品包内容进行详细的定义和计划，并最终开发出合格的产品包，RDPD顶责开发部

分的内容。

在具体的开发过程中，RDPDT弋表负责创建和维护产品包的信息计划、安全计划、质量计划、生命

周期结束计划、升级计划、硬件测试计划、软件测试计划、全球化支持（NLS－NationalLanguage

Support）和翻译验证计划。

RDPDT是项目组内的软件、硬件、结构开发人员、测试人员、计划人员、知识产权分析人员等所有成员的代表和项目工作管理者，他们通过制定项目计划来管理研发组成员的活动。

2.7.4CSPDT

客户服务代表，PDT客户服务代表是包括硬件或软件在内的产品所需要的所有支持服务的接口人，代表所有服务部门做出承诺。

客户服务PDT代表制定和执行计划，确保根据时间进度表的要求，完

成该产品包所需要的支持服务。

他/她负责产品服务，通过支持那些产品包在用户环境中的运作，帮助用户从这些硬件和软件中得到更多的价值。

一般地，这些服务包括帮助客户安装、客户化、调整/调试产品、备份和恢复硬件、软件、系统和网络。

PDT客户服务代表可以是客户服务组织里的专

家，或是市场部的、开发部的以及业务伙伴组织里的，根据PDT需要和上市途径对服务的需求而定。

PDT客户服务代表为客户提供产品安装使用和问题处理方面的客户服务，和PDT开发代表紧密合作

以完成产品维护工作。

2.7.5MNFPDT

制造代表,PDT制造代表关注所要提供的产品包需要的硬件和软件生产工艺，代表生产部门做出承

诺。

PDT制造代表为有效和高效地生产产品和开发工艺，这包括给设计提供输入来改进产品的可制造性、制造工艺设计和开发、对工人进行培训，以确保所需的数量能被生产出来并如期交付，满足预期的要求。

这也包括硬件的重用、再使用和回收。

该PDT代表负责制定和维护制造策略和计划。

制造PDT代表也代表需求和供应计划、高级制造工程、硬件制造操作、测试装备工程、发布管理、资产管理、硬件重用、再利用和收回、软件制造。

2.7.6PROPDT

采购代表,PDT采购代表关注产品包交付所需的所有采购流程，代表采购功能部门做出承诺。

他/

她制定计划，当需要（时间和地点）时提供所有硬件、软件，和/或服务部件/资源，这包括认证、

洽谈和监控所有的供应商。

采购PDT代表代表生产采购、非生产采购、供应商管理、业务伙伴等。

2.7.7MKTPDT

市场代表,PDT市场代表代表营销部门做出承诺，PDT市场代表进行市场竞争状况分析、市场需求

定义。

2.7.8PQA

PQA是PDT核心组的成员之一，确保产品开发按照公司既定的IPD流程进行，全流程统筹协调各功

能领域的质量保证活动。

2.7.9POP

项目操作员，项目操作员（POP）协助建立项目的基础设施和设备，按照PDT核心组、经理和/或IPMT

的指示，负责项目的日常运作。

2.7.10SE

系统工程师,系统工程师面对预测需求和产品整个生命周期中的挑战，及指导产品开发满足这些需

求和挑战方面扮演重要的角色。

系统工程师与PDT开发代表和其他代表一起将市场需求翻译成产品包需求，更进一步以技术规格表示出来。

他/她监视/检查整个产品的开发过程以确保开发过程一直满足预先规定的产品需求和规格。

系统工程师开发产品的总体架构，并推动产品集成和测试策略和计划的实施。

系统工程师要保证产品数据的准确性、可制造性、可维护性和及时齐套性。

2.7.11EE

ElectronicsEngineer，电子工程师，即硬件工程师。

硬件工程师负责电子硬件的技术开发。

硬件

工程师是若干专业类型的工程师之一（包括硬件、软件、机械、工业设计），向系统工程师和PDT

开发代表报告。

2.7.12SWE

软件工程师，软件工程师负责任何与新产品相关的软件技术开发。

软件工程师是若干专业类型的

工程师之一（包括硬件、软件、机械、工业设计），向系统工程师和PDT核心组开发代表报告。

2.7.13ME

结构工程师，结构工程师负责结构件的技术开发。

结构工程师是若干专业类型的工程师之一（包括电气、软件、机械、工业设计），向系统工程师和PDT核心组开发代表报告。

2.7.14IDE

工业设计师，工业设计师负责把美学及人性因素的设计事项考虑到产品的功能需求及规格中，这

包括保持品牌形象的产品外观。

工业设计师依照下列准则评审项目：

产品外观及美学方面和产品人机工程方面

2.7.15TE

测试工程师，测试工程师负责新产品的测试技术、测试系统开发并检验其是否满足行业标准、国家标准或国际标准，同时负责产品的国际、国内型号认证工作。

测试工程师是几类专业工程师之一

（包括：

硬件、软件、机械和工业设计），向系统工程师和PDT开发代表报告。

2.7.16CSS

客户服务专员，客户服务专员向PDT客户服务代表汇报，负责帮助客户解决他们可能遇到的任何问题。

他经常是客户和公司的工程部之间的联系纽带。

2.7.17PP

试制工程师，制造-试制工程师是几类向PDT制造代表汇报的另一类制造人员，专门关注用生产线试生产，该生产线就是用来生产新产品的生产线，以便评估生产线。

2.7.18AME

高级制造工程师，制造--高级制造工程师是几位向PDT制造代表汇报的另一类制造人员，关注于评估一个新产品如何被放到生产线上、如何批量生产。

他需要评估当前及新的技术、工艺，并测试

和开发制造新产品的最佳方法。

制造--高级制造工程师同时也负责产品版本切换的控制过程；负责与制造工程师加工接口；参与清单管理、发货管理、库存管理等。

2.7.19PRO

采购人员，采购员向PDT采购代表汇报，关注于和供应商谈判以确保新产品开发、制造和测试所需要的部件能持续供应。

2.7.20MAKE

营销工程师，市场行销计划人员是负责新产品上市的相关说明书、培训资料的编写并对分公司销售人员进行培训的专员。

（手机营销部人员）市场操作人员是配合其他部门进行新品上市推广工作并进行新品的具体市场销售活动直至产品生命周期结束的专员。

（销售部手机销售中心人员）

2.7.21S

销售专员，销售专员是制定并执行产品销售策略,并保持和顾客（代理商）紧密联系,促进公司销售目标实现的工作人员。

2.7.22LLMT

LMT经理，LMT经理是各LMT团队的管理者，当项目通过技术评审3准备进入PP1阶段时，LMT经理必须为该项目专门组织一个LMT团队，LMT团队通常由产品部、制造部、质管部、售后等部门的工程师组成，LMT团队在后续的各个阶段的试产、首批量产中与项目组的成员共同工作，在产品进入稳定生产后LMT团队全面接手产品的维护工作，这种维护工作将持续到产品最终退出市场才停止。

LMT经理对各个LMT团队的工作进行管理，在产品即将停产退出市场时，需要启动产品的生命终止程序，提出产品生命终止请求，并准备材料与IPMT充分沟通，在产品生命终止流程中要跟踪具体

的落实和组织对项目的经验进行总结。

2.7.23引导者（PQA兼任）

引导者是中立于IPMT、PDT之间的一个独特角色，他更关注流程、目标和问题。

通过与团队一起工

作，指导团队走产品开发流程，最终使他们获得有效的独立运作的技能。

3.0IPMT业务领域术语

3.1决策评审点在产品开发过程中，分阶段对交付物进行评审，在每一次投入更多资源前进行，主要关注产品的市场表现层面，以决定是否继续对项目进行投资的评审

3.2概念决策评审CDCP

在概念阶段结束时要召开一个概念决策评审会，在这个会议上，PDT正式向IPMT报告初始的业务计

戈由IPMT来决定项目是继续还是终止。

若初始的业务计划得到批准，分委会将做出下一阶段开始前所需的承诺，项目进入计划阶段。

3.3计划决策评审PDCP

在计划阶段结束