课程介绍：
集成产品开发(Integrated Product Development, 简称IPD)导入到企业，IPD的两个基本理念：“基于平台的异步开发模式和重用策略”、“技术开发与产品开发分离”。上述两个理念的落地，将显著提升产品上市的进度、降低产品开发成本。上述两个理念的实施，就是平台化、组件化、标准化。
（一）平台化、组件化、标准化的体系支撑
平台化、组件化、标准化，就是提高产品开发效率的利器。有统计数据认为，实施IPD可以提升产品开发效率40%，这个功劳应该就是平台化、组件化、标准化带来的。
这些平台、组件是如何规划和定义的，做出来以后产品是否愿意用，是否真的能提升开发效率，乃至降低制造、维护的成本？
经常出现的现象：
平台做出来了，但是不好用，产品开发苦不堪言，还不如自己直接干了；
组件的边界不合理，没有达到多次复用的预期；
标准化需要在可复用组件的基础上，更上一层，对相关人的要求更高，不知道怎么标准化。
以上问题的解决，需要从组织、人员能力、跨部门协同来处理。
1. 组织
产品开发要承受市场压力，只能看眼前，产品开发的导向是把成熟部件 “集成”在一起，在最短时间实现满足质量要求的产品。
平台化、组件化、标准化属于中长期的能力建设，这部分工作不应该放在产品开发部门，需要有专门的技术开发部，或者平台开发部来负责。
2. 人员能力
平台的规划，对人员的要求比较高。既需要了解产品，也需要有技术深度和广度。
平台规划的关键角色是架构师，架构师是区别于系统工程师（SE）的角色。通常，架构师负责站在产品、平台之上，来定义平台与产品之间、平台与组件之间的接口；系统工程师则负责某个产品或者某个子系统的具体实现设计。
3. 方法与工具
平台与组件的规划，有一定的可复用方法论。其核心就是结构化、模块化思维，这也是架构设计的基本功。架构师需要对可使用的现存部件和技术栈有深刻认识，这样规划出来的平台和组件，才不至于重复发明轮子。平台、组件的规划，既可以自底向上，也可以自顶向下，或者双向驱动，让平台、组件的轮廓逐渐清晰。
4. 跨部门协同
平台开发部与产品开发是不同的部门，双方的利益诉求并不相同。产品开发部门，最关注的就是用成熟的技术，高效地完成产品开发；平台开发部，希望自己的成果能够落地到产品中，以此来证明自身存在的价值。因此，平台开发部与产品开发部的协同就非常重要，包括在技术规划、产品规划层面的咬合，在平台成果迁移方面的协同，以及建立内部客户服务质量的保障机制。
（二）领域相关的系统工程
实现平台化、组件化、标准化，离不开领域架构和领域相关的系统工程（Domain-Specific System Engineering）的能力建设。
领域架构的特征：
• 面向一个严格定义的问题域，是对整个领域的合适程度的抽象；
• 具有普遍性，使其可以用于指导和约束领域中某个特定应用的开发；
• 具备有该领域稳定的在开发过程中可重用元素。
领域架构中实现的模块，天然就是具有共性特征、可复用的产品平台的内容。
领域相关的系统工程，就是建立领域架构、实现领域架构中功能模块的过程。通过领域相关的系统工程，可以实现领域技术开发（平台开发）与产品开发的双生命周期模型。
产品开发，追求产品尽快上市、满足市场需求、控制成本、保证质量。
领域技术开发，追求建立可复用的公共部件（CBB）、技术平台、产品平台。
在快速变化的市场环境中，企业建立技术平台、产品平台，产品开发阶段规模化地集成产品平台的内容，则可以显著节省产品开发的投入，降低产品开发的技术不确定性风险，让产品快速上市。
课程时间：2天，6小时/天
课程对象：企业产品规划团队、技术规划团队、技术（平台）开发团队管理者和骨干人员。
课程收益：
助力学员了解标杆企业如何通过平台化、组件化、标准化，提升产品开发效率、提升产品质量、加快上市时间，实现降本与增效。
课程特色：
课程大纲
第一章：系统工程核心能力（授课2.5小时，研讨0.5小时）
第二章：实战演练（2小时实战演练，1小时成果发表）
第三章：领域相关的系统工程（DSSE）与平台化、组件化（授课2.5小时，研讨0.5小时）
第四章：实战演练（2小时实战演练，1小时成果发表）
长按屏幕识别二维码
打开手机扫描二维码
