IPD主计划流程框架.docx

IPD主计划流程框架.docx

《IPD主计划流程框架.docx》由会员分享，可在线阅读，更多相关《IPD主计划流程框架.docx（5页珍藏版）》请在冰豆网上搜索。

IPD主计划流程框架

IPD主流程框架

1目的

通过介绍IPD流程各时期的目的、关注点和交付成果，明确IPD的功能和意义。

2范围

适用于PAC将批准的项目任务书（charter）交给PDT后，产品开发直至生命周期的全过程。

3引用标准

无

4定义

4.1IPD：

IntegratedProductDevelopment，集成产品开发。

4.2PAC：

ProductApprovalCommittee，集成组合治理团队。

4.3PDT：

ProductDevelopmentTeam，产品开发团队。

5职责

5.1PDT在概念时期组建，其要紧职责是：

–对产品在市场上的成功负责

–对从概念到公布时期的产品开发负全部责任

–组建、治理和领导PDT核心组

–分析与总体业务环境相关的产品机会，并依照最佳方法作出决策

–通过有效的沟通、协调和决策进行产品开发活动

–在项目任务书/合同或协议限制的范围内治理项目业务和技术要素的执行

5.2PAC要紧职责是：

–负责确定长期的产品战略方向，并对产品开发的投资进行治理

–对产品开发各时期进行决策评审

–协调及决定产品开发所需资源在各项目间的分配

–制定公司技术进展战略

–审议公司研发对外合作方案

6治理规定

6.1IPD主流程分为概念、打算、开发、验证、公布、生命周期六个时期。

其活动输入为PAC下发的项目任务书（charter）。

6.2概念时期

6.2.1目标

对产品机会的总体吸引力及是否符合公司的总体策略做出快速评估。

6.2.2关注

a）要紧关注于分析市场机会，包括可能的财务结果、成功的理由及风险；

b）是基于有效的假设，而不是详细的数据。

若概念得到批准，则在打算时期将对假设进行证实

若概念没有得到批准，则不白费资源

6.2.3交付

a）初步业务打算；

b）端到端2级项目打算。

c）项目任务书

6.2.4概念时期要紧活动

6.3打算时期

6.3.1目标

清晰地定义产品及其竞争优势，理解业务打算，制定项目打算及资源打算，确保风险能够被合理地治理。

6.3.2关注

a）最终的产品开发方案（初步业务打算的扩充），这一最终方案定义了产品、市场需求及需要的各个业务部门的支持；

评估是基于事实数据（而不是假设），因此若打算得到批准，则PDT团队将与PAC签订一个合同来完成产品开发；若打算没有得到批准，项目停止，则可不能白费资源。

对概念时期的假设进行证实。

b）通过与PAC达成的“合同式”协议，PDT得到授权。

在项目每个后续时期的目标及整个项目的目标上达成共识。

6.3.3交付

a）概要设计

b）设计规格书

c）合同书

d）业务打算

e）打算时期WBS3/4级

f）端到端WBS3/4级打算

6.3.4打算时期要紧活动

6.4开发时期

6.4.1目标

设计产品，并将在通过批准的最终产品方案中的特有技术开发、制造及营销策略和打算内容进行集成。

6.4.2关注

a）确保产品在市场上成功、评审市场及客户需求、评审产品及财务假设；

b）设计和集成满足产品规格的产品；

c）预备和构建产品原型；

d）确保制造预备就绪：

1）明确、处理及减少风险和非确定性因素至可同意的水平；

2）确保产品具有可制造性；

3）预备公布制造过程技术文档；

e）验证打算时期的假设。

6.4.3交付

a）评估首例样品

b）详细的产品公布打算

c）Beta测试地点/客户选择

d）产品文档

6.4.4开发时期要紧活动

6.5验证时期

6.5.1目标

执行为满足产品需求所做的设计更改，刻划产品特点并验证产品，公布最终的工程规格及相关文档。

6.5.2关注

a）确保产品在市场上成功、审视市场及客户需求、审视产品及财务假设、审视公布打算；

b）确保产品功能方面的信心，形成最终的产品规格，修改设计以满足规格要求（在工作原型机中表现出来）；

c）确保制造预备就绪：

1）形成最终的制造过程技术文档；