| 摘要 | 第5-6页 |
| abstract | 第6-7页 |
| 第一章 绪论 | 第12-16页 |
| 1.1 选题背景 | 第12-14页 |
| 1.1.1 外部环境 | 第12-13页 |
| 1.1.2 内部因素 | 第13页 |
| 1.1.3 小结 | 第13-14页 |
| 1.2 研究意义 | 第14页 |
| 1.3 研究内容 | 第14页 |
| 1.4 研究思路 | 第14-16页 |
| 第二章 IPD理论体系 | 第16-24页 |
| 2.1 组织相关的主要理论 | 第16-20页 |
| 2.1.1 IPD管理体系下组织架构设计 | 第16-17页 |
| 2.1.2 IPD体系设计对组织变动的影响程度 | 第17-18页 |
| 2.1.3 制定IPD团队职责 | 第18页 |
| 2.1.4 跨职能团队的工作机制 | 第18-19页 |
| 2.1.5 项目人才管理机制 | 第19-20页 |
| 2.2 流程相关的主要理论 | 第20-21页 |
| 2.2.1 结构化流程设计 | 第20-21页 |
| 2.2.2 支撑流程与主流程的接口关系 | 第21页 |
| 2.3 配套相关的主要论理 | 第21-24页 |
| 2.3.1 绩效管理 | 第22页 |
| 2.3.2 项目管理 | 第22页 |
| 2.3.3 CBB管理 | 第22-23页 |
| 2.3.4 技能与培训 | 第23页 |
| 2.3.5 IT支撑工具 | 第23-24页 |
| 第三章 LC公司产品研发的问题分析 | 第24-49页 |
| 3.1 产品研发的现状调研 | 第25-32页 |
| 3.1.1 访谈 | 第25-26页 |
| 3.1.2 数据收集和阅读文档 | 第26-29页 |
| 3.1.3 问卷调查 | 第29-30页 |
| 3.1.4 IPD运作观察 | 第30-31页 |
| 3.1.5 IPD基础知识测试 | 第31-32页 |
| 3.2 LC公司对IPD业务现状的理解 | 第32-37页 |
| 3.2.1 组织结构 | 第32-33页 |
| 3.2.2 跨职能团队 | 第33页 |
| 3.2.3 IPD团队与流程的匹配 | 第33-34页 |
| 3.2.4 PDT团队 | 第34-35页 |
| 3.2.5 其它IPD团队 | 第35页 |
| 3.2.6 市场规划流程 | 第35页 |
| 3.2.7 产品开发流程 | 第35-36页 |
| 3.2.8 评审体系 | 第36-37页 |
| 3.2.9 配套体系 | 第37页 |
| 3.3 存在问题的根因分析 | 第37-49页 |
| 3.3.1 LC公司采用问题树分析法举例 | 第38-40页 |
| 3.3.2 “组织”相关问题的根因分析 | 第40-43页 |
| 3.3.3 “流程”相关问题的根因分析 | 第43-46页 |
| 3.3.4 “配套”相关问题的根因分析 | 第46-49页 |
| 第四章 基于IPD的产品研发管理的提升方案 | 第49-60页 |
| 4.1 提升思路 | 第49-50页 |
| 4.2 组织提升方案 | 第50-52页 |
| 4.2.1 对IPD团队架构的调整 | 第51页 |
| 4.2.2 对PDT团队的调整 | 第51页 |
| 4.2.3 对研发核心团队的调整 | 第51-52页 |
| 4.2.4 对市场部的调整 | 第52页 |
| 4.2.5 对战略规划团队的调整 | 第52页 |
| 4.2.6 对需求管理团队的调整 | 第52页 |
| 4.3 流程提升方案 | 第52-60页 |
| 4.3.1 结构化的产品开发流程设计 | 第52-54页 |
| 4.3.2 支撑流程设计 | 第54-56页 |
| 4.3.3 主流程与支撑流程之间的接口关系 | 第56-57页 |
| 4.3.4 立项流程 | 第57-60页 |
| 第五章 实施与保障 | 第60-85页 |
| 5.1 组织结构的调整 | 第60-66页 |
| 5.1.1 研发部 | 第60-61页 |
| 5.1.2 北京分公司 | 第61页 |
| 5.1.3 战略合作部 | 第61-62页 |
| 5.1.4 供应链管理部 | 第62页 |
| 5.1.5 营销中心 | 第62-63页 |
| 5.1.6 财务部 | 第63页 |
| 5.1.7 客服部 | 第63-64页 |
| 5.1.8 质量部 | 第64页 |
| 5.1.9 市场部 | 第64-66页 |
| 5.2 制定跨职能团队职责 | 第66-67页 |
| 5.2.1 制定IPMT团队职责 | 第66页 |
| 5.2.2 制定SPT团队的职责 | 第66-67页 |
| 5.2.3 制定PDT团队的职责 | 第67页 |
| 5.3 跨职能团队的工作机制 | 第67-68页 |
| 5.3.1 IPMT职能代表的工作机制 | 第67-68页 |
| 5.3.2 SPT/PDT职能代表的工作机制 | 第68页 |
| 5.4 建立项目人才管理机制 | 第68-72页 |
| 5.4.1 项目人才生命周期管理 | 第68-69页 |
| 5.4.2 人才池 | 第69-71页 |
| 5.4.3 项目人才输送和培养机制 | 第71-72页 |
| 5.5 绩效管理 | 第72-75页 |
| 5.5.1 确定跨职能团队的KPI指标 | 第73页 |
| 5.5.2 跨职能团队角色的权重分配 | 第73-74页 |
| 5.5.3 通过考核指标UT来帮助IPD团队来推动资源经理 | 第74-75页 |
| 5.6 项目管理 | 第75-79页 |
| 5.6.1 综合管理 | 第75-77页 |
| 5.6.2 进度管理 | 第77-79页 |
| 5.6.3 沟通管理 | 第79页 |
| 5.7 CBB管理 | 第79-81页 |
| 5.7.1 CBB管理体系 | 第79-80页 |
| 5.7.2 CBB管理流程 | 第80-81页 |
| 5.7.3 衡量指标 | 第81页 |
| 5.8 技能与培训 | 第81-83页 |
| 5.9 IT支撑工具 | 第83-85页 |
| 第六章 总结 | 第85-88页 |
| 6.1 研究活动的指导思想 | 第85页 |
| 6.2 研究活动回顾 | 第85页 |
| 6.3 研究活动价值 | 第85-87页 |
| 6.4 实施成效 | 第87页 |
| 6.5 建议 | 第87-88页 |
| 致谢 | 第88-89页 |
| 参考文献 | 第89-90页 |