IPD内训资料PPT课件

1、授课：XXX1 授课：XXX2 目 录 为什么要实行为什么要实行IPD 什么是什么是IPD IPD能解决什么问题能解决什么问题 IPD理论框架理论框架 IBM实施效果实施效果 许继许继IPD实践实践 相关概念介绍：相关概念介绍：CMM、PDM、PLM 观看华为观看华为IPD培训培训flash版（版（1小时小时20分钟）分钟） 结合岗位写工作改进感悟（每人1篇） 授课：XXX3 为什么要实行IPD（ 内因 ） 软件危机 出现于60年代，软件项目经常无法按期完成，超出 经费预算，软件质量难以控制。 软件维护费用高 系统更新换代难度大 企业46%的资源流失 七个概念只有一个的成功 50%的新产品失败

2、 66%的CEO对他们的公司在新产品的开发上的 表现感到失望 授课：XXX4 为什么要实行IPD（ 外因 ） 需求增长速度加快 产品生命周期缩短 日益激烈的竞争和变化的市场 产品设计日益复杂 企业要求更短的开发周期 新产品代表企业60%的年销售额和50%利润 80年代中期：33%和22%； 90年代中期：50%和40% 在产品开发上的革新增加企业对投资者的回报 新产品是企业未来成长的新鲜血液 授课：XXX5 l缩短产品上市时间 l降低产品开发成本 l提高产品质量 l提高产品竞争力 为什么要实行IPD（ 主要目标 ） 授课：XXX6 l第一个进入市场的产品具有在市场上建 立领导地位的潜力 l抢先

3、进入市场可以增加整个产品生命周 期收入 l在时间敏感性市场上获取机会窗的利润 l缩短开发周期可以大幅度降低开发成本 统计表明，产品开发周期缩短50%，开发成本降低3035% 为什么要实行IPD（ 竞争优势 ） 授课：XXX7 TTMTTM（time to markettime to market）与销售收入及生命）与销售收入及生命 周期的关系周期的关系 授课：XXX8 什么是IPD IPD （intergrated product development） 集成产品开发，是一种关于产品开发的理念与方法， 是作正确的事和正确地做事的科学的研发模式。 产品开发始终关注于市场和客户需求 产品开发作为

4、投资管理 成功的产品开发依赖于公司中各项业务的有效集成， 不仅仅只是研发部门的事 它是包含一系列步骤把一组需求和思想转化为市场上 成功的产品的过程 Idea Phase 1 Gate1 Phase 2 Gate2 需求 Phase 3 Gate3 授课：XXX9 IPD能解决什么问题 问题1：产品上市后不适合市场需求或无竞争力 R&D成果导向非市场导向，团队不对产品市场成功负责 未做好客户需求调研，或想当然地理解客户需求 闭门造车式的产品开发 产品无明确的市场定位 开发实现前未明确定义产品的概念 产品无特色或卖点 授课：XXX10 IPD能解决什么问题 IPD解决方案： 基于市场的创新，确保开

5、发团队对市场成功负责 确定项目任务书时就明确产品的目标客户和竞争定位 细致的市场调研，从客户角度定义需求 明确产品对客户的差异化价值 实施需求管理流程 授课：XXX11 IPD能解决什么问题 问题2：产品投入市场时间（TTM）过长 职能部门直接干预或拒绝放弃项目控制，未形成真正的项目 团队，协调沟通困难 错误未及时解决层层放大，导致不断修改加长测试试产时间 碰到技术难题，一时解决不了 开发活动基本上是接力式的，并不是并行的 关键开发人员的离职，很多工作需较长时间才能接手 项目管理无效，项目计划或任务得不到及时完成 授课：XXX12 IPD能解决什么问题 IPD解决方案： 建立跨部门的PDT团队

6、，提高沟通效率 及早发现问题，越迟发现错误纠错成本越高，严重影响进度 建立CBB库，以重用减少开发时间 建立分层分级的项目计划和监控流程 建立开发规范，完善文档管理 实施并行工程，产品开发和技术开发分离，实现产品的异步 开发模式 授课：XXX13 IPD能解决什么问题 问题3：投资于不应投资的产品，浪费严重 缺乏产品战略及规划指引，缺乏过程中的业务决策评审 立项时拍脑袋，未作完整的分析和评审 项目缺乏人力、技术资源保障 授课：XXX14 IPD能解决什么问题 IPD解决方案： 建立产品平台、产品线战略 以投资的观点评审项目里程碑，及早取消不应继续的项目 运用管道技术，在项目间合理分配资源，避免

7、投资不能保证 资源的项目 运用产品组合分析法，确定产品的优先顺序，投资于最合适 的项目 授课：XXX15 IPD能解决什么问题 问题4：产品开发质量时好时坏，没有保证 未建立或实施严格的审核制度，技术评审不规范或没有 大量采用新器件、新模块和新技术，技术不过关、不稳定 授课：XXX16 IPD能解决什么问题 IPD解决方案： 实施严格技术评审制度，及早发现问题 稳定的CBB提高产品的质量 有效的技术开发管理，以研究、储备可靠、先进的技术 授课：XXX17 IPD能解决什么问题 问题5：产品开发团队士气不高 项目经理领导能力不足 缺乏对项目组的关注 沟通不足 评价不合理 激励不到位 团队合作的氛

8、围不好 授课：XXX18 IPD能解决什么问题 IPD解决方案： 选拔合格的项目经理，发展领导能力 各层面充分的沟通 项目管理与团队建设 有效的评价与激励制度 授课：XXX19 核心思想：流程重整（跨部门团队、结构化流 程、项目和管道管理） 、产品重整（公用基 础模块与异步开发）、IT管理工具 显著特征：市场驱动、投资化管理。 IPD理论框架 授课：XXX20 IPD理论框架 流程重整： 跨部门团队：集成产品管理团队IPMT与产 品开发团队PDT职责 结构化流程：概念、计划、开发、验证、发 布、生命周期管理 项目与管道管理：从概念到投放市场管理、 多个项目资源的有效平衡 授课：XXX21 IP

9、D理论框架流程重整 跨部门团队 制定产品策略和业务计划， 按照项目计划并保证任务 及时完成 IPMT PDT： 组长、组组长、组 员员 外围外围 团队团队 外围外围 团队团队 外围外围 团队团队 IRB 控制投资 确保产品正确的市场定位 优化产品组合和管理新产品开发过程 保证资源到位及有效利用 捕捉和评估商业机会 制订全面的公司战略 确定投资项目的优先次序和商业目标 作出高层战略决策 批准投资和新产品开发预算 授课：XXX22 IRB（投资评审委员会）IPMT PDT 我们的技术是最先进 的吗？ 我们的战略是否正确？ 我们在每个市场区隔 上应建立何种竞争优 势？ 我们怎样才能打入新 市场？ 下

10、一个大规模的商业 机会是什么？ 我们应把哪些公司并 进来？ 我们应与哪些公司发 展战略联盟？ 评价指标：收入增长收入增长 率、投资回报率、市率、投资回报率、市 场份额、客户满意度场份额、客户满意度 怎样才能使我们的产品 系列得到最大的回报？ 我们应把哪些资源从一 个项目转到另一个项目 中去？ 替代产品推向市场时是 否已制定了旧产品的停 产计划？ 我们是否确信产品系列 可以互相兼容和支撑？ 现有的项目组合中有哪 些项目应当放弃？ 我们是否有合适的技术 人员和资源？ 评价指标：产品线收入、产品线收入、 利润、客户满意度、投利润、客户满意度、投 资效率、新产品收入比资效率、新产品收入比 例、进入开发

11、阶段后被例、进入开发阶段后被 取消项目的数量取消项目的数量 在实现产品的进度、成本和 质量目标方面，我们还应作 些什么？ 我们需要 IPMT 作出哪些决 策？ 我们有无足够的人力和资源 在不降低产品功能的条件下 准时完成产品开发？ 我们有无能力确保产品支持 某种功能？ 评价指标：项目进度，成本，项目进度，成本， 质量，支出、功能质量，支出、功能、产品的、产品的 上市时间，产品开始获得利上市时间，产品开始获得利 润的时间，开发时使用共用润的时间，开发时使用共用 基础模块的情况基础模块的情况 IPD理论框架流程重整 跨部门团队 授课：XXX23 平衡记分卡 小组 客户 内部创新 财务 投资评审委员

12、会 (IRB) 客户满意 质量 形象(调查) 市场份额 地位 里程碑 放弃的开发 产品系列的 新颖性 投资收益率 收入和计划 支出和计划 NEBT和计划 现金和计划 资金和计划,存货周转 一体化产品系列 管理组 (IPMT) 客户满意度 形象 市场份额 细分市场份额 地位 里程碑 决策点记录 放弃的开发项目 士气 管道负荷 项目创新性 参照模型 技能发展 过程改进 核心素质 E/R 保修成本 服务成本 收入增长 利润增长 利润率 投资收益率 股东利益 产品开发小组 (PDT) 客户满意度 质量 进入市场的时间 产生利润的时间 CBB使用 改变活动 承包活动 供应投入 新技术 项目合同中的财务指

13、标 收入 直接投资 直接支出 资金 下级组织由上一级组织评价 IPD理论框架流程重整 跨部门团队 授课：XXX24 项目 核心组 领导 产品策划 技术实验室支持 逻辑设计 结构设计 硬件 软件 软件设计 系统集成 文档计划 测试 测试计划 实例 测试工具开发 入网测试 生产 采购 制造工程 可生产性 OEM 市场策划 竞争力分析 营销准备 新产品发布 销售渠道 服务 市场 财务 开发预算 成本控制 融资 商业策划 定价 法律咨询 IPD理论框架流程重整 跨部门团队 组长 核心小组 全员项目组 授课：XXX25 IPMT PDT 可获得性决策 评审点 寿命终止决 策评审点 概念决策 评审点 概念

14、计划开发评审发布生命周期 公用基础模块 建立参考架构 管理产品族 确认设计重用的机会 生产较简单的派生产品 使用决定性的测试 投资组合管理 确认市场机会/产品竞争力（可选） 客户客户$APPEALS 确认用户采购标准 确认所有市场混合因素 设计渠道 PDT合同合同 执行的承诺 即时的变化报告 项目管理系统的来源 项目管理项目管理 完整的依赖关系管理 关键路径分析/恢复方法 流程度量流程度量 早期警告指示 完美的评审点执行 阶段性的时间和投资等 计划决策 评审点 IPD理论框架流程重整 结构化流程（6个阶段5个决策评审点） 设计及原型 评审点 不是技术评审，而是业务评审，更关注产品的市场定位及盈

15、利情况。 产品开发及商业化 授课：XXX26 产品要求 与概念形成 产品定义 与项目规划 产品开发 与产品验证 产品质量 验收 产品升级 与投放市场 (继续、终止、转向）（继续、终止、转向） 在规划阶段： PDT提交产品建议书 IPMT决定是否为项 目筹资并组织人力 在计划阶段： PDT提交产品定义文件 和商业计划 IPMT决定是否投入开发 PDT与IPMT签定合同 在产品投放市场阶段： PDT提交实用化的文档 IPMT决定是否投放市场 PDT与IPMT确认决策检 查点合同 IPD理论框架流程重整 结构化流程（管道管理模型） 授课：XXX27 100 80 60 40 20 0 保留项目所占百

16、分比 57 54 概念形成 阶段 制定规格和 开发计划阶段 详细设计和 开发阶段 测试和 评估阶段 投产和生命 周期管理阶段 决策作法的对比决策作法的对比 传统的决策作法业界最佳的决策作法 在开发过程后期才过滤不合格项目 结果浪费了大量的研发经费 在研发过程早期就剔除不合格项目 把研发经费的浪费降至最低 好坏项目平均分配资源 延长了产品投放市场的时间 把资源集中到最佳项目上，使之 尽快推向市场 每年春季和秋季对项目进行评审 且主要是财务评审 在各里程碑或决策检查点由多个高层管理 部门对项目的适宜性与商业可行性进行评估 53 IPD理论框架流程重整 授课：XXX28 阶段错误扩张倍数 需求分析阶

17、段 1 设计阶段（概要、详细）3 - 6倍 编码阶段10倍 集成测试阶段15 - 40倍 系统测试阶段30 -70倍 运行40 - 100倍 IPD理论框架流程重整 结构化流程（质量控制重要性） 授课：XXX29 面向产品特性来设计 面向成本来设计 面向可装配来设计 面向可制造来设计 面向可测试来设计 面向可维护来设计 面向可靠性来设计 开发需求和概念形成 产品定义和项目计划开发和验证质量检测与产品认证量产准备与投放市场生命周期管理 1. 初始建议书2. 最终建议书 3. 产品概要规格4. 最终产品规格 5. 逻辑设计 6. 机械设计 7. 硬件验证 19. 硬件认证 20. 系统验证测试 8

18、. 测试计划、案例和工具开发 9. 软件设计10. 产品验证测试 21. 早期支持程序（ESP） 11. 系统集成 12. 信息开发计划和实施 13. 生产线建设 14. 供应商准备 15. 制定服务计划 16. 市场推广与发布计划 17. 支持不不同国家语言的产品 18. 市场准备与营销 23. 服务计划实施与服务支持 22. 制造验证24. 量产准备与启动25. 稳定的生 产 25. 停止 服务 GA PDT PDT (增强后的) 生命周期管理 组 结构化流程（客户导向并行开发重要性） IPD理论框架流程重整 授课：XXX30 IPD理论框架产品重整 产品重整： 异步开发：技术层、子系统层

19、、平台层： 将技术开发与产品开发分离，削弱各层次间 的倚赖关系，实现所有层次任务的并行开发 共用基础模块CBB：common building block ： 共用的零部件、模块、技术在不同产品线共享 与合并，质量、进度、成本控制、技术风险降 低，由公共平台、物料编码、产品开发委员会 管理。 （备注：通用平台委员会是由来自研发和采 购的高层人员组成；开发委员会是由资深的开发工程 师组成；部门编码委员会由采购部和研发部门的高层 人士组成） 授课：XXX31 IPD理论框架IT管理工具 IT工具应用： 项目管理工具：CA、Project、Lotus notes 开发管理工具：workflow en

20、gine、business management workbench CBB管理工具：Aspect 需求分析工具：Alian Think支持$appeals分析 （availability、packaging、performance、easy-to-use、 assurance、life cycle of cost、Social acceptance） PDM管理工具：Product manager辅助完成 BOM管理、产品配置、工程变更 授课：XXX32 IPD理论框架7要素 决策： 决策不当引发问题： 高层管理无意识的延迟决策或修订决策（不知道应由谁作决策或需 要什么样的一致意见）； 信息

21、不充分或细节不清楚导致质量低劣； 需要投入的资源过多，以致无法按期完成任何事情； 授权审批和设定优先顺序的人未明确批准给予产品开发项目的资金 决策太迟经常在产品已经设计出来以后 没有用周期指导来证实项目进度 高层领导未作出战略决策，却由开发人员在无奈中作出决策 科学决策保证机制：产品开发阶段评审流程 授课：XXX33 产品技术产品技术 相同相同 相似产品相似产品 相似技术相似技术 新技术新技术 不同不同 不同不同 新市场新市场 新销售新销售 渠道渠道 相似市相似市 场场 新销售新销售 渠道渠道 新市场新市场 相同销相同销 售渠道售渠道 相同相同 市市 场 场 2 2 市场多样化市场多样化 当前

22、产品线当前产品线 1 1 产品技术多样化产品技术多样化 3 3 事业多样化事业多样化 IPD理论框架7要素 投资项目优先顺序决策 授课：XXX34 IPD理论框架7要素 项目小组构成： 不成功开发团队的典型原因： 项目小组和职能部门的责权不明 未得到明确授权去实现目标导致效率低下，有时只被赋予了责任却 没有相应的权力与资源 缺乏并行工程，一些职能和技能无法和谐融入项目小组 项目领导工作效率低：缺乏经验、角色不明，培训不足，更换频繁 缺乏项目实施所需人手技能，各种资源在项目小组间调来调去 未明确定义项目小组和职能部门间协作方法，存在冲突与困扰 小组成员任务分配效率低下 高效项目小组保证机制：核心

23、小组模式CTA 授课：XXX35 IPD理论框架7要素 开发活动的结构： 开发流程普遍缺陷： 无章可寻的开发活动导致产品不断更新 对完成什么样的开发活动及何时完成有误解导致计划不周或准备不足 缺乏通用术语以及由此引起的理解问题，导致开发工作不理想 产品开发定义过于详细，尤其是缺乏结构化的定义，使得开发效率不高 每一步需要多个签字盖章的官僚流程延缓了开发工作 未将责任落实下来，导致未能不断地改进产品开发流程 通用开发活动保证机制：结构化开发流程 授课：XXX36 IPD理论框架7要素 开发工具与技术： 开发工具使用效率不高问题： 设计技术效率低下，不能很好融入清晰的产品开发流程 某一种设计技术如

24、QFD（quality function deployment）不能解决所有开发问题 因未使用恰当的设计技术，造成新型产品不可制造或不耐用 因未使用自动化工具，导致产品开发时间比应花的时间要长 因产品定义不断变更，导致自动开发工具没有产生预期的效果 适时运用合适的技术或工具：一系列技术设计和自动 开发工具 授课：XXX37 IPD理论框架7要素 产品战略流程 产品战略制定和交流的不足： 公司将眼光过分集中于个体产品，而对产品平台的重视不够 公司里没有人明确负责产品战略 既然产品战略没有一个正式流程，往往成为年度预算流程的一项表面工作 由于公司不能有效评估其产品战略机遇，开发出了平庸的产品 产品

25、战略过时，原因是将眼光集中在当前而非将来客户的需要和市场潮流 由于产品战略是内部驱动而非客户驱动，造成产品不具竞争力，分析肤浅， 竞争定位不明确 由于没有产品战略愿景来指导开发人员，所以实际产品开发与初衷不符 产品战略： 授课：XXX38 产品开发战略决策 新产品开发新产品开发 产品线战略产品线战略 产品平台战略产品平台战略 战略战略 愿景愿景 共同技术要素的集合： 概念评估、平台规划、平台开发 分时间段有条件系列开发计划： 按时间分阶段确定开发产品顺序 产品线战略的具体实施： 单项新产品开发 明确方向和竞争定位 IPD理论框架7要素 授课：XXX39 任务任务 200500 新产品开发 活动

26、活动1000个以上个以上 阶段阶段 36 步骤步骤 1520 阶段阶段phasephase、步骤、步骤stepstep、任务、任务tasktask、活动、活动activityactivity IPD理论框架7要素 产品开发结构层次 授课：XXX40 IPD理论框架7要素 技术管理 常见的技术管理的缺陷： 由于技术上的意外，使产品开发延迟，若当时技术准备充分本可以避免 由于公司没有给现在或将来的核心技术进行投资而导致技术效能下降 由于技术开发没有从产品开发中脱离出来，造成了不必要的开发周期延长 由于对技术风险控制不足而引起项目失败 核心技术优势保证机制：技术开发流程、技术向产品 开发转换 授课：

27、XXX41 l需要哪些技术去支撑目前的产品平台？ l必须开发哪些技术，以支撑或实施新的产品平台？ l哪些是关键的技术？ 这些技术的潜力何在？ l怎样切实可行地获取所需的技术？是开发还是购买？ IPD理论框架7要素 授课：XXX42 IPD理论框架7要素 管道管理 管理所有产品开发项目的以下问题： 低效的资源调度系统常常导致资源调度过度，从而延迟了开发项目 作“救火”决策时未考虑到项目的优先顺序 职能部门预算与项目资源分配不一致 项目技能要求与部门资源不一致 产品开发决策未考虑到公司的增长、产品组合或长/短期侧重点等目标 项目开发资源保证机制：确定项目优先次序、跨项目 资源管理、协调职能部门能力

28、与项目要求 授课：XXX43 IBM实施效果 92年IBM困境 销售收入停滞，总收入下降7 利润下降26 差距分析 研发成本控制 项目成功率 新产品上市时间 实施前 授课：XXX44 90年代初竞争对手比较 研发投入比例研发投入比例1212 业界最佳业界最佳6 6 研发损失研发损失2525 业界最佳业界最佳3.33.3 产品上市时间为业界最佳产品上市时间为业界最佳 的的2 2倍倍 IBM实施效果 授课：XXX45 实施IPD三年后效果： 研发费用研发费用1212降到降到6 6 研发损失研发损失2525降到降到6 6 存货周转率、订单交付期存货周转率、订单交付期 开发效率提高，专利开发效率提高，

29、专利2 2倍倍 上市时间缩短上市时间缩短5050： 高端产品由高端产品由7070月减少到月减少到2020个月；个月； 中端产品由中端产品由5050个月减少到个月减少到1010个月，个月， 低端产品降到低端产品降到6 6个月以下个月以下 CBBCBB：机箱：机箱1414种降到种降到4 4种，种， 母板母板1515种降到种降到4 4种，插卡种，插卡2525 种降到种降到4 4种，硬盘种，硬盘2323种降到种降到 6 6种等种等 IBM实施案例 实施后 授课：XXX46 99年2001年许继电气开发情况 共开发项目153项，应完成项目142项；撤消 和停止项目28项；实际完成项目75项；在研 项目5

30、0项；按期完成项目（以立项申请书或 计划书日期为依据）29项；按期完成率 20.4%； 平均每个项目投入研发人员数4.4人；平均 每个项目投入资金33.1万；平均每个项目实 际开发周期（不含中试）15.5月；平均每个 项目延期（不含中试）4个月。 许继IPD实践 背景 授课：XXX47 99年2001年许继电气研发损失 未统一产品平台、资源不重用造成元器件采 购分散导致的浪费（物力损失），由于无法 分清哪些元件属于可重用而未重用，以及它 们的批量、价格等，未计算此项损失。 由于新产品开发立项没有考虑市场和投资而 造成的研发损失2050万。 由于产品开发周期长导致开发延期而造成的 损失849万。

31、 由于设计质量问题，产品维护造成的损失 （仅2001年一个公司数据）261万（物资 205万，差旅27万，工资29万）。 许继IPD实践 背景 授课：XXX48 策略策略 组织结构组织结构 人力资源人力资源 价值创造价值创造价值评估价值评估价值分配价值分配 流程流程/制制 度度 信息系统信息系统 策略：策略： 组织：组织： 价值评价体系：价值评价体系： 流程流程/制度：制度： 信息系统：信息系统： 产品发展无统一规划 产品策略未体现市场导向 缺乏产品路标规划，产品开发随意 性大，大小项目决策缺乏市场依据 重复立项，决策不及时 各产品组之间相对封闭，资源 缺乏共享 部门间配合、协调困难 研发管理

32、粗放，研发计划 性差 未建立有效的、集成的、 面向市场的产品研发流程/ 制度体系，过程无规范/规 划执行很差 阶段评审未运作 技术管理薄弱 与营销、生产、工程等环 节界面不清，接口不畅 价值评价导向错误，脱离市场。 信息系统不能有效运行 市场信息没有有效的机制和 渠道传递到研发人员 开发工具缺乏规划和管理 许继IPD实践 研发方面的管理问题剖析 授课：XXX49 候选项目候选项目 满意的顾客满意的顾客 $ 产品评审委员会产品评审委员会 理解市场 市场细分 组合分 析 制定市场 细分策略 及计划 调整 &优 化业务计 划 管理市场细分并评估绩效 市场信息 客户反馈 竞争对手信息 技术趋势 产品组

33、合 目的目的 IPD（集成产品开发）是一种管理系统，用（集成产品开发）是一种管理系统，用 于优化成功的产品和产品包的开发过程及交于优化成功的产品和产品包的开发过程及交 付付质量。质量。 所有利益相关者早期参与的标准化方所有利益相关者早期参与的标准化方 法法 规范化的带里程碑的流程规范化的带里程碑的流程 项目管理项目管理 考评考评 关键要素关键要素 跨部门团队跨部门团队 管理 - 产品评审委员会 执行 - PDT 结构化流程结构化流程 6 个阶段 4 个决策评审点 一流的子流程一流的子流程 计划与控制 阶段决策 技术评审 以用户为中心的设计 CBB - 重用 文档管理 质量控制 物料管理 软硬件

34、设计 技术管理 管道管理 考核考核 平衡记分卡（Balanced Scorecard） IPD 工具工具 共用工具 -业务，技术 Dev Mfg Mkt Svc Fin SW Full Proc IPD 市场管理 许继IPD实践 解决方案：集成的产品开发（IPD） 授课：XXX50 需求分析需求分析 系统设计系统设计 模块设计模块设计 模块实现模块实现 全面验证全面验证 系统测试系统测试 集成测试集成测试 模块测试模块测试 许继IPD实践 新产品研发过程控制八步流程 授课：XXX51 概念的DCP 计划的DCP 许继IPD实践 结构化产品开发模型 市场发布 的DCP 实用化 的DCP 生命周期

35、管理 的DCP DCP: 决策检查点强制的确DCP可选的DCP 授课：XXX52 立项 系统 定义 系统 设计 子系统 模块定义 子系统/ 模块设 计及测试 系统定义 子系统/模 块认证及 测试系统 设计 系统认证 和测试系 统认证 试生产 (Pilot-run) 完成 硬件子 系统定义 硬件子 系统设计 硬件子 系统测试 单元说明 (US) 单元设计 测试计划 (DTP)，单元 生产测试 程序(TP)，原 理图(SD)， PCB， BOM等 设计测 试结果 (DTR) 设计输出 phase1phase2phase3phase4phase5phase6 许继IPD实践 硬件开发流程 授课：XX

36、X53 立项 系统 定义 系统 设计 子系统 模块定义 子系统/ 模块设 计及测试 系统定义 子系统/模 块认证及 测试系统 设计 系统认证 和测试系 统认证 试生产 (Pilot-run) 完成 软件 系统需求 说明 软件模块开发： 定义/设计/编码/测试 软件 系统定义 软件集成 测试 系统集成 测试 phase1phase2phase3phase4phase5phase6 设计输出 软件系统需求 分析报告 SSRAR 软件系统需求 说明书，软件 系统测试描述 文档，软件系 统测试计划， 软件结构设计 文档 SSP/GSTD/ GSTP/GSRS 模块软件需求说明书 (SRS)，模块软件设

37、计 文档(SDD)，模块软件 测试计划(STP)，源代 码(Code)，实施测试 计划(STP),测试结果 (STR) 软件(load), 软件系统测试 结果报告 (GSTR) 系统测试 结果报告 (软件部分) (SVR) 许继IPD实践 软件开发流程 授课：XXX54 系统需求评 审（前一步 骤） 集成测试 需求 软件 结构设计 集成测试 说明 测试工具 需求 测试工具 需求评审 集成测试 需求评审 软件 模块设计 软件模块 设计评审 软件结构 设计评审 测试工具 设计 测试工具 设计评审 软件模块 测试说明 集成测试 说明评审 软件设计 评审 许继IPD实践 软件设计流程 授课：XXX55

38、 软件过程成熟度软件过程成熟度 表示软件组织内部对软 件过程的定义，管理，度量和控制的完善 程度和有效程度。 软件过程成熟度意味着产生于组织软件过 程的生产率, 质量可以得到不断提高. 随着软件过程的成熟, 它又不断对文档化 的软件过程, 标准和组织结构进行更新, 使之制度化. 相关概念介绍：CMM 授课：XXX56 相关概念介绍：CMM IPD和CMM的适用范围不同，IPD站在 整个产品开发的高度对开发过程提供指 导，而CMM只适用于软件开发。 CMM在美国国防部资助下，由卡内基梅 隆大学软件工程研究所(SEI)建立，用于 评价 软件开发组织软件过程能力成熟度 的模 型。 后来此模型被用于软件开发组织内部的 软件过程改进。 授课：XXX57 IPD与CMM关系 IPD CMM 专注于业务 集中于软件开发 流程强调跨部门协作流程 关注软件开发的最佳性 跨部门团队组织 与其他部门有一定关系的软 件开发团队 集中于电气、机械及软件开发 主要关