你的位置： 首页 > 内训课首页 > 其它 > 课程详情
课程介绍 评价详情(0)
1. 产品研发面临的挑战和问题
本单元学习目标：了解贵公司研发管理的现状及典型问题，明确改进方向
1.1. 中国企业在产品研发方面面临的挑战
1.2. 中国企业研发管理的十大典型问题
1.2.1. 未形成正确、系统的研发理念
1.2.2. 缺乏前瞻性的、有效的产品规划
1.2.3. 在开发过程中缺乏投资决策评审
1.2.4. 职能化结构带来的协调困难
1.2.5. 不规范、不一致、接力式/串行的开发流程
1.2.6. 项目管理薄弱
1.2.7. 技术开发与产品开发未分离
1.2.8. 缺乏CBB及经验教训的积累和共享机制
1.2.9. 研发人员职业化素质不足，缺乏有效培养
1.2.10. 缺乏有效的研发考评与激励机制
1.3. 研发管理体系的水平等级划分及演进
1.3.1. 级别1：非正式的管理
1.3.2. 级别2：优秀的功能
1.3.3. 级别3：优秀的项目
1.3.4. 级别4：优秀的组合
1.3.5. 级别5：世界级的研发能力
1.4. 各级别的特征
1.4.1. 级别1的特征（游击队）：没有明确的成功标准、非正式的、随意的、无原则性、流于形式
1.4.2. 级别2的特征（各自为战）：不一致的目标、职能完整、协调困难、被动响应市场
1.4.3. 级别3的特征（协同作战）：共同目标、跨部门协同、高效运行、前瞻性的规划
1.4.4. 级别4的特征（后台支撑）：产品平台杠杆利用、平台化开发模式、流程成为竞争优势
1.4.5. 级别5的特征（联合舰队）：全球领先视野和能力、跨企业创新、全球化创新、技术突破
1.5. 研讨：贵公司产品研发处于何级别？存在的典型问题是什么？
2. IPD的核心思想及整体框架
本单元学习目标：理解IPD的精髓，对研发管理全面、系统思考及把握
2.1. IPD的核心思想
2.1.1. 产品开发是投资行为
2.1.2. 基于市场的创新
2.1.3. 基于平台的异步开发模式和重用策略
2.1.4. 技术开发与产品开发分离
2.1.5. 跨部门协同
2.1.6. 结构化的并行开发流程
2.1.7. 产品线与能力线并重
2.1.8. 职业化人才梯队建设
2.2. IPD的整体框架
2.2.1. 产品全生命周期流程：产品战略流程、市场管理流程、产品/技术开发流程、生命周期流程
2.2.2. 跨职能团队
2.2.2.1. IPMT（集成组合管理团队）
2.2.2.2. PMT（组合管理团队）
2.2.2.3. PDT（产品开发团队）
2.2.2.4. TDT（技术/平台开发团队）
2.2.2.5. LMT（生命周期管理团队）
2.2.3. 支撑性的子流程体系
2.2.4. 基于KPI体系的绩效管理
2.2.5. IPD工具（业务、技术）
2.3. IPD的方法论体系——8大方法论
2.3.1. 投资组合方法论
2.3.2. 客户需求分析方法论
2.3.3. 基于平台的异步开发和重用方法论
2.3.4. 结构化流程方法论
2.3.5. 项目和管道管理方法论
2.3.6. 跨部门团队方法论
2.3.7. 基于衡量标准的评估和改进方法论
2.3.8. 职业化人才梯队培养方法论
2.4. IPD实施给企业带来的典型好处
n 产品投入市场时间缩短40％～60％；
n 产品开发浪费减少50％～80％；
n 产品开发生产力提高25％～30％；
n 新产品收益（占全部收益的百分比）增加100％
3. 产品战略及规划
本单元学习目标：了解产品战略及规划的步骤及方法，对如何“做正确的事情”建立全局思路
3.1. 产品战略的层次划分——产品战略金字塔
3.1.1. 愿景层次：核心战略愿景
3.1.2. 战略层次：产品线战略、产品平台战略
3.1.3. 规划层次：产品线规划、产品平台规划
3.1.4. 执行层次：产品开发、平台/计划开发
3.2. 产品战略及规划的流程
3.2.1. 产品战略及规划需要融合到公司战略规划体系中
3.2.2. 公司战略规划流程
3.2.3. 产品线战略规划流程
3.2.4. 平台/技术规划流程
3.3. 公司战略规划流程
3.3.1. 公司战略规划之核心战略愿景
l 核心战略愿景的概念、意义
l 案例：华为的核心战略愿景
l 案例：迈瑞如何提炼核心战略愿景
l 案例：APPLE的核心战略愿景
3.3.2. 公司战略规划之产品线组合战略
3.4. 产品线战略及规划的流程——市场管理（MM）流程
3.4.1. 市场管理（MM）的概念
3.4.2. 市场管理流程的六个步骤
3.4.2.1. 理解市场
3.4.2.2. 市场细分
3.4.2.3. 组合分析
3.4.2.4. 制定细分市场的业务计划
3.4.2.5. 整合及优化业务计划
3.4.2.6. 管理业务计划并评估绩效
3.5. 产品线规划的输出
3.5.1. 产品线业务计划
3.5.1.1. 示例：IC产品线业务计划
3.5.1.2. 示例：智能网产品线业务计划
3.5.2. 产品线项目组合
3.5.2.1. 示例：视频会议产品线项目组合
3.5.2.2. 示例：光网络产品线项目组合
3.5.3. 产品线路标（产品、平台、技术）
3.5.3.1. 示例：OSS产品线路标规划
3.5.3.2. 示例：视频会议产品线路标规划
3.5.4. 项目任务书（CHARTER）
3.5.4.1. 示例：消费类电子产品的项目任务书
3.5.4.2. 示例：通信设备产品的项目任务书
3.6. 平台/技术规划流程
3.7. 产品平台的概念
3.8. 产品平台与技术、产品线、产品之间的关系
3.9. 不同产品类型的产品平台示例
3.9.1. 示例：数据通信产品线的产品平台
3.9.2. 示例：计费系统的产品平台
3.9.3. 示例：吸油烟机的产品平台
3.10. 产品平台战略规划的方法、步骤
3.10.1. 产品平台整合及梳理
3.10.2. 下一代产品平台战略
3.10.3. 衍生产品平台战略
3.10.4. 新产品线的产品平台战略
3.11. 异步开发模式和CBB（共用构建模块）
3.12. 案例分析：H公司GSM产品线规划的经验与教训
n H公司GSM产品线规划中，有哪些做法值得借鉴？
n H公司GSM产品线发展不理想，有那些教训值得吸取？
n 结合贵公司的情况，对产品规划工作有何建议？
4. 业务决策评审
本单元学习目标：理解产品决策评审的概念，掌握如何进行及时、有效的决策评审，减少产品开发的浪费；明确高层在产品开发中的角色及职责
4.1. 缺乏产品开发决策评审的危害及后果
4.1.1. 示例：在不同阶段取消开发项目而损失的投资额
4.1.2. 示例：J公司缺乏业务决策评审的代价
4.2. 新产品开发的风险特征，分阶段进行产品开发决策评审的目的、意义
4.3. 产品开发过程中的四个业务决策评审点（DCP）
4.3.1. 概念决策评审（CDCP）
4.3.2. 计划决策评审（PDCP）
4.3.3. 可获得性决策评审（ADCP）
4.3.4. 退出决策评审(LDCP)
4.4. 业务决策评审运作
4.4.1. WHO？——谁来决策
4.4.1.1. PDT负责提出决策建议
4.4.1.2. IPMT负责评审和决策
4.4.1.3. IPMT的构成及职责划分
4.4.1.4. 如何有效运作IPMT？
4.4.2. WHEN？——何时决策
4.4.3. WHAT？——决策什么
4.4.3.1. 产品业务计划书
4.4.3.2. 如何编制产品业务计划书
4.4.4. HOW？——如何决策
4.4.4.1. 各决策评审点的要点
4.4.4.2. 各决策评审点的评审要素（Checklist）
4.4.4.3. 决策的程序
4.4.4.4. 决策评审会议
4.4.4.5. 决策结果（继续、取消、改变方向）
4.5. 产品开发业务决策低效的原因
4.6. 研讨：企业如何建立高效的业务决策评审机制
n 在贵公司目前的产品开发流程中，有哪些决策评审点？
n 各个决策评审点的决策要素是什么？
n 决策过程存在什么问题，怎么改进？
5. IPD组织平台
本单元学习目标：了解如何构建IPD组织平台，如何建立及运作跨部门团队；掌握促进部门协作顺畅的措施；了解如何培养优秀的项目经理；如何对现有组织结构进行优化
5.1. 产品开发组织结构的多种形式
5.1.1. 职能制产品开发组织的特点
5.1.1.1. 职能制组织的优点
5.1.1.2. 职能制组织的缺点
5.1.1.3. 示例：R公司的职能制组织结构
5.1.2. 项目制产品开发组织的特点
5.1.2.1. 项目制组织的优点
5.1.2.2. 项目制组织的缺点
5.1.2.3. 示例：G公司项目式组织结构
5.1.3. 矩阵制产品开发组织的特点
5.1.3.1. 轻度矩阵结构
5.1.3.2. 重度矩阵结构
5.1.3.3. 平衡矩阵结构
5.1.3.4. 轻度矩阵结构与重度矩阵结构的比较
5.1.3.5. 矩阵结构的优点
5.1.3.6. 矩阵结构的缺点
5.1.3.7. 示例：M公司平衡矩阵组织结构
5.1.3.8. 示例：F公司重度矩阵组织结构
5.2. 产品开发组织常见问题及影响
5.2.1. 不真正关注客户需求（“我们按照市场部提出的要求开发产品”）
5.2.2. 各自为政，“各人自扫门前雪”(“你们的事情，而不是我们的事情…”)
5.2.3. 签字审批手续繁杂，没完没了地转来转去，造成机构臃肿
5.2.4. 决策缓慢，或者决策不当(踢皮球,嗓门或权力大的人进行决策)
5.2.5. 协调沟通困难，各执己见(每个部门都认为自己是正确的）
5.2.6. 关注所谓的部门利益，而不是公司产品的整体表现
5.2.7. ……
5.3. IPD组织结构的特点
5.3.1. 产品线与资源线交叉的重度矩阵结构
5.3.2. 产品线组织模式
5.3.3. 产品经理的角色及职责
5.3.4. 高层决策团队
5.3.5. 重量级的跨部门团队
5.4. IPD跨部门产品开发团队（PDT）的组织形式
5.4.1. PDT经理（核心组组长）
5.4.2. PDT代表（核心成员）
5.4.3. PDT外围组成员
5.5. PDT在组织结构中的位置，示例
5.6. PDT与职能部门之间的关系
5.7. PDT中的角色构成，各主要角色的职责
5.7.1. 示例：W公司PDT的角色构成
5.7.2. 示例：K公司PDT的角色构成
5.7.3. PDT经理的职责
5.7.4. PDT代表的职责
5.7.5. PDT外围成员的职责
5.7.6. 职能部门经理的职责
5.8. IPD对PDT经理的技能要求
5.8.1. 业务才干
5.8.2. 开发技能
5.8.3. 市场技能
5.8.4. 项目管理能力
5.8.5. 团队合作技能
5.9. 如何培养PDT经理
5.9.1. 周边部门锻炼（如：市场部、用户服务部、制造部等），提高产品全流程意识和技能
5.9.2. 参加项目经理知识和技能培训
5.9.3. 通过在项目经理助理等岗位上进行培训，获取经验
5.9.4. 与一些具有你想学习的技能的项目经理进行探讨
5.9.5. 自我批评总结，不断学习总结，改正错误
5.9.6. 最根本的在于赋予充分的责权，敢于压担子
5.10. 不同企业如何建立适合IPD运作的组织平台
5.10.1. 如何从职能制结构转变为适合IPD运作的矩阵结构
5.10.2. 如何从项目式结构转变为适合IPD运作的矩阵结构
5.10.3. 如何搭建产品线组织
5.11. 案例分析：K公司矩阵结构运作
n各产品管理部的产品经理的职责如何定位？
n应采取哪些措施，使矩阵结构有效运作？
n需要什么样的文化导向以支持新的组织架构和运作？
6. IPD结构化流程
本单元学习目标：掌握制定结构化、可操作的研发流程体系的思路及方法；了解产品开发流程最佳实践；理解主流程/阶段流程与支撑流程的关系；掌握制定关键支撑流程的要点
6.1. 结构化的产品开发流程
6.1.1. 结构化的概念
6.1.2. 产品开发流程的层次和阶段划分
6.1.3. 流程结构化不足的征兆
6.1.4. 产品开发流程缺乏结构化的危害、示例
6.1.5. 在非结构化和过于结构化之间取得平衡
6.2. 并行的产品开发流程
6.2.1. 并行的概念
6.2.2. 两个层出的并行
6.3. 企业研发流程的整体框架
6.4. IPD产品开发流程的层次划分
6.4.1. IPD开发流程概览（袖珍卡）
6.4.2. IPD阶段流程
6.4.3. 支撑性子流程
6.4.4. 操作指导/模板/表格
6.5. IPD各阶段流程介绍
6.5.1. 概念阶段流程（目标、关注、交付、活动）、示例
6.5.2. 计划阶段流程（目标、关注、交付、活动）、示例
6.5.3. 开发阶段流程（目标、关注、交付、活动）、示例
6.5.4. 发布阶段流程（目标、关注、交付、活动）、示例
6.5.5. 验证阶段流程（目标、关注、交付、活动）、示例
6.5.6. 生命周期阶段流程（目标、关注、交付、活动）、示例
6.6. 阶段流程交付件形式
6.6.1. 阶段性流程图
6.6.2. 角色和职责
6.6.3. 活动描述
6.6.4. 模板/表格
6.6.5. WBS 1/2/3/4级项目计划模板
6.7. IPD与CMMI的关系、IPD-CMMI体系介绍
6.8. IPD支撑性子流程简介
6.8.1. 系统工程子流程
6.8.2. 硬件开发子流程
6.8.3. 软件开发子流程
6.8.4. 测试子流程
6.8.5. 项目管理流程
6.8.6. 技术评审流程
6.8.7. 需求管理流程
6.8.8. 配置管理流程
6.8.9. 文档管理流程
6.8.10. 新器件选购流程
6.8.11. 质量问题及报告流程
6.8.12. 外协管理流程
6.8.13. ……
6.9. IPD关键支撑性流程之项目管理流程
6.9.1. 项目管理与IPD主流程的关系
6.9.2. IPD项目管理的特点
6.9.3. 严格按照活动进行WBS分解
6.9.4. WBS 1/2/3/4级模板演示
6.9.5. 如何做好IPD项目管理
6.10. IPD关键支撑性流程之系统工程流程
6.10.1. 系统工程与系统工程师（SE）
6.10.2. 系统工程与产品包需求（OR）流程的关系
6.10.3. 产品包需求（OR）流程与需求工程方法论
6.10.4. 系统工程方法论
6.10.5. 产品包需求分析（市场需求与内部需求、OR分层、$APPEALS分类）
6.10.6. 产品概念开发与设计需求分析
6.10.7. 功能分析、设计综合与设计规格开发
6.11. IPD关键支撑性流程之产品测试流程
6.11.1. 产品测试流程
6.11.2. 单元测试
6.11.3. 集成测试
6.11.4. 系统测试
6.11.5. 验证测试
6.12. IPD关键支撑性流程之技术评审流程
6.12.1. 缺乏技术评审的危害与后果，示例
6.12.2. 技术评审点的设置、各技术评审点的内容
6.12.3. 三层技术评审体系
6.12.4. 技术评审的过程
6.12.5. 技术评审原则
6.12.6. 如何建立高效的技术评审机制
6.13. 产品开发流程结构化的几个常见问题
6.13.1. 缺少执行流程的文化
6.13.2. 一把手对研发流程建设不重视
6.13.3. 为认证而认证
6.13.4. 闭门造车
6.13.5. 没有指定流程责任人
6.13.6. 流程培训不足
6.13.7. 没有流程审计
6.13.8. 没有持续优化
6.13.9. IT固化不够
6.14. 研讨：企业如何建立适合自己的IPD流程
n分析企业目前的研发流程现状
n确定研发流程的建设目标
n如何分步设计并实施IPD流程
7. 研发绩效及薪酬管理
本单元学习目标：了解研发绩效的特点及操作办法；学习如何有效激励研发人员
7.1. 案例分析：DM公司的研发绩效考核
7.2. 研发绩效管理的特点
7.2.1. 研发工作是一种创造性劳动，其任务及目标难以量化
7.2.2. 研发成果受很多因素的影响，具有很强不确定性
7.2.3. 在不同研发部门、不同项目、不同专业人员之间，绩效的可比性不强
7.2.4. 研发的最终结果（新产品销售收入、利润等）具有滞后性，不可能在当期评价
7.2.5. 研发人员的角色是多样化的，工作是复杂的
7.2.6. 研发工作具有很强的团队性质
7.2.7. 研发人员具有内向、敏感、较真、希望得到认可等个性特点
7.2.8. 研发主管对于下属的工作内容往往不如下属更专业和深入，而且往往拉不开面子
7.3. 研发KPI指标体系制定的方法
7.3.1. 明确组织的战略和战略目标
7.3.2. 确定公司的KRA及KPI
7.3.3. 将公司KRA及KPI分解到部门，找出部门KPI（备选）
7.3.4. 列出与部门职责相关的流程，识别这些流程的衡量指标，找出关联到部门的KPI（备选）
7.3.5. 将以上两步骤识别的KPI汇总在一起，形成部门备选的KPI集合
7.3.6. 对部门备选的KPI指标进行审查、筛选和确定
7.3.7. 制作部门KPI管理表
7.4. 研发绩效管理的过程
7.4.1. 制定绩效目标及计划
7.4.1.1. 如何设定KPI目标
7.4.1.2. 如何设定定性工作目标
7.4.1.3. SMART原则
7.4.2. 进行绩效辅导
7.4.3. 实施绩效考核及反馈
7.4.4. 应用考核结果
7.5. 基于矩阵组织的绩效考核模式
7.5.1. 部门考核与项目考核
7.5.2. 一考、二考、三考（一级考核、二级考核、三级考核）
7.5.3. 研发人员的绩效考核程序
7.5.4. 如何建立项目经理和部门经理在考核方面的信任
7.6. 研发人员薪酬结构设计
7.6.1. 薪酬政策
7.6.1.1. 根据职位等级和职位信任能力确定工资；根据绩效确定奖金。
7.6.1.2. 较高的固定薪酬+较低的浮动薪酬，越高层浮动比例越大。
7.6.1.3. 技术人员的薪酬达到甚至超过管理人员。
7.6.2. 奖金形式
7.6.2.1. 项目奖
7.6.2.2. 季度奖
7.6.2.3. 年终奖
7.6.2.4. 效益提成
7.6.3. 长期激励：针对核心人员实行长期激励
7.7. 研发工资模式
7.7.1. 职位评估与职位等级
7.7.2. 职位工资框架
7.7.3. 研发人员的职位技能工资体系
7.8. 项目奖模式与季度奖/年终奖模式的比较
7.8.1. 项目奖的优点与弊端
7.8.2. 项目奖最根本的弊端是对研发文化不利
7.8.3. 季度奖/年终降的优点与缺点
7.8.4. 国内外领先企业的研发人员薪酬模式
7.9. 如何真正有效地激励研发人员？
7.9.1. 给予发展前景和机会
7.9.2. 充分认同其价值的报酬策略
7.9.3. 给员工更多的自由空间
7.9.4. 让员工承担更大的责任
7.9.5. 充分的信任
7.9.6. 关注和沟通
7.9.7. 尊重员工的工作
7.9.8. 表彰他们的成绩(证书、荣誉、奖牌)
7.9.9. 在里程碑和完成时庆祝他们的胜利
8. 如何成功实施IPD
本单元学习目标：掌握根据企业实际情况阶段性实施IPD的策略及方法；了解IPD实施过程中存在的问题及应对措施；了解变革管理的方法
8.1. 怎样根据企业研发管理现状采用不同的IPD实施策略
8.1.1. 局部改进
8.1.2. 实施部门级IPD
8.1.3. 实施企业级IPD
8.2. 实施IPD变革的风险、可能遇到的困难及对策
8.3. 实施IPD变革的过程
8.3.1. 增强紧迫感
8.3.2. 组建领导团队
8.3.3. 确立变革愿景
8.3.4. 有效沟通愿景
8.3.5. 确定原则并授权行动
8.3.6. 制造短期成效
8.3.7. 不要放松
8.3.8. 巩固变革成果
8.4. IPD变革的策略
8.4.1. 打破部门壁垒
8.4.2. 观念先行
8.4.3. “削足适履”VS 量身定制
8.4.4. 先僵化，后优化，再固化
8.4.5. 自我超越
8.5. 案例：W公司实施IPD的实践
8.5.1. W公司在研发管理方面的持续努力
8.5.2. IPD变革过程初期出现的问题
8.5.3. 案例分析：如何解决W公司在IPD推行中遇到的问题？
8.5.4. IPD咨询项目的过程
8.5.4.1. 关注阶段
8.5.4.2. 发明阶段
8.5.4.3. 推广及优化阶段
8.5.5. IPD变革的成效
8.5.6. W公司IPD变革的启示
8.6. 案例：F公司实施IPD的实践
8.6.1. F公司IPD实施的背景
8.6.2. IPD项目目标及范围、项目计划
8.6.3. IPD变革愿景
n 快速地将新产品推向市场，击败竞争对手！
n 建立集成开发模式，各部门协同工作，积极主动解决问题！
n 快速有效的开发决策！
n 具有前瞻性的产品规划！
n 建立有效的研发人员的激励机制！
n 促进个人学习与成长！
n 良好的组织文化氛围！
8.6.4. 持续优化的组织保障及经验
8.6.5. IPD正式运行一年后的效果
n 同时在线项目：43项，增加1.5倍（研发人员仅增加20%)
n 已完成项目：15项，共计23款。
n 按时完成率：80%（误差：超过项目完成时间15天内）
n 研发周期缩短50%：平均研发周期（不包括SKD、改进型）9个月，单个项目最长周期是12个月，最短的5个月（EH02）。IPD项目实施前的平均研发周期约为16个月。
8.7. 企业级IPD变革的关键成功因素
8.7.1. 一把手认识到位和亲自推动
8.7.2. 总体规划，分步实施的策略
8.7.3. 解决方案的系统性、针对性、可操作性
8.7.4. 严密的项目管理
8.7.5. 有效的变革管理
8.7.6. 从职能型文化向团队型、流程型文化转变
本课程名称： 集成产品开发
查看更多：其它内训课
我要找内训供应商
授课内容与课纲相符0低0%
讲师授课水平0低0%
服务态度0低0%
你实际购买的价格
付款时最多可用0淘币抵扣0元现金
购买成功后，系统会给用户帐号返回的现金券
课程介绍 评价详情(0)
培训受众:
课程收益:
系统掌握业界领先的研发管理体系——集成
对贵公司研发管理成熟度水平进行评估，并找出提升的路径和要点
掌握制定产品战略及规划的思路，了解
学习如何进行以市场为导向的
找到跨部门协调困难的解决之道，如何使矩阵结构和研发团队有效运行
掌握建立研发流程体系的思路和方法，如何使研发流程具有可操作性
学习如何进行有效的研发绩效管理，如何有效激烈研发人员
学习领先企业在实施IPD方面的实践经验
培训颁发证书:
课程大纲
1. 产品研发面临的挑战和问题
本单元学习目标：了解贵公司研发管理的现状及典型问题，明确改进方向
1.1. 中国企业在产品研发方面面临的挑战
1.2. 中国企业研发管理的十大典型问题
1.2.1. 未形成正确、系统的研发理念
1.2.2. 缺乏前瞻性的、有效的产品规划
1.2.3. 在开发过程中缺乏投资决策评审
1.2.4. 职能化结构带来的协调困难
1.2.5. 不规范、不一致、接力式/串行的开发流程
1.2.6. 项目管理薄弱
1.2.7. 技术开发与产品开发未分离
1.2.8. 缺乏CBB及经验教训的积累和共享机制
1.2.9. 研发人员职业化素质不足，缺乏有效培养
1.2.10. 缺乏有效的研发考评与激励机制
1.3. 研发管理体系的水平等级划分及演进
1.3.1. 级别1：非正式的管理
1.3.2. 级别2：优秀的功能
1.3.3. 级别3：优秀的项目
1.3.4. 级别4：优秀的组合
1.3.5. 级别5：世界级的研发能力
1.4. 各级别的特征
1.4.1. 级别1的特征（游击队）：没有明确的成功标准、非正式的、随意的、无原则性、流于形式
1.4.2. 级别2的特征（各自为战）：不一致的目标、职能完整、协调困难、被动响应市场
1.4.3. 级别3的特征（协同作战）：共同目标、跨部门协同、高效运行、前瞻性的规划
1.4.4. 级别4的特征（后台支撑）：产品平台杠杆利用、平台化开发模式、流程成为竞争优势
1.4.5. 级别5的特征（联合舰队）：全球领先视野和能力、跨企业创新、全球化创新、技术突破
1.5. 研讨：贵公司产品研发处于何级别？存在的典型问题是什么？
2. IPD的核心思想及整体框架
本单元学习目标：理解IPD的精髓，对研发管理全面、系统思考及把握
2.1. IPD的核心思想
2.1.1. 产品开发是投资行为
2.1.2. 基于市场的创新
2.1.3. 基于平台的异步开发模式和重用策略
2.1.4. 技术开发与产品开发分离
2.1.5. 跨部门协同
2.1.6. 结构化的并行开发流程
2.1.7. 产品线与能力线并重
2.1.8. 职业化人才梯队建设
2.2. IPD的整体框架
2.2.1. 产品全生命周期流程：产品战略流程、市场管理流程、产品/技术开发流程、生命周期流程
2.2.2. 跨职能团队
2.2.2.1. IPMT（集成组合管理团队）
2.2.2.2. PMT（组合管理团队）
2.2.2.3. PDT（产品开发团队）
2.2.2.4. TDT（技术/平台开发团队）
2.2.2.5. LMT（生命周期管理团队）
2.2.3. 支撑性的子流程体系
2.2.4. 基于KPI体系的绩效管理
2.2.5. IPD工具（业务、技术）
2.3. IPD的方法论体系——8大方法论
2.3.1. 投资组合方法论
2.3.2. 客户需求分析方法论
2.3.3. 基于平台的异步开发和重用方法论
2.3.4. 结构化流程方法论
2.3.5. 项目和管道管理方法论
2.3.6. 跨部门团队方法论
2.3.7. 基于衡量标准的评估和改进方法论
2.3.8. 职业化人才梯队培养方法论
2.4. IPD实施给企业带来的典型好处
n 产品投入市场时间缩短40％～60％；
n 产品开发浪费减少50％～80％；
n 产品开发生产力提高25％～30％；
n 新产品收益（占全部收益的百分比）增加100％
3. 产品战略及规划
本单元学习目标：了解产品战略及规划的步骤及方法，对如何“做正确的事情”建立全局思路
3.1. 产品战略的层次划分——产品战略金字塔
3.1.1. 愿景层次：核心战略愿景
3.1.2. 战略层次：产品线战略、产品平台战略
3.1.3. 规划层次：产品线规划、产品平台规划
3.1.4. 执行层次：产品开发、平台/计划开发
3.2. 产品战略及规划的流程
3.2.1. 产品战略及规划需要融合到公司战略规划体系中
3.2.2. 公司战略规划流程
3.2.3. 产品线战略规划流程
3.2.4. 平台/技术规划流程
3.3. 公司战略规划流程
3.3.1. 公司战略规划之核心战略愿景
l 核心战略愿景的概念、意义
l 案例：华为的核心战略愿景
l 案例：迈瑞如何提炼核心战略愿景
l 案例：APPLE的核心战略愿景
3.3.2. 公司战略规划之产品线组合战略
3.4. 产品线战略及规划的流程——市场管理（MM）流程
3.4.1. 市场管理（MM）的概念
3.4.2. 市场管理流程的六个步骤
3.4.2.1. 理解市场
3.4.2.2. 市场细分
3.4.2.3. 组合分析
3.4.2.4. 制定细分市场的业务计划
3.4.2.5. 整合及优化业务计划
3.4.2.6. 管理业务计划并评估绩效
3.5. 产品线规划的输出
3.5.1. 产品线业务计划
3.5.1.1. 示例：IC产品线业务计划
3.5.1.2. 示例：智能网产品线业务计划
3.5.2. 产品线项目组合
3.5.2.1. 示例：视频会议产品线项目组合
3.5.2.2. 示例：光网络产品线项目组合
3.5.3. 产品线路标（产品、平台、技术）
3.5.3.1. 示例：OSS产品线路标规划
3.5.3.2. 示例：视频会议产品线路标规划
3.5.4. 项目任务书（CHARTER）
3.5.4.1. 示例：消费类电子产品的项目任务书
3.5.4.2. 示例：通信设备产品的项目任务书
3.6. 平台/技术规划流程
3.7. 产品平台的概念
3.8. 产品平台与技术、产品线、产品之间的关系
3.9. 不同产品类型的产品平台示例
3.9.1. 示例：数据通信产品线的产品平台
3.9.2. 示例：计费系统的产品平台
3.9.3. 示例：吸油烟机的产品平台
3.10. 产品平台战略规划的方法、步骤
3.10.1. 产品平台整合及梳理
3.10.2. 下一代产品平台战略
3.10.3. 衍生产品平台战略
3.10.4. 新产品线的产品平台战略
3.11. 异步开发模式和CBB（共用构建模块）
3.12. 案例分析：H公司GSM产品线规划的经验与教训
n H公司GSM产品线规划中，有哪些做法值得借鉴？
n H公司GSM产品线发展不理想，有那些教训值得吸取？
n 结合贵公司的情况，对产品规划工作有何建议？
4. 业务决策评审
本单元学习目标：理解产品决策评审的概念，掌握如何进行及时、有效的决策评审，减少产品开发的浪费；明确高层在产品开发中的角色及职责
4.1. 缺乏产品开发决策评审的危害及后果
4.1.1. 示例：在不同阶段取消开发项目而损失的投资额
4.1.2. 示例：J公司缺乏业务决策评审的代价
4.2. 新产品开发的风险特征，分阶段进行产品开发决策评审的目的、意义
4.3. 产品开发过程中的四个业务决策评审点（DCP）
4.3.1. 概念决策评审（CDCP）
4.3.2. 计划决策评审（PDCP）
4.3.3. 可获得性决策评审（ADCP）
4.3.4. 退出决策评审(LDCP)
4.4. 业务决策评审运作
4.4.1. WHO？——谁来决策
4.4.1.1. PDT负责提出决策建议
4.4.1.2. IPMT负责评审和决策
4.4.1.3. IPMT的构成及职责划分
4.4.1.4. 如何有效运作IPMT？
4.4.2. WHEN？——何时决策
4.4.3. WHAT？——决策什么
4.4.3.1. 产品业务计划书
4.4.3.2. 如何编制产品业务计划书
4.4.4. HOW？——如何决策
4.4.4.1. 各决策评审点的要点
4.4.4.2. 各决策评审点的评审要素（Checklist）
4.4.4.3. 决策的程序
4.4.4.4. 决策评审会议
4.4.4.5. 决策结果（继续、取消、改变方向）
4.5. 产品开发业务决策低效的原因
4.6. 研讨：企业如何建立高效的业务决策评审机制
n 在贵公司目前的产品开发流程中，有哪些决策评审点？
n 各个决策评审点的决策要素是什么？
n 决策过程存在什么问题，怎么改进？
5. IPD组织平台
本单元学习目标：了解如何构建IPD组织平台，如何建立及运作跨部门团队；掌握促进部门协作顺畅的措施；了解如何培养优秀的项目经理；如何对现有组织结构进行优化
5.1. 产品开发组织结构的多种形式
5.1.1. 职能制产品开发组织的特点
5.1.1.1. 职能制组织的优点
5.1.1.2. 职能制组织的缺点
5.1.1.3. 示例：R公司的职能制组织结构
5.1.2. 项目制产品开发组织的特点
5.1.2.1. 项目制组织的优点
5.1.2.2. 项目制组织的缺点
5.1.2.3. 示例：G公司项目式组织结构
5.1.3. 矩阵制产品开发组织的特点
5.1.3.1. 轻度矩阵结构
5.1.3.2. 重度矩阵结构
5.1.3.3. 平衡矩阵结构
5.1.3.4. 轻度矩阵结构与重度矩阵结构的比较
5.1.3.5. 矩阵结构的优点
5.1.3.6. 矩阵结构的缺点
5.1.3.7. 示例：M公司平衡矩阵组织结构
5.1.3.8. 示例：F公司重度矩阵组织结构
5.2. 产品开发组织常见问题及影响
5.2.1. 不真正关注客户需求（“我们按照市场部提出的要求开发产品”）
5.2.2. 各自为政，“各人自扫门前雪”(“你们的事情，而不是我们的事情…”)
5.2.3. 签字审批手续繁杂，没完没了地转来转去，造成机构臃肿
5.2.4. 决策缓慢，或者决策不当(踢皮球,嗓门或权力大的人进行决策)
5.2.5. 协调沟通困难，各执己见(每个部门都认为自己是正确的）
5.2.6. 关注所谓的部门利益，而不是公司产品的整体表现
5.2.7. ……
5.3. IPD组织结构的特点
5.3.1. 产品线与资源线交叉的重度矩阵结构
5.3.2. 产品线组织模式
5.3.3. 产品经理的角色及职责
5.3.4. 高层决策团队
5.3.5. 重量级的跨部门团队
5.4. IPD跨部门产品开发团队（PDT）的组织形式
5.4.1. PDT经理（核心组组长）
5.4.2. PDT代表（核心成员）
5.4.3. PDT外围组成员
5.5. PDT在组织结构中的位置，示例
5.6. PDT与职能部门之间的关系
5.7. PDT中的角色构成，各主要角色的职责
5.7.1. 示例：W公司PDT的角色构成
5.7.2. 示例：K公司PDT的角色构成
5.7.3. PDT经理的职责
5.7.4. PDT代表的职责
5.7.5. PDT外围成员的职责
5.7.6. 职能部门经理的职责
5.8. IPD对PDT经理的技能要求
5.8.1. 业务才干
5.8.2. 开发技能
5.8.3. 市场技能
5.8.4. 项目管理能力
5.8.5. 团队合作技能
5.9. 如何培养PDT经理
5.9.1. 周边部门锻炼（如：市场部、用户服务部、制造部等），提高产品全流程意识和技能
5.9.2. 参加项目经理知识和技能培训
5.9.3. 通过在项目经理助理等岗位上进行培训，获取经验
5.9.4. 与一些具有你想学习的技能的项目经理进行探讨
5.9.5. 自我批评总结，不断学习总结，改正错误
5.9.6. 最根本的在于赋予充分的责权，敢于压担子
5.10. 不同企业如何建立适合IPD运作的组织平台
5.10.1. 如何从职能制结构转变为适合IPD运作的矩阵结构
5.10.2. 如何从项目式结构转变为适合IPD运作的矩阵结构
5.10.3. 如何搭建产品线组织
5.11. 案例分析：K公司矩阵结构运作
n各产品管理部的产品经理的职责如何定位？
n应采取哪些措施，使矩阵结构有效运作？
n需要什么样的文化导向以支持新的组织架构和运作？
6. IPD结构化流程
本单元学习目标：掌握制定结构化、可操作的研发流程体系的思路及方法；了解产品开发流程最佳实践；理解主流程/阶段流程与支撑流程的关系；掌握制定关键支撑流程的要点
6.1. 结构化的产品开发流程
6.1.1. 结构化的概念
6.1.2. 产品开发流程的层次和阶段划分
6.1.3. 流程结构化不足的征兆
6.1.4. 产品开发流程缺乏结构化的危害、示例
6.1.5. 在非结构化和过于结构化之间取得平衡
6.2. 并行的产品开发流程
6.2.1. 并行的概念
6.2.2. 两个层出的并行
6.3. 企业研发流程的整体框架
6.4. IPD产品开发流程的层次划分
6.4.1. IPD开发流程概览（袖珍卡）
6.4.2. IPD阶段流程
6.4.3. 支撑性子流程
6.4.4. 操作指导/模板/表格
6.5. IPD各阶段流程介绍
6.5.1. 概念阶段流程（目标、关注、交付、活动）、示例
6.5.2. 计划阶段流程（目标、关注、交付、活动）、示例
6.5.3. 开发阶段流程（目标、关注、交付、活动）、示例
6.5.4. 发布阶段流程（目标、关注、交付、活动）、示例
6.5.5. 验证阶段流程（目标、关注、交付、活动）、示例
6.5.6. 生命周期阶段流程（目标、关注、交付、活动）、示例
6.6. 阶段流程交付件形式
6.6.1. 阶段性流程图
6.6.2. 角色和职责
6.6.3. 活动描述
6.6.4. 模板/表格
6.6.5. WBS 1/2/3/4级项目计划模板
6.7. IPD与CMMI的关系、IPD-CMMI体系介绍
6.8. IPD支撑性子流程简介
6.8.1. 系统工程子流程
6.8.2. 硬件开发子流程
6.8.3. 软件开发子流程
6.8.4. 测试子流程
6.8.5. 项目管理流程
6.8.6. 技术评审流程
6.8.7. 需求管理流程
6.8.8. 配置管理流程
6.8.9. 文档管理流程
6.8.10. 新器件选购流程
6.8.11. 质量问题及报告流程
6.8.12. 外协管理流程
6.8.13. ……
6.9. IPD关键支撑性流程之项目管理流程
6.9.1. 项目管理与IPD主流程的关系
6.9.2. IPD项目管理的特点
6.9.3. 严格按照活动进行WBS分解
6.9.4. WBS 1/2/3/4级模板演示
6.9.5. 如何做好IPD项目管理
6.10. IPD关键支撑性流程之系统工程流程
6.10.1. 系统工程与系统工程师（SE）
6.10.2. 系统工程与产品包需求（OR）流程的关系
6.10.3. 产品包需求（OR）流程与需求工程方法论
6.10.4. 系统工程方法论
6.10.5. 产品包需求分析（市场需求与内部需求、OR分层、$APPEALS分类）
6.10.6. 产品概念开发与设计需求分析
6.10.7. 功能分析、设计综合与设计规格开发
6.11. IPD关键支撑性流程之产品测试流程
6.11.1. 产品测试流程
6.11.2. 单元测试
6.11.3. 集成测试
6.11.4. 系统测试
6.11.5. 验证测试
6.12. IPD关键支撑性流程之技术评审流程
6.12.1. 缺乏技术评审的危害与后果，示例
6.12.2. 技术评审点的设置、各技术评审点的内容
6.12.3. 三层技术评审体系
6.12.4. 技术评审的过程
6.12.5. 技术评审原则
6.12.6. 如何建立高效的技术评审机制
6.13. 产品开发流程结构化的几个常见问题
6.13.1. 缺少执行流程的文化
6.13.2. 一把手对研发流程建设不重视
6.13.3. 为认证而认证
6.13.4. 闭门造车
6.13.5. 没有指定流程责任人
6.13.6. 流程培训不足
6.13.7. 没有流程审计
6.13.8. 没有持续优化
6.13.9. IT固化不够
6.14. 研讨：企业如何建立适合自己的IPD流程
n分析企业目前的研发流程现状
n确定研发流程的建设目标
n如何分步设计并实施IPD流程
7. 研发绩效及薪酬管理
本单元学习目标：了解研发绩效的特点及操作办法；学习如何有效激励研发人员
7.1. 案例分析：DM公司的研发绩效考核
7.2. 研发绩效管理的特点
7.2.1. 研发工作是一种创造性劳动，其任务及目标难以量化
7.2.2. 研发成果受很多因素的影响，具有很强不确定性
7.2.3. 在不同研发部门、不同项目、不同专业人员之间，绩效的可比性不强
7.2.4. 研发的最终结果（新产品销售收入、利润等）具有滞后性，不可能在当期评价
7.2.5. 研发人员的角色是多样化的，工作是复杂的
7.2.6. 研发工作具有很强的团队性质
7.2.7. 研发人员具有内向、敏感、较真、希望得到认可等个性特点
7.2.8. 研发主管对于下属的工作内容往往不如下属更专业和深入，而且往往拉不开面子
7.3. 研发KPI指标体系制定的方法
7.3.1. 明确组织的战略和战略目标
7.3.2. 确定公司的KRA及KPI
7.3.3. 将公司KRA及KPI分解到部门，找出部门KPI（备选）
7.3.4. 列出与部门职责相关的流程，识别这些流程的衡量指标，找出关联到部门的KPI（备选）
7.3.5. 将以上两步骤识别的KPI汇总在一起，形成部门备选的KPI集合
7.3.6. 对部门备选的KPI指标进行审查、筛选和确定
7.3.7. 制作部门KPI管理表
7.4. 研发绩效管理的过程
7.4.1. 制定绩效目标及计划
7.4.1.1. 如何设定KPI目标
7.4.1.2. 如何设定定性工作目标
7.4.1.3. SMART原则
7.4.2. 进行绩效辅导
7.4.3. 实施绩效考核及反馈
7.4.4. 应用考核结果
7.5. 基于矩阵组织的绩效考核模式
7.5.1. 部门考核与项目考核
7.5.2. 一考、二考、三考（一级考核、二级考核、三级考核）
7.5.3. 研发人员的绩效考核程序
7.5.4. 如何建立项目经理和部门经理在考核方面的信任
7.6. 研发人员薪酬结构设计
7.6.1. 薪酬政策
7.6.1.1. 根据职位等级和职位信任能力确定工资；根据绩效确定奖金。
7.6.1.2. 较高的固定薪酬+较低的浮动薪酬，越高层浮动比例越大。
7.6.1.3. 技术人员的薪酬达到甚至超过管理人员。
7.6.2. 奖金形式
7.6.2.1. 项目奖
7.6.2.2. 季度奖
7.6.2.3. 年终奖
7.6.2.4. 效益提成
7.6.3. 长期激励：针对核心人员实行长期激励
7.7. 研发工资模式
7.7.1. 职位评估与职位等级
7.7.2. 职位工资框架
7.7.3. 研发人员的职位技能工资体系
7.8. 项目奖模式与季度奖/年终奖模式的比较
7.8.1. 项目奖的优点与弊端
7.8.2. 项目奖最根本的弊端是对研发文化不利
7.8.3. 季度奖/年终降的优点与缺点
7.8.4. 国内外领先企业的研发人员薪酬模式
7.9. 如何真正有效地激励研发人员？
7.9.1. 给予发展前景和机会
7.9.2. 充分认同其价值的报酬策略
7.9.3. 给员工更多的自由空间
7.9.4. 让员工承担更大的责任
7.9.5. 充分的信任
7.9.6. 关注和沟通
7.9.7. 尊重员工的工作
7.9.8. 表彰他们的成绩(证书、荣誉、奖牌)
7.9.9. 在里程碑和完成时庆祝他们的胜利
8. 如何成功实施IPD
本单元学习目标：掌握根据企业实际情况阶段性实施IPD的策略及方法；了解IPD实施过程中存在的问题及应对措施；了解变革管理的方法
8.1. 怎样根据企业研发管理现状采用不同的IPD实施策略
8.1.1. 局部改进
8.1.2. 实施部门级IPD
8.1.3. 实施企业级IPD
8.2. 实施IPD变革的风险、可能遇到的困难及对策
8.3. 实施IPD变革的过程
8.3.1. 增强紧迫感
8.3.2. 组建领导团队
8.3.3. 确立变革愿景
8.3.4. 有效沟通愿景
8.3.5. 确定原则并授权行动
8.3.6. 制造短期成效
8.3.7. 不要放松
8.3.8. 巩固变革成果
8.4. IPD变革的策略
8.4.1. 打破部门壁垒
8.4.2. 观念先行
8.4.3. “削足适履”VS 量身定制
8.4.4. 先僵化，后优化，再固化
8.4.5. 自我超越
8.5. 案例：W公司实施IPD的实践
8.5.1. W公司在研发管理方面的持续努力
8.5.2. IPD变革过程初期出现的问题
8.5.3. 案例分析：如何解决W公司在IPD推行中遇到的问题？
8.5.4. IPD咨询项目的过程
8.5.4.1. 关注阶段
8.5.4.2. 发明阶段
8.5.4.3. 推广及优化阶段
8.5.5. IPD变革的成效
8.5.6. W公司IPD变革的启示
8.6. 案例：F公司实施IPD的实践
8.6.1. F公司IPD实施的背景
8.6.2. IPD项目目标及范围、项目计划
8.6.3. IPD变革愿景
n 快速地将新产品推向市场，击败竞争对手！
n 建立集成开发模式，各部门协同工作，积极主动解决问题！
n 快速有效的开发决策！
n 具有前瞻性的产品规划！
n 建立有效的研发人员的激励机制！
n 促进个人学习与成长！
n 良好的组织文化氛围！
8.6.4. 持续优化的组织保障及经验
8.6.5. IPD正式运行一年后的效果
n 同时在线项目：43项，增加1.5倍（研发人员仅增加20%)
n 已完成项目：15项，共计23款。
n 按时完成率：80%（误差：超过项目完成时间15天内）
n 研发周期缩短50%：平均研发周期（不包括SKD、改进型）9个月，单个项目最长周期是12个月，最短的5个月（EH02）。IPD项目实施前的平均研发周期约为16个月。
8.7. 企业级IPD变革的关键成功因素
8.7.1. 一把手认识到位和亲自推动
8.7.2. 总体规划，分步实施的策略
8.7.3. 解决方案的系统性、针对性、可操作性
8.7.4. 严密的项目管理
8.7.5. 有效的变革管理
8.7.6. 从职能型文化向团队型、流程型文化转变
本课程名称： 集成产品开发
查看更多：其它内训课