IPD——集成产品开发中国企业在产品开发上面临的挑战小组讨论产品重组：基于平台的异步开发及重用策略产品战略框架技术、产品平台、产品线与产品的关系产品平台规划（举例）产品平台规划（举例）产品平台规划（举例）产品线路标规划案例：J公司产品决策评审欠缺的代价案例：J公司产品决策评审欠缺的代价（续）结构化的流程为团队实施项目提供了一个指南IPD各阶段的输入/输出IPD流程需要子流程的支撑IPD-CMMI体系框架IPD流程与其支持子流程之间的关系说明举例：IPD流程与配置管理流程举例：IPD流程与技术开发流程是并行关系技术开发输出技术平台与货架技术，IPD在其基础上进行集成开发。举例：IPD流程与外协流程的关系举例：IPD流程与文档管理流程间的关系在一个项目计划文件（如E2E3/4级项目计划）中包含所有部门的活动。项目计划严格按活动的方式进行WBS分解。越早发现问题总体成本越低QC行动要时间和计划需要详细的计划质量计划与项目计划同时进行寻找缺陷QC目标是证明产品不能工作，而不是证明它正确-Myers确保不会产生“忽视质量”的消息员工很容易看出对质量问题态度的不一致保存测试用例、数据和结果度量最为重要的数据来源保证QC的结果得到正确应用正式的分析早期QC在成本上是最有效的因此，评审，评审，再评审测试已经太迟了!! 满足条件有计划生成报告记录缺陷、跟踪修正工作评审者必须是领域内的专家Yourdon/Gane定义由作者启动和主持作者向评审者展示文档优点-启动快、成本低缺点–作者可能会误导过程.作者不参加评审过程作者向评审者作简要介绍评审者独立做评审工作评审者记录发现、准备报告评审者与作者是平等的,atleastinspirit!先把文档提交给评审者学习评审会议报告发现非正式角色:领导(组织者):没有技术上的职责，保证评审按流程进行.朗读者:评审的技术领导，把焦点放在有争议的问题方面。记录员:记录缺陷评审员:发现缺陷作者:修正缺陷步骤:策划选择参与者检查单？准备会分配各参与人的角色作者对产品作概要介绍个人准备评审者研究文档，记录发现可以使用检查表评审会议产品评审读者作大部分的发言作者一般会保持沉默，除非读者要求他对产品作解释修改工作作者修正错误后续工作检查修正工作的进展分析错误原因分析评审过程，包括检查表.TR的一般过程TR1重点关注的是产品需求；TR1的目标是检查产品需求，包括客户需求，和内部客户需求，如制造、市场、可测试性、可服务性方面的需求；根据评审标准对产品技术进行生命周期、成熟度和风险方面的评估；确认已经对关键器件的成熟度进行评估；评审产品部件可重用计划。TR1TR2的目标是检查系统设计规格，输入准则如下：需求分解和分配已经完成；已经就不同功能配置和物理子系统方案进行权衡并且已选择最佳设计；已经完成子系统之间的接口设计和子系统总体方案设计；在TR2评审中，同时完成对开发关键时间点的评审；在TR2中：评估计划风险和技术风险；确保已经选用合适的设计方案；检查产品部件的重用度；更新产品功能规格。 TR2TR3的目标是对系统配置进行评审，包括硬件、软件、结构等在TR2和TR3之间，要求系统和子统规格已经分配到各功能模块的总体方案中（如软件模块）并且可以在详细设计阶段（如编写代码、单板布线）中使用模块总体方案中包括系统配置定义在TR3中各功能领域的专家分析技术风险对技术规格进行评审评估技术成熟度决定总体方案设计是否已经足够充分，可以进行详细设计概要设计界定：设计规格书详细到描述了软硬件模块的划分，模块的接口关系和功能描述，不涉及到模块内部设计。而概要设计主要描述模块内设计实现考虑，要详细到描述软硬件模块内主要单元的构成、实现原理、处理流程等。也就是各模块的总体设计方案。TR3TR4关注的焦点是BuildingBlock设计层面的问题是否已经解决，是否满足该BuildingBlock的设计规格。TR4的目标是评估子系统原型（如一块单板）是否已经可以进行集成，这项目工作在SDV前完成。它的前提是：在设计阶段，子系统原型（在实验室以外制造）已经可以进行测试和评估子系统是否完成的判断标准是在计划阶段中定义的技术规格是否已经满足通过TR4，评估是否可以进行子系统级别的集成和测试评估每个子系统的技术风险评