©
IPD与CBB研发技术管理体系
©
培训议程
上午
IPD和技术管理体系概览 20分钟
技术趋势和需求分析 15分钟
技术树和技术清单 30分钟
T-SPAN评估工具(练习) 45分钟
技术成熟度工具 30分钟
下午
技术战略 30分钟
技术战略实施计划(练习) 30分钟
技术规划和研究流程 30分钟
CBB体系方法论(练习) 60分钟
课堂测试 30分钟
2
©
流程价值链
3
客户
客户关系管理
(CRM)
供应链管理
(SCM)
市场规划
(MP)
订单与交付
(Customer
Fulfillment)
合作伙伴
供应商 合作伙伴
渠道拓展
建议
业务交流
面对面
客户关系
服务
销售推广
计划
采购
生产
配货
订单
定制
交付
市场分析
产品规划
产品计划
设计和开发
发某省市
中止
整合产品开发
(IPD)
©
企业的创新价值链和运营价值链
4
创新价值链
交付价值链
采购 生产 配送 销售\服务
设 计 和 验 证
试 生 产
批 量 生 产
规 划
客户供应商
企业级问题 部门级问题
•某省市场产品
•新产品的延期
•未能实现既定目标(收入、成
本和数量)
•未能实现利润目标•优化资源的分配
•新业务和机会的成长
•通过协同开发和销售等,给客户
提供持续一致的产品和服务
对于按照价值链管理的公司来说,不仅包括交付供应链的“现有产品”,同时面对创新
价值链的“新产品”且最具挑战
©
创新方法,可以从四大方向來看,并构成的创新体系
5
怎样将研究的价值与
业务联系起来?
怎样持续开发新的
业务?
某省市场信息的基础
上规划具有盈利能力
的产品?
怎样缩短某省市时间并
取得更高的利润?
产品创新管理框架 PIM
关
注
焦
点
强
调
的
关
键
挑
战
缺少集中关注于特定
的研究/技术领域
既没有协作也没有外
部协作
执行技能之间的差距
缺少对研发绩效进行
评估的标准
过分关注与现有某
省市场而忽视对未
来的考量
缺少孵化机构来对
新的创意/新产品进
行管理
没有结合客某省市
场的洞察以及趋势
产品开发流程某省
市场/销售部门的参
与
开发的推迟导致产品
推出的延迟,从而某省
市场份额的损失
低研发收益率:项目
的低成功率
研究管理
RM
新业务管理
EBO
市场规划
MP
集成产品开发
IPD
©
产品创新管理 (PIM) 架构
6
概念 计划 开发 验证 上市 生命
Concept
DCP
Plan
DCP
ailability
DCP
EOL
DCP
T0 T1 T2
Technology
Productivity
DCP
Technology
Concept
DCP
Technology
ailability
DCP
产品开发
Charter
Technology
Charter
市场规划
集成产品开发
技术管理
SPT (战略和计划团队)
IPMT (集成的组合管理团队)
PDT (产品开发团队) LMTLMT跨职能团队
人力资源管理 项目成本计算 工具与使能器项目管理
DCP:
Decision Check Point
新事业机会管理 (EBO)
某省市场细分和性能评估市场分析
某省市场
细分
进行组织
投资分析
市场细分
战略
某省市场
细分战略
©
产品创新管理框架,打造一个科学规范的产品管理体系,贯穿技术某省市
场规划与产品开发的高效耦合的研发流程
7
产
品
开
发
产品立项 试制 试产 生命
管理业务计划、评估绩效
了解
市场
细分
市场
执行产品
组合分析
制定业务
策略与
计划
优化业
务计划
市
场
规
划
产品规
划DCP
投模
DCP
上市DCP 生命DCP
技术
设计
方案
设计
技
术
规
划
组织
职责
组织
运作组织
为市场
规划提
供输入
支撑
产品经理/项目经理管理制度
创新绩效激励体系
技
术
研
究
方案评审 移交评审
立项书 方案设计 方案验证 技术移交课题立项
技术路线图技术路线图
产品线规划
为立项书的
确立提供输入
产品线规划
为技术
规划提
供输入
立项书
为产品开发
提供输入
技术清单
为产品规划提供最新技术清单
为市场规划
制定策略
提供输入
明星产品 利润
市场份额
技术清单
技术竞争力 研发效率
行业地位
流程
界定研与发职责
某省市场规划体系
集成组合管理团队
集成技术管理团队
SPT TPT TDT
产品规划团队 PDT
技术路线图
产品线规划
技术清单
洞察
技术
趋势
分析
技术
需求
制定技
术规划
执行与
修订
样品评审立项评审
©
评审
多个跨职能团队紧密配合,共同管理执行的技术研究和开发项目
8
ITMT
TEG
TPT
创研中心 事业部/子公司 集团其他职能
TDT
技术预研 技术应用 产品预研
技术路线图 项目立项书
任命
考核
评审
执行
建立团队
ITMT:技术决策委员会直接负责考核
技术研究团队TDT的工作成果,在业务
评审中进行决策,同时为研究团队提
供必要的支持、协调解决重大的研究
难题
TPT: 技术规划团队主要负责制订技术
战略、技术战略实施计划以及定期收
集技术趋势情报并进行技术需求分析
TDT:技术研发团队在项目经理的带领
下,主要由相关领域的技术研究骨干
组成,根据技术研究的阶段和特点,
获取其他必要职能代表的加入,例如
企划、产品开发,共同执行技术研究
TEG:技术评审专家组(Technology
experts group)由ITMT任命组建,由
各领域的技术专家构成。专家组负责
技术研究过程中的技术评审,并从技
术专业性的角度给予项目组相应的支
持。专家组是一个动态组织,没有固
定成员,根据各个项目的性质和目标
抽取各领域专家组成
关键角色和职能
©
技术决策委员会(ITMT)构成和职责
9
决策业务资源
重大项目的立项决策和移交决策评审
任命/解散技术研究团队,决定并协调团队资源分配
确认技术评审的技术专家委员会成员
技术决策委员会(ITMT)
集团
董事长
推动技术转移
支持产品开发,推动技术研究成果的转移
确保技术路线图和产品路线图的对接,互为信息输入
把握技术战略
指引未来行业的重大技术发展趋势
指导并决策各业务领域的技术发展规划
创研中心
负责人
市场部
负责人
战略部
负责人
事业部/子公
司负责人
©
技术规划团队(TPT)构成和职责
10
分析技术需求
多方收集技术需求,需求来源包括产品企划、技术趋
势、开放创新创意、二级研发、上期遗留难题
评估技术优先级和成熟度
技术规划团队(TPT)
制定技术规划
制订未来五年的技术战略目标并明确关键举措
落实技术战略实施计划,制订技术路线图、明确技术
规划项目并规划资源需求
洞察技术趋势
分析宏观因素对技术的影响、分析卫浴行业以及跨界
行业的技术趋势、对标行业竞争对手的技术水平现状
中央研究院
负责人
分研究院
负责人
一级研发
规划代表
事业部/子
公司研发
负责人
二级研发
规划代表
企划部
负责人
产品企
划代表
科技管理部
负责人
专利代表
创新项目管
理办公室
外部专家*
*:外部专家按需参与
©
技术规划团队(TPT)各成员关键职责
11
类别 成员 关键职责
TPT主席 中央研究院负责人 全面负责技术规划工作,并对规划内容负责
TPT核心组 分研究院负责人
负责相关领域的技术趋势洞察、技术需求分析、以及技术战略和规
划的制订
TPT核心组
事业部/子公司研发
负责人
负责相关领域技术趋势信息的收集、技术需求信息的提报、参与技
术战略和规划的制订
TPT核心组 科技管理部负责人
负责专利趋势信息的收集、参与技术战略和规划的制定(提供专利
布局策略的信息)
TPT核心组 创新项目管理办公室
牵头组织技术规划工作、提供开放创新创意技术需求、组织技术规
划评审会议
TPT核心组 企划部负责人 提供产品路线图信息输入、提报产品开发所需的技术需求
TPT核心组 外部专家 按需参与技术趋势洞察、技术需求分析、技术战略和规划的制定
TPT外围组 一级研发规划代表
参与技术趋势信息的收集和分析、技术需求分析、技术战略和规划
的制订
TPT外围组 二级研发规划代表
参与技术趋势信息的收集、技术需求信息的提报、参与技术规划的
制定
TPT外围组 专利代表
参与专利趋势信息的收集、参与技术战略和规划的制定(提供专利
布局策略的信息)
TPT外围组 企划代表 提供产品路线图信息输入、提报产品开发所需的技术需求
©
技术研究团队(TDT)角色构成与职责
12
技术研究
代表
TDTL
项目经理
工业设计
代表
企划代表
产品开发
代表
用户体验
代表
商品拓展
代表
财务代表
质量代表
角色职责
TDTL:对整个研究项目目标的达成负责,依据流
程管理整个项目的过程,完成方案的设计、手板
制作和移交,控制技术研究项目中的技术风险
• 技术研究代表:负责研究实施及方案设计与验证,
完成技术研究的目标,并负责成果推广和应用中
的技术支持
• 工业设计代表:负责技术外观效果设计
• 企划代表:负责输入产品规划的信息,提供产品
端对技术研发的需求和要求
• 产品开发代表:在研究的前中期提出产品开发的
相关需求,基于阶段推进给出技术成果移交应用
的方案建议,并负责与产品开发部门沟通意见
• 用户体验代表:负责技术研究领域的用户行为和
体验的研究,为技术方案提供意见
• 质量代表:针对研究预期目标和实现过程提供质
量标准和验证的方案,形成将来研究成果在产品
应用中的新标准参考
• 商品拓展代表:在研究过程中,负责新物料的寻
源、采购标准制定、商务谈判等工作
• 财务代表:协助项目经理完成项目成本预算和过
程管理
TDT
注:TDT团队角色根据不同性质的项目可进行调整
©
技术评审专家组(TEG)角色构成与职责
13
角色 领域
组长 中央研究院院长(可授权)
可选组员 智能领域专家
可选组员 陶瓷领域专家
可选组员 五金领域专家
可选组员 浴室柜领域专家
可选组员 淋浴房浴缸领域专家
可选组员 材料领域专家
可选组员 用户体验专家
可选组员 生产工艺专家
可选组员 质量检测专家
可选组员 工业设计专家
可选组员 产品开发专家
技术评审专家组(TEG)
组
成
原
则
关
键
职
责
参
与
方
式
专家组组长建议由技术专业线的最高负责人中
央研究院院长担任,考虑到技术研究项目的规
模、负责单位和地理位置,可授权其他研究负
责人管理具体项目,例如事业部子公司研究负
责人自行管理其技术研究项目
各项目根据涉及的领域和范围确定必要的专家
组成评审组
完成对技术设计方案的评审,评估方案的合理
性、经济性、可制造性等,从各自专业的角度
提供技术方案的修改完善意见
对手板样进行评审,检测手板样的实际制作效
果是否符合预期的功能、性能和质量目标,并
给出相关的设计、生产建议
在项目立项阶段,由项目经理提出针对该项目
的技术专家成员的组成建议,并由ITMT在立项
决策时确定,在每次技术评审TR会上发挥技术
专家职责,做出技术评审结论
©
今天的培训内容框架
14
方法
流程
CBB
设计
技术趋势分析
技术需求分析
技术树
T-SPAN
技术成熟度
技术战略 技术战略实施计划
技术规划和研究流程
CBB方法论
©
培训议程
上午
IPD和技术管理体系概览 20分钟
技术趋势和需求分析 15分钟
技术树和技术清单 30分钟
T-SPAN评估工具(练习) 45分钟
技术成熟度工具 30分钟
下午
技术战略 30分钟
技术战略实施计划(练习) 30分钟
技术规划和研究流程 30分钟
CBB体系方法论(练习) 60分钟
课堂测试 30分钟
15
©
技术规划的制定逻辑
16
1.技术趋势分析
2.技术需求分析
3.技术战略制定
4.技术战略实施计划
阶段 主要活动 关键输出
收集技术趋势
分析技术趋势
收集技术需求
分析技术需求
回顾上期战略
了解业务战略
制定技术战略
明确技术规划
明确项目规划
分析规划资源
技术趋势收集表
技术趋势洞察分析
技术树、技术清单
(无评估信息)
技术需求分析、技术
清单
上期技术战略回顾
公司业务战略理解
技术战略发展方向
技术路线图、初步项
目规划
单项目规划信息
资源分析
关键工具*
技术树
T-SPAN工具
技术成熟度
©
技术趋势信息主要由创研中心、事业部/子公司的技术规划人员进行
收集,信息需要日积月累以提供趋势洞察的素材
17
技术信息类别 收集人 主要收集内容 频率
宏观信息
中央研究院、事业部/子公
司技术规划人员
宏观因素,例如社会、技术、经济、
环境,对于未来技术的影响
日常
需分析技
术趋势洞
察时
跨界技术信息
中央研究院、事业部/子公
司技术规划人员
非卫浴行业相关技术的应用情况,以
及对卫浴行业未来技术发展的启示
行业技术信息
中央研究院、事业部/子公
司技术规划人员
卫浴行业未来的技术发展方向、行业
中竞争对手的技术现状分析
专利信息 创研中心科技管理部
行业中各竞品在专利获得的数量、类
型、专利布局策略的分析
©
技术趋势收集可以有以下几个渠道(可参考)
18
信息渠道类型 名称(可参照但不限于以下渠道)
市场(线上、线下) 红星美凯龙、品牌专卖店某省市场、天猫、京东等
互联网 竞品官网、卫浴行业、虎嗅
展会
上海厨卫展、广州春交会、广州秋交会、法兰克福卫浴展(2年一次)
、意大利博洛尼亚卫浴展、电器展(AWE)
行业协会 (国家厨卫协会)、 (KBB Online)
行业报告 券商研究报告(迈博客户端 microbell)
学术期刊 机械工程材料、材料导报、表面工程、知网、万方、IEEE、SCI
专利检索 Soopat、EPO(欧洲专利局)、USPTO(美国专利局)
注:技术趋势信息在收集过程中会通过不同的信息渠道,在记录相关技术趋势信息时,记录关键信息,
信息类别/渠道可归为其中最为关键的一类,信息来源中记录下相关的链接
©
宏观环境对于卫浴技术的影响
19
宏观因素 简要描述 国家 影响范围 影响程度
©
XX宏观因素对于卫浴技术的影响
20
描述XX宏观因素的具体内容
展现形式不限,可以是表格或是图表形式
分析XX宏观因素可能对地理范围、产品种类
的影响,大致描述在未来技术需要如何进行
改进
宏观因素 简要描述 国家 影响范围 影响程度
信息来源:填写信息的具体渠道来源
©
非卫浴行业可借鉴技术列表
21
行业 技术 产品 智能 花洒 龙头
淋浴
房
浴缸
浴室
柜
其它
√
©
可借鉴技术在非卫浴行业的应用:XX技术
22
行业
产品
技术
技术成熟度 概念/设计/开发/批某省市
功能/性能
可借鉴点
应用场景
跨界行业相关技术的应用示意图
信息来源:填写信息的具体渠道来源
©
卫浴行业未来关键技术发展方向有以下几大领域
23
技术领域 具体描述 研究院/中心
XX 简要描述该技术领域未来的应用场景以及带来的产品功能、性能的
革新
智能卫浴
研究所
XX
XX
……
©
关键技术领域应用场景概览图-“XX技术领域1”
24
技术领域 技术要素 智能 花洒 龙头 淋浴房 浴缸 浴室柜 其它
XX
XX技术 √
√ √
√ √
√ √
√
©
“XX技术领域1” 各关键技术要素分析
25
技术要素 竞争对手1 竞争对手2 竞争对手3 ……
XX技术
描述竞争对手的XX技
术发展阶段,在产品
中的应用情况
©
“XX技术领域1-XX技术1” 实现的功能、性能以及技术实现方式
26
该技术要素的示意图
该技术要素实现的产品功能、
性能点
通过分析、情报收集,了解到的为实现该技术要素的技术点
构成
信息来源:填写信息的具体渠道来源
©
“XX技术领域1-XX技术1”应用场景描述
27
产品/应用场景的示意图
竞争对手名称、应用产品介某省市时间(可选)
实现的功能、性能
信息来源:填写信息的具体渠道来源
©
“XX技术领域1-XX技术1”业务影响描述
28
描述不同竞争对手在应用该技术后的业务影响,
例如销量提升、用户满意度提升、品牌价值提
升等
信息来源:填写信息的具体渠道来源
分析该技术要素未来对于现有产品的影响程度;
分析该技术要素未来在产品中的应用能够给公
司带来的获益点,包括销量提升、用户满意度
提升、品牌价值提升等
©
“XX技术领域1”各技术要素实现关键难点和主要风险
29
技术要素 主要风险点/关键难点
XX技术1
XX技术2
……
©
技术规划的制定逻辑
30
1.技术趋势分析
2.技术需求分析
3.技术战略制定
4.技术战略实施计划
阶段 主要活动 关键输出
收集技术趋势
分析技术趋势
收集技术需求
分析技术需求
回顾上期战略
了解业务战略
制定技术战略
明确技术规划
明确项目规划
分析规划资源
技术趋势收集表
技术趋势洞察分析
技术树、技术清单
(无评估信息)
技术需求分析、技术
清单
上期技术战略回顾
公司业务战略理解
技术战略发展方向
技术路线图、初步项
目规划
单项目规划信息
资源分析
关键工具*
技术树
技术清单
T-SPAN工具
技术成熟度
©
技术需求的来源主要有以下五个维度
31
技术需求来源
技术趋势分析
洞察
行业中相关的
技术信息
产品技术需求
产品路线图中
待开发产品所
需的技术需求
事业部/子公司
共性技术问题
产品技术改进
中未能解决、
突破的共性技
术问题
开放创新创意
开放创新创意
收集过程中,
纳入技术规划
的技术点
上期遗留技术
上期技术战略
执行过程中,
未能解决、突
破的重要技术
负
责
人
中央研究院 产品企划部
各事业部/子公
司研发
创新项目管理
办公室开放创
新创意组
中央研究院
内
容
类
别
©
技术需求的分析从收集需求到完成技术的评估,技术清单也在这个过
程中不断完善
32
收集技术需求 评估技术需求
技术树
技术清单(仅
技术需求信息)
T-SPAN评估
技术成熟度评
估
技术清单(完
整)
©
培训议程
上午
IPD和技术管理体系概览 20分钟
技术趋势和需求分析 15分钟
技术树和技术清单 30分钟
T-SPAN评估工具(练习) 45分钟
技术成熟度工具 30分钟
下午
技术战略 30分钟
技术战略实施计划(练习) 30分钟
技术规划和研究流程 30分钟
CBB体系方法论(练习) 60分钟
课堂测试 30分钟
33
©
技术树和技术清单在技术规划中起到承前启后的关键作用
34
技术趋势洞察
技术需求分析
制定技术战略
制定战略实施
计划
技术树
技术清单
- 产品技术点
- 技术点关系
结构
- 技术点描述
- 技术点评估
T-SPAN评估
技术成熟度
了解现状
定时更新
技术评估
技术概览
战
略
和
规
划
制
定
©
技术树用于系统管理及展示企业在各个业务领域内所拥有的技术的一
种方法,同时技术树也用来对各个技术领域进行技术战略评估
半导体技术树
微处理器 外围设备 接口
PCI PCMCIA IDE Flex Bus ・・・
PCI总线接口 PCI编译器 PCI-ISA桥
技术要素
技术要素
技术要素
内存/控制器 通讯/网络
PCI芯片
半导体技术
用倒树状图形
结构化展现
35
©
通过技术元素和技术树,构建技术平台以及产品平台,以更低的成本
和更高的效率灵活地开发产品
36
产品
产品13
产品12
产品11
产品线
产品平台
(基本等同于产品线)
CBB
产品线
1
产品线
2
产品线
3
产品线
5
产品线
6
产品线
4
产品23 产品33 产品43 产品53 产品63
产品22 产品32 产品42 产品52 产品62
产品21 产品31 产品41 产品51 产品61
产品平台1 产品平台2 产品平台3
技术平台1 技术平台2 技术平台3
器件
1
组件
2
组件
3
器件
4
组件
5
组件
6
器件
7
组件
8
组件
9
技
术
要
素
1
技
术
要
素
2
技
术
要
素
3
技
术
要
素
4
技
术
要
素
5
技
术
要
素
6
技
术
要
素
7
技
术
要
素
8
技
术
要
素
9
技
术
要
素
10
技
术
要
素
11
技
术
要
素
12
技术平台
专用技术 专用技术 专用技术公共技术
技术要素
©
创建技术树需要五步工作:1、准备 2、创建产品树 3、分解技术要
素 4、转换技术树 5、评估
准备
步骤1
分解技术要素
步骤3
转换技术树
步骤4
评估
步骤5
确认创建目
的
确定技术树
的范围
选择合适的
创建人员
从业务流程
和价值链两
个角度分解
技术要素
评估技术树,
如需修改重复
前面的步骤
对应产品树
的功能、模
块、组件和
零部件等,
匹配技术要
素,最终转
化为技术树
可以用下面的步骤替代步骤2、步骤3、步骤4:
・ 直接从行业相关的资料中查找适合的技术树
・ 然后针对自身的特点,适当修正技术树
这样的做法存用有一定的风险: 有可能影响技术战略的正确性,当然取决于如何应用技术树
创建产品树
步骤2
分解产品的
功能和结构,
完成产品树
37
©
确认创建目的和技术树的范围,选择合适的创建人员组成创建团队
1. 确认技术树的创建目的
① 技术树的形状和颗粒度(详细程度,范围等)会影响技术树的创建。如果颗粒
度过细,可能会使创建人员花费太多的时间在不必要的工作上。整个创建过程
必须及时回顾创建目的
2. 确定技术树的范围
① 根据目的,确定技术树的创建范围
3. 选择合适的创建人员
① 某个人独立创建技术树,可能因为技术知识的狭窄影响技术树的涵盖范围和准
确性。所以通常建议选择不同的领域专家,协作创建技术树
② 技术树应该开放给尽可能多的人员查看、评估,以便改善技术树的可用性和
创建技术树: 1、准备
38
©
进行产品结构分解,创建产品树
摩托车
动力系统 车身框架 制动系统
发动机 传动
机体 配气
......
润滑 冷却 点火 ......
气缸盖 气缸体 气缸垫 油轴箱 油底壳 ......
产品树是一种有效的工具用于展现一个产品或系统的所有组成部分,各个模块和组件间的关系,
以及实现产品的必要元素
通常,从对产品功能的分析开始,将产品逐层分解为子系统或子模块,最终确定实现产品功能的
所有模块、组件、器件等
一般产品树不超过五层,每个产品要素分解不超过10个
产品要素
产品要素
产品要素
产品要素
铝材 ……铸铁
创建技术树: 2、创建产品树
39
功能
模块
组件
零部件
结构
单元
材料
©
从业务流程和价值链两个角度分解技术要素,以免遗漏
技术要素 技术要素 技术要素 技术要素 技术要素
技术要素 技术要素 技术要素 技术要素 技术要素
技术要素 技术要素 技术要素 技术要素 技术要素
技术要素 技术要素 技术要素 技术要素 技术要素
技术要素 技术要素 技术要素 技术要素 技术要素
原材料 材料 零部件 生产流程
加工 组装 质检
其他步
骤
生产管理和维护
企划
设计・开发
原型设计和评估
制造
业
务
流
程
价值链
销售与维修
※轴项目要进行定制,以适当的形式为业务和生产方法服务
创建技术树: 3、分解技术要素
40
仓储运输
保养维修
©
技术分解不仅仅需要考虑生产环节,同时也依据业务流程来分解,涵
盖从企某省市的全流程
创建技术树: 3、分解技术要素
原材料 材料 零部件 生产流程
加工 组装 质检
其他步
骤
生产管理和维护
企划
设计·开发
原型设计·评估
制造
业
务
流
程
价值链链
澄清产品规格和技术需求
设计开发过程实现所需规格、技术、材料、结构等
技术原型设计,评估过程中涉及的相关技术
制造过程中所需的技术、工艺、质量管控等
销售·维修
使用、维护产品需要的一些技术
41
仓储运输
保养维修
©
在考虑业务流程的同时,也要依据价值链来分解,涵盖影响产品价值
的任何环节
创建技术树: 3、分解技术要素
原料 材料 零部件 生产流程
加工 组装 质检
其他步
骤
生产管理和维护
企划
设计·开发
原型设计·评估
制造
业业
务务
流流
程程
价值链
生产原料
的相关技
术,这是
一个产品
价值的主
要影响要
素
生产材料
的相关技
术,这是
一个产品
价值的主
要影响要
素
生产零部
件的相关
技术,这
是影响产
品价值的
非常重要
的要素
生产相关技术 影响产品
价值的其
他技术
销售·维修
※描述各个环节中包含的技术要素:不仅限于制造工艺、生产管理和维护、维修技术,也包
括任何影响产品价值的技术。
42
仓储运输
保养维修
©
技术创新研究过程中重点分解区域
技术要素 技术要素 技术要素 技术要素 技术要素
技术要素 技术要素 技术要素 技术要素 技术要素
技术要素 技术要素 技术要素 技术要素 技术要素
技术要素 技术要素 技术要素 技术要素 技术要素
技术要素 技术要素 技术要素 技术要素 技术要素
原材料 材料 零部件 生产流程
加工 组装 质检
其他步
骤
生产管理和维护
企划
设计・开发
原型设计和评估
制造
业
务
流
程
价值链
销售与维修
创建技术树: 3、分解技术要素
43
仓储运输
保养维修
©
在分解技术要素时,要注意不要过度细分,同时尽量使用解的表达方
式
创建技术树: 3、分解技术要素
技术分解时的注意事项
使用解的表达方式:
不要使用过于偏僻或者自创的术语,否则有可能影响后续实施过程中的理解
使用与专业期刊上相同的术语
如果必需使用特有的术语,请附加相关说明
不要过度细分技术:
技术分解要止于一定的细分粒度,不要无谓的过度细分
44
©
技术要素用于实现最终的产品,参照产品树的分解结果,将需要的技
术元素合理分层归类,转化为技术树
创建技术树: 4、转换技术树
技术
技术功能 技术功能
技术要素 技术要素技术要素 技术要素
对照分解后的产品树,将实现产品功能的技术功
能作为第一层,然后将各个模块、组件、器件等
需要的技术元素分组分级,形成技术树
确认创建技术树的目的,定义树的复杂度
创建技术树没有一个通用的方法,企业均需根据
自己的实际情况客制化具体的方法
各个技术分支的深度不一定相同
技术树通常不超过5层
通常一个技术要素细分不会超过10子要素,以避
免技术过度细分
如果是无意义的细分,则归类到“其它”
技术要素技术要素 技术要素 技术要素
原材料原材料 素材材料 部品零部件 流程
A工程A流程 B工程B流程 検査工程检查流程
他社後工
程
其他流程
生産管理・保全生产管理和维护
企划
设计・开发
原型设计・评估
制造
技术要素技术要素技术要素技术要素技术要素
技术要素技术要素技术要素技术要素技术要素
技术要素技术要素技术要素技术要素技术要素
技术要素技术要素技术要素技术要素技术要素
技术要素技术要素技术要素技术要素技术要素
技术要素技术要素技术要素技术要素技术要素
技术要素技术要素技术要素技术要素技术要素
技术要素技术要素技术要素技术要素技术要素
技术要素技术要素技术要素技术要素技术要素
技术要素技术要素技术要素技术要素技术要素
业
务
流
程
价值链
销售・维护
产品
产品功能 产品功能
模块 模块模块 模块
组件/器件组件/器件 组件/器件 组件/器件
…… ……
45
©
由多位专家进行技术树评估,必要时进行修改
创建技术树: 5、评估
1.评估方法
多位专家基于以下的评估点对技术树进行评估,如有问题,返回前述几个步骤,
进行修正。
2.评估点
①是否符合创建目的
②非专家级别的技术人员是否容技术树
③如何实施技术树 —— 实施可行性
④不过度细分
⑤是否使用解表达方式;如有特定/专用术语,是否有附加的解释说明。
⑥公司的主要技术(体现在产品品质、成本和设计等方面)是否有被涵盖。
※创建技术树的目的是让每一位员工清晰理解产品开发、制造所需的技术。从这
个目的讲,非专家级的人员能够准确理解技术树非常重要。
46
©
技术树创建后,必须明确维护组织,进行定期和不定期的更新,以便
保证其正确性,绝不能置之不理
47
技术树
技术规划
定期回顾
产品开发
技术研究
维护更新
明确技术树管理组织
-各品类的技术部门应确立技术树维护组
织或人,并设立相应的职能
组织技术树定期回顾
-确定回顾和修订频率,定期进行技术树
回顾以便及时准确的反应某省市场和技
术的发展趋势、技术趋势、产品规划等
-如果需要,可以通过访谈和问卷调查的
方式确定改进点
协助技术树不定期更新
-随着技术规划、产品开发和技术研究的
开展,不断有新的技术点需要补充至技
术树,也会淘汰部分陈旧技术等,基于
技术人员提供的信息不定期更新各品类
产品的技术树
©
附录一:技术树示例以及绘制工具
48
可选工具:
©
附录二:制定技术树存在的主要问题与建议
49
1 未遵循技术树制定流程
跳过产品树分解,直接进入技术树制定,导致技术
树分类逻辑不清
没有根据两个维度分解技术要素,基于研发人员对
技术的掌握程度总结技术点,导致部分技术要素缺
失
©
附录二:制定技术树存在的主要问题与建议
50
2 产品树分解逻辑不清晰,且未严格按照产品树结果对应制定技术树
正确方法
问题案例
技术
技术功能 技术功能
技术要素 技术要素技术要素 技术要素
技术要素技术要素 技术要素 技术要素
……
产品
产品功能 产品功能
模块 模块模块 模块
组件/器件组件/器件 组件/器件 组件/器件
……
产品树 技术树
©
附录二:制定技术树存在的主要问题与建议
51
3 技术要素分解层级不足,要进一步深度分解;同时尚不具备的潜在技术也要纳入
考虑技术树
参考建议
考虑这项技术是否由多个子技术点实现??
如已分解至外购技术,则不需要继续分解
考虑该项技术是否有多种实现方式??
是否可以制定技术点的技术规格??
细化分解
©
附录二:制定技术树存在的主要问题与建议
52
是否可以
找到相同
的技术点
?
4 技术要素重复,应遵循相互独立的原则
©
附录二:制定技术树存在的主要问题与建议
5 对于外购件,不必分解外购件的技术要素组成,但需清晰定义外购件的整体技术
规格,并用特殊颜色标记
53
©
技术清单汇总各品类产品涉及的底层技术要素,并详细解释相应的技
术分类、功能、性能、应用范围、开发状态等
54
技术清单
技术名称
上级技术
技术内容
产品功能
应用范围
性能指标
技术来源
应用状态
T-SPAN评
估
成熟度
应用时间
基
本
信
息
特
征
特
性
©
技术树是技术清单的数据来源
55
只选取最底层的技术点均纳入
技术清单,进行详细的技术分
析
©
技术清单项目说明
56
清单项目 内容说明
技术名称 选取技术树最低层的技术点,确定公司范围内统一使用的技术名称
上级技术点 关联上级技术点,明确技术归属
技术内容 技术点的相关特征描述和定义
产品功能点 技术点支撑实现的产品功能
技术应用范围 技术应用的模块或产品
技术性能指标 技术规格的详细说明
技术来源 技术的所有权,以下三选一:自主、外购技术或联合开发技术
应用状态 技术点的应用阶段,分为潜在技术、计划中、正在开发、已移交和已批
量
T-SPAN结果 根据T-SPAN的评估,将技术分为以下四类:核心技术、关键技术、储备
技术和基础技术
成熟度 技术点的成熟程度,分为JTRL1到JTRL6六个等级
(预计)第一次
应用时间
记录技术点预计或实际的第一次应用时间
©
技术树和技术清单的使用贯穿于整个IPD体系
57
技术规划
技术研究
产品规划
产品开发
- 了解公司已掌握的技术、正在研发的
技术、已了解的技术等
- 基于公司现有的技术水平和行业定位,
寻找新的技术突破点,为技术规划提
供指导方向
技
术
树
技
术
清
单
- 获得技术点的背景信息,帮助明确技
术研究目标和方向
- 将研究成果更新至清单,便于各职能
及时了解公司的技术能力和方向
- 参考公司目前的技术能力制定规划,
保证产品的规划最大限度利用已有技
术能力,并进行合理的延伸
- 同时避免规划的产品功能脱离实际,
无法落地实施
- 寻找可用的技术功能点,为产品设计
方案提供思路和素材
- 将新产品的技术功能点更新至技术树
和清单,丰富公司技术库
©
培训议程
上午
IPD和技术管理体系概览 20分钟
技术趋势和需求分析 15分钟
技术树和技术清单 30分钟
T-SPAN评估工具(练习) 45分钟
技术成熟度工具 30分钟
下午
技术战略 30分钟
技术战略实施计划(练习) 30分钟
技术规划和研究流程 30分钟
CBB体系方法论(练习) 60分钟
课堂测试 30分钟
58
©
T-SPAN衔接技术需求分析的结果和后续的技术战略和路线图制定
59
T-SPAN分析
技术竞争
力
高
低
低 高
业
务
贡
献
度
发展/投资
保持能力/
重新细分
构建能力
避开/退出
评估各项技术的战略地
位,明确优先级
技术趋势洞察
技术需求分析
制定技术战略
制定战略实施
计划
技术树
技术清单
- 产品技术点
- 技术点关系
结构
- 技术点描述
- 技术点评估
T-SPAN评估
技术成熟度了解现状
定时更新
技术评估
技术概览
战
略
和
规
划
制
定
©
T-SPAN从业务贡献度和技术竞争力两个维度来衡量技术优先级,是一
种技术战略定位的分析工具
T-SPAN分析
技术竞争力
高
低
低 高
业
务
贡
献
度
发展/投资
保持能力/
重新细分
构建能力
避开/退出
业务贡献度:
• 技术某省市场规模
• 技术领域的竞争格局
• 依靠该项技术某省市场份额
• 技术的战略价值和影响力
技术竞争力:
• 技术壁垒和门槛
• 技术资源的丰富性
• 技术实现的可行性
60
©
不同的区域代表了不同的技术类别
T-SPAN分析
技术竞争力
高
低
低 高
业
务
贡
献
度
核心技术
基础技术
技术分类
−在一段时间内领先竞争对手的独有技
术,基于自主开发,具有独有性、竞
争性、不可替代性、高价值等特征
−在产品开发中占关键地位或在关键路
径上的地位,但不一定是独有的或领
先的技术,可自主开发亦可战略合作
−企业在该技术领域有相当的领先性和
竞争力,但技术应用的某省市场尚不
成熟,仍需一定时间的培育和发展
−包括有统一标准的通用技术和有多种
替换路径的一般技术
关键技术
储备技术
核心技术
关键技术
储备技术
基础技术
61
©
基于T-SPAN中所处的位置,明确每个技术领域的战略定位和发展策略
T-SPAN分析
技术竞争力
高
低
低 高
业
务
贡
献
度
发展/投资
保持能力/
重新细分
构建能力
避开/退出
通用策略
−发展/投资在业务贡献较大、公司/子公司有强竞
争优势的技术领域
−给予最高优先级和最佳资源分配,确保发展所需
的所有资源;以快速攻克技术难题并移交成熟的
技术为首要目标
−构建能力 在业务贡献较大的技术领域,虽然公
司/子公司的技术竞争力较弱
−给予高优先级的资源分配;以高速建立技术竞争
力首要目标
−保持能力/重新细分 在业务贡献较小的技术领域,
虽然在这些方面公司竞争优势强
−给予为维持技术能力而所需的有限度的资源,以
保持一定的技术竞争力为首要目标
−避开/退出 业务贡献很小且公司竞争力不足的技
术领域
−削弱或回收该技术研发的资源;在限定时间内,
寻找合适退出路径
62
©
T-SPAN可以同时应用于企业现有技术和未来创新技术的战略定位分析
T-SPAN分析
技术竞争力
高
低
低 高
业
务
贡
献
度
发展/投资
保持能力/
重新细分
构建能力
避开/退出
现有技术 新技术
审视过去,
调整策略
展望未来,
制定战略
• 评估技术涉及某
省市场规模
• 评估现有技术为
企业带来的收入
和利润
• 评估当前技术领
域的竞争对手情
况
• 评估技术已经为
企业带来了多少
影响力和品牌提
升
• 预估新某省市某
省市场的体量
• 预估创新技术在
今后几年为企业
带来的收入和利
润
• 预估未来在该技
术领域的竞争对
手的态势
• 预估新技术对行
业和品牌带来的
改变
63
©
T-SPAN 业务贡献度的衡量因素
64
衡量因素 衡量标准 权重
市场
环境
市场规模 估算应用该技术的所有某省市场容量 15%
市场规模增速 某省市场规模在未来三年增长的CAGR值 15%
竞争
环境
直接/间接竞争 在该技术领域的直接或间接竞争对手的数量 %
进入威胁 竞争对手进入该技术领域的可能性,包括技术研究的
资金投入、人才储备、战略方向、政策环境等
%
市场
盈利
性
市场份额 估算在该项技某省市场的占有率 %
市场份额增速 某省市场占有率在未来三年增长的CAGR值 %
毛利率 预估应用该项技术的所有产品的平均毛利率 %
影响
力
战略价值 该项技术和企业发展战略的契合度和协同性 %
行业影响力 评估该项技术在行业的领先性,对行业的改变程度 5%
品牌影响力 评估该项技术对品牌的提升程度 5%
©
T-SPAN 业务贡献度的评分标准
65
衡量因素 评分标准
1分 2分 3分 4分 5分
市场环
境
市场规模 5亿以下 5-10亿 10-20亿 20-30亿 30亿以上
市场规模增速 <0% 0%~10% 10%~20% 20%~30% ≥30%
竞争环
境
直接/间接竞争 超过10个对
手
10个对手以
内
5个对手以内 2个对手 1个对手
进入威胁 很高 较高 一般 较低 很低
市场盈
利性
市场份额 <10% 10-20% 20-40% 40-60% ≥60%
市场份额增速 <10% 10-20% 20-30% 30-40% ≥40%
毛利率 20%以下 20-30% 30-40% 40-50% 50%以上
影响力 战略价值 很低 较低 一般 较高 很高
行业影响力 很低 较低 一般 较高 很高
品牌影响力 很低 较低 一般 较高 很高
注:评分标准中,指标范围包含下限但不包含上限,例如1某省市场份额<20%的评分为2分
©
T-SPAN 技术竞争力的衡量因素
66
衡量因素 衡量标准 权重
技术
门槛
可替代性 评估技术复杂度,多长时间可能出现替代技术 15%
技术标准制定 评估在该项技术标准和规范制定中的地位 %
自主专利 评估在该技术领域中掌握的专利数量和质量 10%
模块化程度 评估技术模块化程度,CBB的比例 15%
技术
资源
关键技术技能 是否比竞争对手掌握了更多的核心技术、技能和资源 15%
合作伙伴技术能力 是否和行业中领先的企业和机构建立了合作联盟?合
作联盟的运行效果如何?
10%
技术
实现
技术风险 评估技术实现的难度,开发开发投入 %
团队综合能力 评估从技术预研、技术应用开发到生产制造,所有相
关部门的整体技术能力
10%
©
T-SPAN 技术竞争力的评分标准
67
衡量因素 衡量标准
1分 2分 3分 4分 5分
技术
门槛
可替代性 半年内有多种
替代或相似技
术
1年内有少量
相似或替代技
术
1年内无相似
或替代技术
2年内无相似
或替代技术
3年内无相似
或替代技术
技术标准制定 未能参与 五名以外 前5名 前3名 主导地位
自主专利 没有专利 五名以外 前5名 前3名 领先地位
模块化程度 CBB<10% 10%≤CBB<2
0%
20%≤CBB<4
0%
40%≤CBB<6
0%
60%≤CBB
技术
资源
关键技术技能 资源匮乏 五名以外 前5名 前3名 领先地位
合作伙伴技术能
力
能力缺失 五名以外 前5名 前3名 领先地位
技术
实现
技术风险 超高风险 高风险 中等风险 低风险 没有风险
团队综合能力 能力缺失 五名以外 前5名 前3名 领先地位
©
课堂练习
68
- 基于现有的T-SPAN评估结果,淋浴房、浴缸、智能、花洒和浴室柜的
同事根据自己的理解重新进行评估
- 对比评估结果,对评估结果不一致的技术点进行讨论,分析原因,优
化评估结果
©
培训议程
上午
IPD和技术管理体系概览 20分钟
技术趋势和需求分析 15分钟
技术树和技术清单 30分钟
T-SPAN评估工具(练习) 45分钟
技术成熟度工具 30分钟
下午
技术战略 30分钟
技术战略实施计划(练习) 30分钟
技术规划和研究流程 30分钟
CBB体系方法论(练习) 60分钟
课堂测试 30分钟
69
©
技术成熟度反映了技术对于预期目标的满足程度,是一个管理和交流
技术研发状态及风险的有效工具,同时统一全公司的语言和标准
70
技术成熟度
定义
技术成熟度(Technology Maturity),又称为“技术完备等
级”、或是“技术准备度”(Technology Readiness Level,
TRL),指技术相对于某个具体系统或项目而言所处的发展
状态,反映了技术对于预期目标的满足程度,是一个管理和
交流技术研发状态及风险的有效工具
缺少技术成熟度工具
“乱无章法”
-追随技术潮流,却忽视了技术实现的难度
和意义、无畏浪费研发资源,制定经费预
算和路线图时缺乏依据
-无法对关键技术进行分步规划,很难开展
递进式的技术研发工作
应用技术成熟度工具
“心里没底”
-立项时没有基准,可能产生潜在的项目失
败风险
-技术研究时,不同的技术方案间缺少比较、
评判依据
-移交时没有原则、标准不统一,导致技术
移交后大量的返工工作
“按部就班”
-理性对待热点技术,基于技术在行业的成
熟度以及的开发能力进行规划
-基于技术成熟度等级,将技术分解成不同
的技术点,进行递进式的技术项目规划
“成竹在胸”
-立项时考虑技术成熟度维度,目中的设计
风险
-技术研究时,通过技术成熟度维度的比对,
理性选择最合适的技术方案
-移交时明确技术成熟程度,只有达到相应
标准才实现技术移交
技
术
规
划
技
术
研
究
©
TRL技术成熟度起源于NASA,并经过几十年的演进,不断完善、并扩
大应用范围
71
1969年
美国NASA明确提出
开发技术成熟度等
级评估工具的设想
1974年
NASA的Sadin首次
提出7级的“技术
成熟度”体系
1995年
NASA的Mankins起草并
发布了第一份综合性
文档《TRL白皮书》
1989年
NASA将原先的7级成
熟度体系扩展到9级
2000年
美国国防部(DOD)接
受了美国国家审计总
署(GAO)的建议,正
式采纳NASA的TRL体系
用于评估并改进技术
研发的质量
2005年至今
标准版本的TRL体系已
在包括英国、法国、
日本等国家在内的全
球范围获得认可
©
技术成熟度(TRL)有9个不同的等级,对应技术研究的不同阶段
72
对应技术研究 TRL等级 关键特征 阶段
概念研究
TRL1 基本原理被发现和报道 基础研究
TRL2 形成技术概念或应用方案 概念研究
TRL3 关键的功能/特征得到分析性和试验性的概念证明 应用分析或实验室研究
部件或原型验证
TRL4 组件在实验环境中得到验证 实验室原理样机
TRL5 组件在相关环境中得到验证 完整的实验室样机
系统演示阶段
TRL6 系统/子系统模型/原型在模拟环境下演示 模拟环境下的系统演示
TRL7 系统原型在真实环境中演示 真实环境下的系统演示
产品评估阶段
TRL8 实际系统/产品已通过测试和演示 定型试验
TRL9 实际系统/产品已通过使用验证了技术的可靠性 运行与评估
©
TRL体系各级别的特征:概念阶段
73
TRL等级 阶段 说明 示例
TRL1 基础研究 系统/产品必备的一些特征和行为描
述,不是具体技术问题,所利用的
工具可能是数学工具和算法
新型光纤的抗拉强度与关系
TRL2 概念研究 纯粹的科学概念在其特定应用领域
定义为技术概念,同时描述了应用
的特征,但这阶段仅停留于纸面分
析,对应用的模拟、分析工具已经
具备
定义超导的临界、研究新材
料的潜在应用
TRL3 应用分析或实验室研究 研发部门开始实验室阶段的分析研
究和试验研究工作。通过一些代表
性数据在模拟板、示教板上进行技
术展示。这些研究应包括对TRL2中
形成的应用概念的验证
一种的推进系统可能依赖超
冷的氧气作为推进剂,如果
在实验室中获得了液体的-压
力关系,就验证了概念,即
认为达到了TRL3
©
TRL体系各级别的特征:部件或原型验证阶段
74
TRL等级 阶段 说明 示例
TRL4 实验室原理样机 技术要素整合成可以工作的部件,
用完整的数据或尽可能多的问题、
状况进行验证,验证应支持先前形
成的概念,且应符合潜在系统的应
用要求;相对于实际系统/最终产品
而言,这种验证的可信度相对较低
利用水来产生彩光的花洒,
其中的发光元件能够通过水
能发出亮度
TRL5 完整的实验室样机 制造出了原理样机,对其关键的功
能/性能进行了测试且符合要求、标
准
软件开发中的“α测试”
©
TRL体系各级别的特征:系统演示阶段
75
TRL等级 阶段 说明 示例
TRL6 模拟环境下的系统演示 此阶段是验证技术成熟的一个重要
步骤,这个阶段几项新技术可能集
成在一起演示。
并非所有的技术都要经过TRL6的验
证。对于复杂的产品,进行TRL6的
验证试验有利于规避未来的风险
软件开发的“β 测试”
TRL7 真实环境下的系统演示 大部分功能已经具备,且可以被演
示和测试,同时与其他功能很好地
集成和整合。
TRL7是一个意义重大的步骤,需要
在实际环境中进行演示验证,并应
由用户参加,原型机的外形、大小
与未来的产品相同或十分接近
TRL7一般是针对具有较高风险的关
键技术
©
TRL体系各级别的特征:产品评估阶段
76
TRL等级 阶段 说明 示例
TRL8 定型试验 所有的功能和使用场景都已经模拟
并通过测试。
对大多数技术要素而言,这一级别
代表了实际系统的开发结束。
判断是否达到TRL8的方式可以是研
制试验和评估,也可以是将新技术
集成在一个已有的产品/系统中
在哈勃望远镜上的计算机中
装入和测试新的控制算法
TRL9 运行与评估 TRL9可以认为是技术以最终的形式
在任务条件下得到实际应用。TRL9
也可以认为是发现系统开发中的缺
陷的最后一步。在大多数场合,这
是实际系统研制中“故障定位”的
结束
产某省市经营过程中需要维
修、技术支持
©
目前技术成熟度在各行各业的应用
77
美国国防部
美国FDA
中国商飞
中国燃气涡
轮研究院
美的
在军用武器的购买和生产上,美国国防部通过对设备的复合型、设计概
念、安全性和模型的技术成熟度的评估来决定订单或是否量产,并且对
通过TRL体系有利于更加明确地将技术的成熟度情况“对号入座”
对行业中各企业的正在开发医疗器械技术成熟度进行评估,以衡量技术
状态
作为风险管理的一个手段,将技术成熟度评估引入,满足项目研究团队
自身控制技术风险的需求,以避免管理缺失而造成的延
在大飞机的研发过程中,对各关键技术的成熟度进行评估,以应用于产
品开发中
帮美的引入技术成熟度的概念,应用于空调等产品的技术度评估
©
基于NASA的TRL体系,结合的研发现状,在技术成熟度的管理上引入
JTRL的概念
78
JTRL
即Jomoo Technology Readiness Level(JTRL),以用在
集团层面不同部门之间传递技术状态,统一公司的标准,方
便技术的转移,技术成熟度的等级分为6级
JTRL等级 关键特征 研发阶段
JTRL1 市场中新技术被发现 技术趋势某省市场洞察
JTRL2 市场/形成技术概念或应用方案 技术趋势某省市场调研
JTRL3 最佳的技术方案得到证明/设计出多种技术方案 方案设计和筛选
JTRL4 技术方案以组件、模块方式得到功能/性能验证 模块打样验证
JTRL5 技术方案以原型产品的形式得到功能/性能验证 整体打样验证
JTRL6 某省市经营,技某省市场需求 某省市经营
技术管理 产品开发
©
JTRL的主要衡量标准:技术管理中,JTRL4、JTRL5是必要的技术移交
等级
79
JTRL
等级
研发阶段 主要衡量标准
JTRL1 技术趋势某省市场洞察
1.出现新技术趋势,但未明确具体的应用方向
2.行业或相关行业新技术、新需求的被发现
JTRL2 技术趋势某省市场调研
1.明确的新技术应用场景
2.明确定义出技术的规格
3某省市场中的专利分析检索工作
JTRL3 方案设计和筛选
1.完成方案设计报告(多种技术方案或最佳技术方案)
2.明确技术检验的具体方案和标准
3.通过设计评审
JTRL4 模块打样验证
1.完整的设计图和方案
2.实现初步功能(若JTRL5移交,则可选)
3.完成具体的检测报告,并通过相应的标准(若JTRL4移交,则必选)
4.通过样品评审
JTRL5 整体打样验证
1.完整的设计图和方案
2.完成具体的检测报告,并通过相应的标准
3.通过样品评审
4.具体的移交计划(可选)
确认的样机
JTRL6 某省市经营
1.产品已在各个渠道进行销售
2.产品在使用过程中未出现由该技术产生的质量问题、客户投诉
©
技术成熟度工具的应用贯穿技术管理全阶段,涉及以下关键角色/组
织的主要职责
80
技术规划人员 ITMT 专家评审组 项目经理
技术
规划
技术项
目立项
过程技
术评审
技术项
目移交
确定技术评估范围,进
行技术成熟度评估,并
对比外部成熟度情况
基于技术成熟度等级和
外部分析,明确技术战
略中技术领域的定位
明确技术研究过程中的
技术成熟度目标
基于技术成熟度等级,
明确是否需要课题调研
基于项目所需立项材料
进行业务决策,并确认
项目中技术的技术成熟
度等级目标
评估技术在这个阶段
达到的成熟度等级
确认技术移交时技术
成熟度等级是否满足
移交要求
©
技术管理各阶段以及成熟度相关依据
81
技术管理 阶段 相应场景 成熟度相关依据
技术规划
基于关键、核心技术成熟度的评估以及明确
技术领域的战略定位(领先、引领、跟随)
N/A
技术研究
课题立项 立项阶段,不需要对技术点进行课题调研 各技术点达到JTRL2
方案设计 通过方案设计评审,进入方案验证阶段 各技术点达到JTRL3
方案验证
通过方案验证评审,基于产品端需求判断是
否需要进行技术移交
各技术点达到JTRL4(模块)、
JTRL5(样机)
技术移交
在移交评审中,对技术成熟度的达成情况进
行决策
各技术点达到JTRL4(模块)、
JTRL5(样机)
©
培训议程
上午
IPD和技术管理体系概览 20分钟
技术趋势和需求分析 15分钟
技术树和技术清单 30分钟
T-SPAN评估工具(练习) 45分钟
技术成熟度工具 30分钟
下午
技术战略 30分钟
技术战略实施计划(练习) 30分钟
技术规划和研究流程 30分钟
CBB体系方法论(练习) 60分钟
课堂测试 30分钟
82
©
技术规划的制定逻辑
83
1.技术趋势分析
2.技术需求分析
3.技术战略制定
4.技术战略实施计划
阶段 主要活动 关键输出
收集技术趋势
分析技术趋势
收集技术需求
分析技术需求
回顾上期战略
了解业务战略
制定技术战略
明确技术规划
明确项目规划
分析规划资源
技术趋势收集表
技术趋势洞察分析
技术树、技术清单
(无评估信息)
技术需求分析、技术
清单
上期技术战略回顾
公司业务战略理解
技术战略发展方向
技术路线图、初步项
目规划
单项目规划信息
资源分析
关键工具*
技术树
技术清单
T-SPAN工具
技术成熟度
©
技术战略承接公司业务战略,并指引未来的公司技术发展方向和目标
不同战略的界定
目标
总体战略
经营战略
职能战略
• 企业发展方向、竞争活动的内
容和领域
• 如何利用和开发特定的资
源、能力,以保持独特优
势
• 经营战略的展开和细
化,是对经营战略的
执行
• 不同类型的战略,向下展开和细化,向上支撑
• 技术战略是职能战略,承接业务战略,并指引
未来的发展方向
技术战略的内容(框架)
1. 业务战略简述
− 业务战略对于技术提出的要求
2. 技术战略基础
– 回顾过去战略,描述企业现有技术资
源和能力
3. 技术战略目标
– 明确发展的技术平台方向、核心技术、
以及相关的目标
4. 技术战略方案
– 详细描述实现技术战略的关键举措
84
©
一般情况下,技术战略的制定分三步走
85
回顾过去一期技术战略的执行,
从各项技术点的实现、关键技
术人员的获取、专利目标的达
成等角度审视现有的技术能力
从未来公司/集
团业务战略出发,
了解未来公司的
业务发展方向,
以明确业务战略
对技术研发提出
的要求
基于现有技术能
力以及未来公司
的业务方向,明
确未来五年公司
的关键技术领域
发展目标和举措
回顾上期技术战略 了解公司业务战略 制定当期技术战略
©
上期技术战略统计概览
86
研发
费用
(亿元)
实际
计划 25
研发
技术
(个)
实际
计划 300
320
人员
引进
(人)
实际
计划 100
100
©
研发费用异常分析
87
异常
年份
XX年
(亿元)
实际
计划 25
异常
年份
XX年
(亿元)
实际
计划 25
研发费用超过计划费用的原因分析:
研发费用低于计划费用的原因分析:
©
技术分类和技术移交率统计
88
XX-XX年技术分类统计汇总
单位:个,%
XX-XX年技术移交率统计汇总
单位:%
总体移交率:
对上期技术规划年度中不同技术的分布进行大致的分析,总结是否在核心技术的开发上达
到了预期的目标
具体说明并分析可能存在的异常,重点关注移交率相对较低的,陈述造成移交率偏低的原
因
©
技术开发方式统计
89
XX-XX年技术开发方式统计汇总
单位:个,%
计划
(个)
实际
(个)
计划完成率
(%)
自主开发
核心技术
关键技术
储备技术
基础技术
联合开发
核心技术
关键技术
储备技术
基础技术
外购
核心技术
关键技术
储备技术
基础技术
©
自主开发的核心技术统计
90
XX-XX年自主开发核心技术统计汇总
单位:个,%
核心技术名称 开发 负责部门
创研中心
事业部/子公司
©
联合开发的技术项目统计
91
XX-XX年联合开发技术项目统计汇总
单位:个,%
项目名称 开发 负责部门
外部机构
高校合作
©
专利数量统计(竞品以及)
92
XX-XX年各项专利统计汇总
单位:个,%
发
明
新
型
外
观
©
专利指标达成情况总结
93
外观
对外观专利的计划达成情况进行总结,总结未达成年份的主要原因
发明
对发明专利的计划达成情况进行总结,总结未达成年份的主要原因
新型
对新型专利的计划达成情况进行总结,总结未达成年份的主要原因
©
创新荣誉统计
94
奖项名称 产品说明 获奖年份 相关图片
©
高端人才数量统计
95
XX年人才结构统计
单位:人,%
博
士
及
以
上
硕
士
对人才结构进行统计、分析,明确公司的技术人才资源
说明未达到计划编制年份的具体原因
©
各部门人才引进数量统计
96
博士及以上 硕士 本科 本科以下
计划
实际
计划
实际
计划
实际
计划
实际
计划
实际
计划
实际
计划
实际
计划
实际
指标
部门
注:实际完成数好于计划预期的,用绿色标识;差于计划预期的,用红色标识
©
未来五年集团战略中的愿景、使命以及核心价值观
97
愿景
使命
核心价值观
XX
XX
XX
信息来源:集团战略报告
©
未来战略目标与分解
98
XX-XX年业务收入(亿元)
2016-XXXX
CAGR
业务3
业务2
业务1
信息来源:集团战略报告
XX%
XX%
XX%
XX-XX年业务利润(亿元)
2016-XXXX
CAGR
业务3
业务2
业务1
XX%
XX%
XX%
详细描述业务发展目标
©
不同业务的发展思路对相关技术领域的影响
99
业务领域 业务发展思路 对相关技术领域的影响
业务1
业务2
业务3
……
©
为实现集团未来战略目标,对技术研发提出了相应的要求
100
为实现集团未来战略目标,从技术研发的领域总结具体的要求。(例如核心技术能力、技术人
员储备等)
©
未来技术战略发展目标
101
技术
愿景
XX-XX年待开发技术目标数量(个) XX-XX年专利目标数量(个)
XX年 XX年 XX年 XX年 XX年
核心技术
关键技术
储备技术
基础技术
XX年 XX年 XX年 XX年 XX年
发明
新型
外观
©
为实现技术战略目标,预计未来的研发投入和人才需求如下
102
XX-XX年人员数量和需求统计(人) XX-XX年预计研发费用(万元)
根据项目规划中的资源需求,统计汇总每年各研究院/中心预计需要投入的技术开发/管理人
员和研发费用
©
XX技术领域发展策略
103
XX技术领域
战略定位 技术引领 /领先 /跟
随
进入原因 结合业务战略某省
市场现状、技术等
资源,阐述进入该
技术领域的原因
核心技术点 该年度在该技术领
域要实现的关键技
术点
责任单位 相关责任单位,包
括一级和二级研发
XX年 XX年XX年XX年XX年
©
关键举措和保障措施
104
XX技术领域
人才 分析专业知识和人
才的差距,制定知
识管理和人才引进
培养的相关举措
资金 预估需要的资金投
入,资金缺口以及
资金申请方案
关系 明确和政府、高校、
专业机构、企业等
对外合作策略
专利 明确对于核心、关
键技术的专利布局
策略
管理 确立在组织、流程、
绩效、项目管理、
IT等方面的提升方
向和目标
XX年 XX年XX年XX年XX年
©
组织调整方案(如有需要)
105
承接公司战略和技术战略方向,按需对创研体系进行调整,若有调整,在本页中展示具体的组
织体系调整方案
©
培训议程
上午
IPD和技术管理体系概览 20分钟
技术趋势和需求分析 15分钟
技术树和技术清单 30分钟
T-SPAN评估工具(练习) 45分钟
技术成熟度工具 30分钟
下午
技术战略 30分钟
技术战略实施计划(练习) 30分钟
技术规划和研究流程 30分钟
CBB体系方法论(练习) 60分钟
课堂测试 30分钟
106
©
技术规划的制定逻辑
107
1.技术趋势分析
2.技术需求分析
3.技术战略制定
4.技术战略实施计划
阶段 主要活动 关键输出
收集技术趋势
分析技术趋势
收集技术需求
分析技术需求
回顾上期战略
了解业务战略
制定技术战略
明确技术规划
明确项目规划
分析规划资源
技术趋势收集表
技术趋势洞察分析
技术树、技术清单
(无评估信息)
技术需求分析、技术
清单
上期技术战略回顾
公司业务战略理解
技术战略发展方向
技术路线图、初步项
目规划
单项目规划信息
资源分析
关键工具*
技术树
技术清单
T-SPAN工具
技术成熟度
©
技术路线图有“狭义”与“广义”之分,目前我们技术规划中的内容
更像是“狭义”的技术路线图
技术路线图的定义
狭义
• 一表或是表格标识的技术实现时间表,但不包
含具体的技术功能说明以及资源需求
广义
• 除图形、表格的路线图信息外,明确了具体的
技术要素发展方向、实现的方式、资源需求,
有时也可称之为“技术规划书”、“技术战略
实施计划”
未来设计中,我们会采用“广义”的技术路线图
108
©
技术路线图通过结构化的规划方法,明确地将技术、某省市场,以及
现在和未来联系起来,同时阐述技术目标的实现方式
什么是技术路线图?
技术路线图是指应用简洁的图形、表格、文字等形式描述技术变化的步骤或技
术相关环节之间的逻辑关系。它能够帮助使用者明确该领域的发展方向和实现
目标所需的关键技术,理清产品和技术之间的关系。它包括最终的结果和制定
的过程。技术路线图具有高度概括、高度综合和前瞻性的基本特征。
技术路线图是一种结构化的规划方法,我们可以从三个方面归纳:它作为一个
过程,可以综合各种利益相关者的观点,并将其统一到预期目标上来。同时,
作为一种产品,纵向上它有力地将目标、某省市场有机结合起来,并明确它们
之间的关系和属性,横向上它可以将现在和未来统一起来,既描述现状,又预
测未来;作为一种方法,它可以广泛应用于技术规划管理、行业未来预测等方
面。
除了描述实现什么技术(What)以及何时实现技术(When),一份完整的技术
路线图还应清楚地描述如何实现技术(How,例如技术实现方式、人员需求、
具体的实施计划)
109
©
在市场中,技术路线图有不同的表现形式,不同公司所用的形式有所
不同
形式一:多层级
注:某著名企业从1997年开始使用
形式二:条形式
注:摩托罗拉的汽车收音机从1987
年开始使用
形式三:图形式 形式四:树干式
……
110
©
针对产品的技术特点,在设计方案中,项目组可能会采用多层级的表
现方式某省市场需求、产品功能以及技术要素的关联关系
多层级的技术路线图
某省市场
产品/服务
技术
时间现在 未来3-5年
111
©
XX部门的技术目标
114
XX-XX年待开发技术目标数量(个) XX-XX年专利目标数量(个)
XX年 XX年 XX年 XX年 XX年
核心技术
关键技术
储备技术
基础技术
XX年 XX年 XX年 XX年 XX年
发明
新型
外观
©
XX技术领域路线图
115
某省市场
产品/服务
技术
XX年 XX年 XX年 XX年 XX年
©
技术路线图模板图例
某省市场需求
产品/服务、技术
实现路径
116
©
技术规划范围
117
技术树中标注技术规划范围内的技术点
©
技术点开发方式
118
技术点 技术分类 技术成熟度 开发方式
XX技术 核心技术 JTRL1 自主开发
XX技术 关键技术 JTRL2 联合开发
XX技术 储备技术 JTRL3 外购
…… 基础技术 JTRL4
JTRL5
JTRL6
©
持续跟踪的技术列表
119
技术点 上级技术点 未包含原因 备注
©
技术项目规划
120
项目 技术
开发
方式
预计
开始
预计
结束
负责
部门
费用
(万元)
人员
(人)
专利
类型
专利
(个)
©
技术资源需求分析
121
XX-XX年人员数量和需求统计(人) XX-XX年预计研发费用(万元)
根据项目规划中的资源需求,统计汇总每年预计需要投入的技术开发/管理人员和研发费用
©
人员需求统计清单(XX年度)
122
部门 职位
现有人数
(人)
编制人数
(人)
人员缺口
(人)
©
XX项目规划:简介
123
项目目标
描述项目要实现的关键目标,说明这个项目的目的和意义
项目内容
对项目具体的内容进行描述,包括需要实现的技术点,技术点的开发方式
负责部门 相关部门/机构
预计研发费用(万元) 预计人员数量(人)
预计开始日期 YYYY-MM-DD 预计结束日期 YYYY-MM-DD
©
XX项目规划:技术内容
124
示意图
技术应用范围的描述
描述技术改变的产品功能和性
能点
实现功能点
技术点名称
上级技术点
可应用产品
T-SPAN结果
成熟度等级
技术内容
技术性能指标
指标 说明
©
XX项目规划:研究思路
125
描述项目开发过程中的研究思路,可以用框图来表示具体的研究步骤,并说明每一步工作的关
键成果和大致原理
©
XX项目规划:风险/难点
126
风险点/难点 类别 发生
可能性
影响
程度
应对措施
技术 高 高
资金 中 中
人员 低 低
其他
©
技术规划与产品规划按季度交错制定/修订,两者之间实现互为输入
127
第三季度
7-9月
第四季度
10-12月
第一季度
次年1-3月
第二季度
次年4-6月
第三季度
次年7-9月
第四季度
次年10-12月
产品路线图
产品路线图
(修订)
产品路线图
技术趋势洞察
技术需求分析
技术趋势洞察
技术需求分析
技术趋势洞察
技术需求分析
技术趋势洞察
技术需求分析
技术趋势洞察
技术需求分析
产品
企划
技术
规划
技术战略
技术战略实施计划
技术战略
(修订)
技术战略实施计划
技术战略实施计划
(修订)
©
培训议程
上午
IPD和技术管理体系概览 20分钟
技术趋势和需求分析 15分钟
技术树和技术清单 30分钟
T-SPAN评估工具(练习) 45分钟
技术成熟度工具 30分钟
下午
技术战略 30分钟
技术战略实施计划(练习) 30分钟
技术规划和研究流程 30分钟
CBB体系方法论(练习) 60分钟
课堂测试 30分钟
128
©
技术规划高阶流程框架
技术规划流程(TP)
TP-01
洞察技术趋势
TP-02
分析技术需求
TP-03
制定技术规划
TP-04
执行与修订
启动技术规划
收集技术趋势
分析技术趋势
收集技术需求
制定评估方法
分析评估技术
回顾上期战略
制定技术战略
明确技术规划
制定项目规划
分析及规划资源
技术规划评审
修订技术战略
修订技术规划
129
©
TP-01 洞察技术趋势阶段定义
TP-01 洞察技术趋势
通过定期对行业、技术、竞品技术趋势的收集与分析,帮助更好地了解外部技术发展方向,为制定、修
订技术战略和路线图提供支持
开始条件 关键活动 结束条件
每战略规划年,制定技术
规划时;每年,不定期收
集技术趋势信息
1.启动技术规划:在战略规划年度中,由管
理技术规划的统筹部门发起技术规划需求,
明确关键节点的任务、时间以及负责部门
2.收集技术趋势:不定期收集技术趋势信息,
来源包括展会、专利检索、网上搜索等
3.分析技术趋势:基于从不同方面收集的技
术趋势信息,对趋势进行分析,提出洞察
意见、形成最终报告
完成定期的技术趋势洞察
报告(行业/竞品)
主要输入 主要输出
• 战略和业务方向
• 行业趋势、竞品信息
• 过往技术洞察报告
• 技术趋势收集
• 技术趋势分析洞察
130
©
TP-02 分析技术需求阶段定义
TP-02 分析技术需求
基于行业技术趋势、产品路线图中的功能/性能要求,对技术需求进行分析,并通过对技术的成熟度评
估,结合公司的技术实力对技术进行优先级排序
开始条件 关键活动 结束条件
每战略规划年,制定技术
规划时;每年,不定期分
析技术需求时
1.收集技术需求:基于行业中的技术趋势、
以及产品端的功能、性能要求、事业部/
子公司的共性技术、上期遗留的技术难题,
以及开放创新,收集、识别技术需求点
2.制定评估方法:根据外界环境、业务发展
方向,制定/修订技术优先级和成熟度的
评估方法和相应模板工具
3.评估技术需求:基于T-Span和成熟度工具,
对技术从技术实现难度和业务贡献两大维
度,对技术优先级进行划分,并对技术进
行分类,以及分析技术成熟度
完成对技术的优先级和成
熟度评估
主要输入 主要输出
• 产品路线图
• 规划执行情况
• 行业趋势、竞品信息
• 技术需求分析报告
• 技术清单
131
©
TP-03 制定技术规划阶段定义
TP-03 制定技术规划
基于内外部对于技术趋势、技术需求的分析,明确公司未来的技术战略,指引研发创新的发展方向,并
确保技术战略能够支撑未来公司整体战略目标的实现
开始条件 关键活动 结束条件
每战略规划年,制定技术
规划时,已完成技术趋势
洞察报告和技术分析报告 1.回顾上期战略:对上期的技术执行情况进
行回顾,审视公司现有的技术资源和能力
2.制定技术战略:明确公司未来的业务方向,
并制定技术发展的方向和目标以及关键的
举措
3.明确技术规划:明确技术规划的范围、技
术路线图以及对技术进行项目划分
完成技术的项目划分
主要输入 主要输出
• 产品路线图
• 行业趋势、竞品信息
• 技术需求分析
• 技术战略发展方向
132
©
TP-04 执行与修订阶段定义
TP-04 制定与修订
基于整体技术战略,明确项目任务和资源,并在技术规划执行过程中,定期对技术战略和路线图进行调
整,以帮助公司战略目标的实现
开始条件 关键活动 结束条件
每战略规划年,制定技术
规划时,已完成技术战略;
每年,定期的技术战略和
技术路线图修订时
1.制定项目规划:明确项目的初步规划信息,
包括项目简介、技术内容、研究的大致思
路以及风险与对策
2.分析及规划资源:分析未来项目的资源需
求,包括人员、开发、成本等信息,明确
资源缺口
3.技术规划评审:由ITMT对技术规划内容进
行决策
4.修订技术战略:技术战略执行过程中,遇
到外部重大技术趋势变化时,重新修订、
调整技术战略
5.修订技术规划:针对调整的技术战某省市
场中新的技术趋势(符合现有技术战略)
的出现,重新修订、调整技术规划
通过技术规划评审
主要输入 主要输出
• 技术趋势洞察
• 技术需求分析
• 技术战略、技术战略实
施计划
• 技术战略
• 技术战略实施计划
133
©
技术规划评审 流程图
145
©
通过技术规划评审,由技术决策委员会最终确认公司未来的技术战略
方向和规划内容
146
输入
• 技术战略发展方向
• 技术战略实施计划
输出
• 技术规划评审决策
评审目的
• 对未来的技术战略和规划内容进行最
终决策,确定公司技术发展方向
决策结论
• 未通过评审,需重新评审
• 通过评审/通过评审,需完善材料
评审频率 • 半年一次
决策者 • 技术决策委员会(ITMT)
参与者 • 技术规划团队(TPT)
组织者 • 创新项目管理办公室
©
技术规划评审时,可以从技术创研、产品企划、事业部/子公司以及
业务战略等四大维度的关键要素进行考量
147
维度 关键要素
技术创研
技术趋势分析充分考虑了未来宏观因素对技术的影响、跨界技术在
卫浴行业的应用以及行业内竞争对手的技术发展现状
技术需求分析结合了产品端、开放创新、二级研发、行业技术趋势
以及遗留技术难点,并且技术分类和成熟度等级与期望相符合
技术规划内容具有一定的前瞻性,能够支撑技术战略发展目标
技术资源规划能够满足未来的技术战略执行
产品企划
技术规划的技术点范围已涵盖了产品路线图中的技术要求
产品路线图相关的技术点能够满足产品开发求
事业部/子公司
技术规划内容涵盖了二级研发未能突破的技术疑难点
技术规划项目与自身的技术研发能力相匹配
业务战略 很好理解了未来公司战略方向以及了解战略对研发提出的要求
©
技术规划评审会议规则(1/3)
148
创新项目
管理办公室
组织者
主持技术规划评审会议
记录会议纪要
整理编写技术规划评审报告
ITMT决策者
ITMT主席:尽量出席技术规划评审会议,如果缺席,可授权给创研
中心负责人
创研中心负责人:必须出席技术规划评审会议
战略部负某省市场部负责人、相关事业部/子公司负责人:在无法
出席的情况下,可授权给相应人员以全权代表
TPT参与者
中央研究院负责人、分研究院/分中心负责人:必须参与技术规划
评审会议,在评审会议中进行汇报和解答
其他相关的技术规划人员:按需参加技术规划评审
会
议
规
则
©
技术规划评审会议规则(2/3)
149
会前准备 会议进程
会议组织者收集决策需求,汇总决策材料
包,落实会议时间、参与人员以及地点
会议组织者在评审前一技术评审相关材料
- 会议组织者提前三个工作日到一ITMT成
员再次确认会议时间并沟通会议议程
- 会议组织者至少提前一个工作日向参会
人员正式发布技术评审会议通知
ITMT成员会前提前阅读决策材料,必要时
可与TPT团队对口成员进行单独沟通
如有不同意见,会议组织者必须组织准备
建议方案(包括替代方案)
会议议程:
- 汇报环节:技术规划团队进行汇报,时
长45-60分钟
- 问答环节:ITMT提问,技术规划团队核
心人员回答,必要时可指定对口团队成
员回答,时长15-20分钟
- 讨论环节:ITMT成员先逐一发表意见,
ITMT主席最后发表意见,然后进行讨论,
时长20-30分钟
- 决策环节:由ITMT主席基于各成员的意
见进行最终的决策,时长10-15 分钟
会议预先设定的范围之外的话题将被记录,
必要时可再行讨论
组织者负责进行会议记录与归档
©
技术规划评审会议规则(3/3)
150
决策要求
通常情况下ITMT员要达成一致意见,才能作出最终决策
当讨论陷入僵局的情况下,由ITMT主席作出决策,ITMT主席拥有最终决定权
当决策形成以后,每个ITMT成员必须完全同意该决策,并对目的达成一致确认
形成的决策结果必须是以下三种情况之一:
- 通过:通过技术规划决策,确认技术规划
- 通过并完善:通过技术规划决策,需要根据会议中的反馈点对技术规划进行完善,但不需要再次
进行技术评审
- 不通过:未通过技术规划决策,需要根据会议中的反馈点对技术规划进行修改,需要再次进行技
术评审
©
技术研究流程线框图
153
课题立项 课题调研
方案设计 方案验证 技术移交
技术战略
技术路线图
技术规划
实施计划
技
术
规
划
承接
资源统筹 课题筛选
项目计划 制定任务书 立项评审
调研分析 调研报告 方案阶段计划
项目计划
项目任务书
调研分析报告
确定方案目标 方案编制 方案评估
验证计划 方案评审
详细设计 手板制作
手板检验 样品评审
方案设计报告
方案实施计划
制定移交方案 准备移交材料
实施移交移交评审
手板样
测试报告
质量报告
业务评审 技术评审注:
事业部/子公司
产品开发
TDT持续
技术支持
移交方案
移交材料
技
术
成
果
应
用
移交
XXX 输出物
成立团队
©
技术研究管理体系三级框架
154
课题立项
RM-01
方案设计
RM-02
方案验证
RM-03
技术移交
RM-04
筛选课题
课题立项
立项评审
课题调研分析
项目启动
方案编制
制定验证计划
方案评审
手板制作
手板功能检验
样品评审
制定移交计划
准备移交材料
移交评审
手板质量检验
©
立项阶段主要承接技术规划实施计划,全盘统筹资源筛选课题,根据
需要对课题进行深入的调研,确立研究思路和方向
155
课题立项
RM-01
筛选课题
课题立项
立项评审
课题调研分析
项目启动
1
2
无规划不立项
资源统一调拨
团队先行成立
丰富项目计划
调研阶段可选
计划逐阶段细化
3
4
5
6
1
2
3
4
5
6
承接技术规划和战略,不建议无规划立项,但同时考
虑某省市场和技术需求,经过各领域研究负责人的审
核和筛选,符合企业和技术战略方向的课题方可申请
立项
项目管理部负责研究资源进行跨专业跨职能统筹安排
并合理分配给单体项目;如新增项目导致资源不足超
出技术规划预期,项目管理部需负责与各研究领域的
负责人商讨调整项目优先级
先正式成立项目团队,有效获取资源,尤其是跨职能
人员的支持,使项目获得必要的需求输入,同时避免
项目经理独自承担所有工作任务
项目计划更加全面细致,增加基于科目的成本预算方
法、风险管理计划和具体的人员和人员资质需求管理
课题调研是可选阶段,根据技术的成熟度判断是否可
以跳过
技术研究的门控管理不是透明的,研究团队只能看到
下个阶段的门控点的具体活动,且每个阶段制定下阶
段的具体工作计划
©
方案设计阶段需先明确技术规格和质量标准,设计方案由技术研究主
责多个专业领域人才共同制定完成,并提前筹划移交方案
156
1
方案设计
RM-02
方案编制
制定验证计划
方案评审
团队\目标持续优化
强调跨职能贡献
优先确立检验标准
新增多方案评估
技术转移提前策划
1
2
3
4
5
项目团队和技术规格目标可在方案设计阶段进行调整
优化,保持最佳的团队,制定合理的技术目标
工业设计、产品开发、生产工艺、质量代表开始逐步
提高项目贡献度,避免技术研究闭门造车,促进技术
转化为生产力;例如工业设计至少提供初步的外观效
果和尺寸空间限制,对技术实现方案起到约束和指导
的双重作用,产品开发和生产工艺代表的参与为设计
方案提供了技术应用性、可靠性、可制造性等关键意
见
质量和功能\性能测试方案前置,尽早让项目团队清
晰了解项目验收的条件和目标
方案评审前,增加正式的设计方案内评环节,通过理
论和模拟实验双重方式评估最优方案,并制定相应的
手板验证方案,避免仅凭研究人员的经验和直觉确定
较优的设计方案
完成设计方案后,要着手制定初步的技术移交方案,
提升技术成果在产品中的应用价值,并在后续验证和
阶段不断细化移交应用方案
2
3
4
5
©
方案验证阶段对技术实现方案根据其功能、性能、质量、成本达成情
况进行甄选,并从技术的视角评估技术成果移交的可行性
157
方案验证
RM-03
手板制作
手板功能检验
样品评审
制定移交计划
手板质量检验
持续优化测试方案
最优样品原则
扩大评审范围
手板功能和性能检测前,要根据方案评审后的最新技
术设计方案和实际样品的加工情况,评估测试方案是
否合理,进行相应的调整修改
根据样品功能、性能和质量测试结果,自检评估手板
样方案是否是最佳技术方案,如不是立刻确定其他可
行方案,无须等待样品评审,立刻重新组织样品制作
和验证,项目组必须将最佳样品提交评审,提高评审
质量
将多个评审点合并,赋予样品评审更大的职能,包括
功能、性能、质量和移交应用前景等;其中质量评审
会重点关注技术可用性和可靠性以及项目的完成质量,
移交方面主要从技术可行性的角度进行评估
1
2
3
1
2
3
©
移交阶段由技术研究和产品开发共同完成,制定技术移交方案,承诺
移交实施的资源投入,并对技术进一步验证后方可应用于产品
158
技术移交
RM-04
准备移交材料
移交评审
产品开发紧密参与
强调移交实施
技术深度验证
1
2
3
产品开发的代表和专家全程参与,技术移交不能由研
究中心一方承担,需有技术和产品通力合作,制定共
同认可的合理的技术移植方案
技术移交后不宜直接应用与产品,需组织在产品和量
产环境下的相关验证,完成技术成果进一步优化后方
可应用
技术决策委员会充分发挥作为决策者的作用,协调研
究方和承接方对移交方案达成共识,明确双方的责任
和义务,落实资源投入,确保技术成果最终得到应用,
为企业产生价值和利润
3
2
1
©
培训议程
上午
IPD和技术管理体系概览 20分钟
技术趋势和需求分析 15分钟
技术树和技术清单 30分钟
T-SPAN评估工具(练习) 45分钟
技术成熟度工具 30分钟
下午
技术战略 30分钟
技术战略实施计划(练习) 30分钟
技术规划和研究流程 30分钟
CBB体系方法论(练习) 60分钟
课堂测试 30分钟
159
©
CBB体系结构
160
CBB概念和定义 CBB管理机制 CBB设计方法论
©
生产方式的演变催生了产品模块化的发展
161
产
品
批
量
大
小
多少 产品种类
手工生产,19世纪
流水线大批量生产
20世纪10年代
成组技术,20世纪50年代
柔性技术,20世纪60年代
计算机集成制造,20世纪70年代
精益生产,20世纪80年代
全能制造,20世纪90年代
敏捷制造,20世纪90年代
现代集成制造,20世纪90年代
大批量定制,20世纪90年
代
第三次工业革命:
信息化+模块化
©
汽车制造领域已经成为产品模块化实现程度最高的行业之一
162
C
B
B
的
数
量
多
少
1920
’
1930
’
1960
’
1980
’
1990
’
2000~
T型车
少量车型
多种车型
数十种
车型
大量变
型基于T型车平台的
三厢车、面包车
或小货车
即使是统一集团内
同等轿车的共用零
部件也越来越少
平台战略
模块化设计
和制造
©
以大众集团为例,凭借五个模块化平台支撑全部产品系列,通过专用
模块和通用模块的组合不断衍生出符合不同的客户需求的产品
163
VW Audi Skoda Seat Rolls-
Royce/B
ently
Lamborg
hini
Bugatti
赛车 W12
Coupe
Diablo
SV
EB110
D Luxuslim
ousine
A8 Amage EB112
B/C Passat A4/A6
A Golf
Bora
Beetle
A3
TT
Octia Toledo
A0 Polo
lupo
Al2 Felicia Ibiza
大众汽车产品平台的简要示例
其中,A平台中不同产品的零部件通用率高达69%,每年节约开发费用和设备投入约
15亿美元,可以生产19种车型,开发过去的4~5年缩短到最少9个月
数据来源:公开资料,分析
©
通过实施CBB可以大幅减少物料数量,有效的降低生产和采购成本,
减少产品设计和开发的难度
164
机箱结构:14种
母版种类:15中
RISER插卡:25种
I/O设备:多种标准
硬盘型号:23种
键盘:8种
软驱:7种
鼠标:4种
……
机箱结构:4种
母版种类:4中
RISER插卡:4种
I/O设备:工业标准和SCSI
硬盘型号:6种
键盘:3种
软驱:3种
鼠标:1种
……
以 PC公司为例
1993年,未构建CBB前 1998年,应用CBB后
数据来源:公开资料,分析
注:从1993年到1998年实施CBB后,集团供应商从5000减少
到1200,物料种类减少30%,可共享物料数量增加50%
©
CBB能够实现不同产品之间模块的共用,从而降低开发成本、缩短产
品开发,提高产品质量,并为定制化生产打下坚实的基础
165
缺
少
CB
B
零部件种类较多,供应商数
量过于庞大难以管理
零部件重复利用率低、成熟
度和稳定性不足
新产品技术风险较大,质量
很久才能稳定
开发设计长,小批量客户个
性化需求响应成本太高,定
制化生产难以实现
开发团队数量、开发人员数
量急剧膨胀,开发人员成长
较慢
零部件生产批量不大,产品
可制造性较差
售后服务的差异性和复杂度
较高,类似问题在不同产品
和项目上反复出现、反复解
决
应
用
CB
B
物料数量减少,供应商数量
减少,采购成本降低
零部件的标准化、通用性和
重用程度增强,行业标准件
的使用能够降低基本制造成
本
在CBB的基础上增加新技术、
新特性,可以迅速完成新产
品的开发
基于成熟CBB的产品开发成本
较低,质量和稳定性增强,
开发短
个性化产品的响应速度变快,
总体成本下降
有效控制开发人员数量,减
少低水平重复的开发工作
不同产品的维修趋于相似且
更简单,备件库存估
©
CBB又称为“产品共用基础模块”,是产品模块化以及产品平台战略
的核心元素
166
产品11
……
产品线1 产品线2
产品21
……
产品线3
产品31
……
产品平台1 产品平台2
部件
1
部件
2
零件
3
部件
4
技术
5
技
术
要
素
1
技
术
要
素
2
技
术
要
素
3
技
术
要
素
4
技
术
要
素
5
技
术
要
素
6
技
术
要
素
7
部件
1
部件
2
零件
3
部件
4
技术
5
结构
单元6
产品
平台
CBB
BB
mon Building Blocks,或者叫做“产品共用
基础模块”,不同产品之间共用的零部件、
模块、技术及其他相关的设计成果
目的是在不牺牲差异化的情况下实现产品间
零部件或构件单元的标准化、通用化和重用
满足某一类共同需求,适合重用,有明确的
接口,可以与其他构件装配,高内聚,松耦
合的BB
Builidng Blocks,或叫做“基础模块”,产
品中一组相对独立、经过封装的实体或技术
单元
有独立的需求规格、设计规格以及设计和测
试过程
用于组成上一层产品或系统结构、可组合/替
换/变型的单元
整个系列产品所采用的共同要素的集合,包
括基本架构、子系统、模块、组件、关键技
术
到达一定程度成熟度的CBB经组合形成产品
平台
©
针对的业务和产品情况,CBB的适用范围包括产品的组件、零件和结
构单元
167
组件
组件模块是组成上层部件
(或整机)的、具有独立
功能和标准接口的单元。
通用组件模块可以重用和
互换,通过各种组件模块
的组合可以得到个性化的
上层组件或整机
例如有国家和行业标准的
滚动轴承
零件
零件模块是组成组件(或
整机)的、具有独立功能
和标准接口的单元,相同
种类的零件模块可以重用
和互换
例如各种标准零件,螺栓、
螺母、齿轮、滚珠等
结构单元
结构单元是组成复杂零件
的虚拟单元,在设计过程
中通过各种结构单元模块
的组合可以快速得到新的
零件。
结构单元模块不具有独立
的功能
例如气缸的前缸、延长段、
过渡段和后缸
工业汽轮机
本体系统
气缸 叶片
前缸 延长段 过渡段
进气系统 控制系统
转子
后缸
…
…
整机
组件/部件
零件
结构
单元
©
目前理解的CBB主要停留在结构单元和零件上,且未能够对通用模块
进一步筛选优化以及识别出潜在大颗粒度的CBB
168
未对通用模块做“减法”优化
未对潜在组件、零件做“加法”识别
©
企业在实施CBB中通常会面临诸多问题与困难
169
C
B
B
应
用
的
挑
战
概念混淆
缺少方法
应用乏力
协同不足
维护薄弱
对于模块、共用模块、产品平台等概念理解不够准
确,且在公司范围内未形成统一的认知
没有相应的CBB规划的方法论,CBB的识别依靠产品
和技术开发人员的经验和主观判断,结构较为片面
且不准确
产品开发中,运用CBB的主动性较差,缺乏CBB相关
的引导和激励措施,
不同产品、部门间缺少对CBB的重用和共享,CBB信
息在跨职能间流转不畅,导致公司层面整体开发和
生产成本的上升,产品特性相差较大
缺少专职人员对CBB进行升级维护,未能及时更新
CBB的技术信息并终止已淘汰的CBB,同时缺少相应
的IT平台对CBB进行数据管理和资源共享
©
建立完整的CBB管理机制,保证CBB在产品开发中的应用效果,逐步积
累CBB的经验,提高企业定制化生产的能力
170
规划:结合行业最佳实践、竞争对手发展
现状和企业CBB应用情况,制定技术和产品
端在CBB上的提升方向和目标,确定相关考
核指标并分解下发至相关责任单位
开发:应用CBB相关方法论,识别CBB、完
成CBB的参数和接口设计,并最终实现CBB
的落地开发
应用:宣传CBB设计成果并组织相关培训,
在公司层面帮助技术和产品开发人员学习
理解CBB的理论知识和应用方法;PDT和TDT
应用CBB完成开发任务
维护:总结在预研、产品开发、技术开发
和产品生命理中应用CBB产生的问题,制定
解决措施,例如新CBB申请、已有CBB的更
新和CBB作废等
评估:参与开发过程中的相关评审,促进
项目团队对CBB的使用;建立基于CBB使用
率的绩效考核体系,制定CBB开发和使用的
激励方法
规划
开发
应用
维护
评估
CBB管理
©
创研某省市场部、各事业部/子公司均设立CBB管理某省市场部负责
CBB数据的统一归口管理
171
集团总部
卫生陶瓷
事业部
研发中心研发中心
开
发
部
开
发
部
开
发
部
产
品
开
发
部
研
发
部
研
发
部
研
发
部
产
品
开
发
部
厨卫家具
事业部
五金
事业部
科牧 西河 科发 凯立 良格 洁通
研发中心 研发中心 研发中心
C
B
B
管
理
组
创新研
发中心
研
发
部
创新项目管
理办公室
市场部
项目管理部
产
品C
B
B
管
理
组
创研中心管理新产
品的CBB
项目管理部归口
管理所有产品的
CBB
各事业部/子公司管理各
自现有产品的CBB
对接
CBB相关组织和岗位
CBB管理
委员会
产品标准工程有产品CBB的数据管理、维护、对接等工作
©
其中,CBB管理委员会由公司的技术专家构成,主要负责CBB方案的审
批、组织落实CBB方法和应用推广以及部门绩效的评估工作
172
CBB审批职能
定期审批CBB方案,确保CBB符合相应的CBB规划方向和
目标以及未来产品发展的要求
CBB管理委员会
中央研究院
院长
事业部
/子公
司研发
负责人
分研究院
负责人
推广应用职能
制定整体的CBB培训计划,组织落实CBB的培训工作
组织落实CBB的推广应用工作,不断提高产品CBB共享
率
绩效评估职能
基于CBB应用统计报告,对创研中心各研究院、事业部
/子公司的研发部门的CBB应用情况进行绩效评价
CBB规划
结合行业最佳实践、竞争对手发展现状和企业CBB应用
情况,制定技术和产品端在CBB上的提升方向和目标,
并向相关部门单位下达绩效目标
©
不同组织、角色在CBB管理中的职责划分
173
ITMT
TDT
IPMT
PDT
CBB管理
委员会
市场部项
目管理部
创新项目管
理办公室
一级研发
人员*
二级研发
人员**
规划 开发 应用 维护 评估
• 审批CBB路标规划 • - • - • -
• 与TDT项目经理确定
CBB指标并进行考核
• - • -
• 技术开发过程中按需
应用CBB
• -
• (PM)沟通确定CBB相
关指标
• - • - • - • -
• 与PDT项目经理确定
CBB指标并进行考核
• - • -
• 产品开发过程中应用
CBB
• -
• (PM)沟通确定CBB相
关指标
• 制定提升目标和方向
• 确立绩效目标并下发
• 审批提交的CBB方案
• 组织落实CBB的推广和
培训
• 审批CBB修改方案 • 考核部门CBB相关指标
• -
• 所有产品CBB的归口
• 组织现有产品CBB评审
• 提供产品CBB清单 • 更新产品CBB清单
• 制定现有产品CBB统计
报告
• -
• 创研产品的CBB归口
• 组织创研产品CBB评审
• 承接产品CBB清单 • 提交创研产品CBB清单
• 制定创研产品CBB统计
报告
• - • 制定创研产品CBB方案 • CBB方法培训和推广 • -
• 统计CBB应用、开发情
况
• - • 制定现有产品CBB方案
• CBB方法培训和推广
• 记录CBB应用问题
• 制定现有产品CBB修改
方案
• 统计CBB应用、开发情
况
采购人员 • -
• 提供相关零部件某省
市场信息,指导CBB设
计和选型
• -
• 为开发人员提供最新
的零部件采购信息,
用于CBB的升级更新
• -
©
CBB管理与技术开发和产品开发紧密衔接,保证将CBB切实可行的应用
到最终的产品
174
技术研究
产品开发
CBB项目
立项
CBB设计
开发
CBB移交
组织开发2
充实维护
新产品
立项
CBB应用
基于CBB
方案设计
打样验证 产品移交
3
4
CBB库
CBB目标
规划
CBB绩效
下达
行业和竞争对
手CBB的路标和
趋势
产品模块化的
问题和需求
规划设计1
5
监
控
评
估
©
CBB数据库的变更需经过管理委员会的严格审批
175
新增CBBCBB开发
更新CBB
终止CBB
CBB维护
CBB审批
CBB管理委员会
CBB库数据同步
已有CBB库中,是否存在同类或相似的CBB,其应用情况如何?复
用程度如何?
CBB的规划和设计是否符合业界或供应商的技术路标和趋势?
CBB变更是否符合公司的战略、产品/技术路标、投资组合?
该CBB模块的技术参数、结构、接口是否已被清晰定义?是否规
范合理?
CBB审批参考问题
©
针对CBB相关的考核,可以考虑以下几类绩效指标
176
指标维度 指标名称 指标描述 性质
运营
零件减少数量比例 零件较去年相比数量的减少比例,适用于单个产品或某类产品 定量
共用模块应用占比 共用零件数量/总零件数量,适用于单个产品或某类产品 定量
共用模块开发数量 新的共用零件的数量,适用于预研的新产品中 定量
共用能力 共用零件数量/可共用的零件数量,适用于单个产品或某类产品 定量
供应商减少数量 零件的采购供应商较去年相比的减少数量 定量
CBB采购成本占比
共用零件的采购成本占所有零件采购成本的比例,适用于单个产
品或某类产品
定量
CBB清单提交准确性
提交给归口部门的CBB清单是否重大信息的疏漏和不准确的情况,
针对一、二级研发中标准工程师的考核指标
定性
CBB清单更新及时性
定期下发给相关人员最新CBB清单的及时性,针对CBB清单归口部
门的考核指标
定性
学习与成长
CBB培训计划达成率 CBB实际培训次数/CBB计划培训次数 定量
CBB培训质量 CBB培训参与人员的平均打分 定量
©
从产品系统分解和组件封装的角度出发,研究产品的构成形式,识别
各品类产品的共用基础模块,确立CBB的步骤如下:
177
步骤一
阐明任务,确定需
求
步骤二
零部件分析
步骤三
产品功能分解
步骤四
产品功能模块划分
步骤五
产品结构模块划分
步骤六
识别CBB
步骤七
CBB设计
某省市场和用户的
情况,梳理产品需
求
了解产品模块化的
现状,明确CBB的
目标和范围
分析现有品类产品
的零部件使用情况
了解现有零部件对
产品的支撑能力
梳理客户需求,确
定相应的产品功能
点
结构化零散的产品
功能点,完成产品
功能模块的设计
确定实现各个功能的产品
结构单元
映射功能模块的划分,完
成产品结构模块的设计
梳理构成产品的所有
零部件模块,基于对
重用性和共用性的评
估,提取CBB
完成CBB功能和技术
参数以及接口的定义
和设计,建立CBB数
据库
©
方法论的重要概念定义
178
重
要
概
念
定
义
产品功能分解
产品功能树
产品结构树
按照一定的功能分类方式梳理出产品所有
的功能点,并以树状图的形式表现展示
通常可按照功能的必要性、专用性、功能
作用等分类方式分解产品功能,目的在于
确定产品所有的功能点,避免任何遗漏导
致不能满足客户对产品的需求
从产品模块化设计和开发的角度,将分解
出来的产品功能点组织归类,实现产品功
能的模块化分解
以树状图的形式展示最终产品功能模块的
分解
产品的功能模块最终是由实体结构实现的,
从零部件构成的角度分解产品,并以树状
图展示
产品结构分解应对应产品功能树,保证结
构模块可以实现所有确定的功能模块和子
功能点,避免遗漏
XX产品
XX功能 XX功能 XX功能
…
…
…
…
…
…
…
…
产品功能树
功能模块 功能模块 ……
子功
能模
块
子功
能模
块
子功
能模
块
…
…
…
…
产品结构树
功能系统 功能系统 ……
部件部件部件
零件
零
件
结构单元 结构单元 ……
©
通过深入某省市场调研,并结合大量已有订单分析,确定各品类产品
模块化的方向、定位和需求
179
市场调研
销售数据
分析
用户体验
研究
订单分析
客户信息 市场信息 产品信息
汇总分析
市场对各类产
品的需求量和
变化趋势
客户对各类产
品的要求
某省市场同类
产品的发展情
况
潜在消费群体
的挖掘
技术情报
调查
方法
信息
内容
归纳
分析
分析
结果
步骤一
©
模块化需求分析
180
产品需求:
- 近期和某省市场需求和趋势
- 对客户群进行细化,深入了解不同背景的客户的需求
- 充分掌握客户需求,特别是功能、性能、参数、造型、价格、交货时间等方面的各种需求
和特殊要求
- 评价客户不同需求的关系和重要性
模块化需求:
- 同类产品整体的模块化现状
- 产品模块化设计中存在的问题,例如CBB比例,设计结构,生产工艺,生产效率等
- 产品需要通过模块化解决的问题
- CBB的目标和范围
步骤一
©
实际生产中,产品的零部件种类混杂且数量较多,需进行系统性的统
计和分析
181
步骤二
1 零部件频谱分析
1.基于BOM的频谱统计
- 提取单一品类下所有的产品的BOM表,统计所有零部件的使用频率
- CBB的范围仅限于部件、零件和结构单元,其他类型的物料不在考虑范围内,比如油漆等物料
2.标准化零部件
- 识别使用频率较高的零部件
- 将其作为标准化的候选零部件,评估标准化的可能性
3.规范化零部件
- 对使用频率较低的零部件进行规范化
- 衡量如何尽可能减少在同种类零部件中使用不同类型或型号的实例零部件?
步
骤
说
明
©
根据零部件的特性,进行零部件分类,明确标准、变型和定制的零部
件
182
步骤二
行业标准件
变型通用件
客户定制件
2 零部件归类分析
数量 成本
50%
10%
40%
10%
20%
70%
• 行业标准件:
- 完全标准化的零部件
• 变型通用件:
- 可以从已有零部件中通过参数化设计的方法
派生出来的变型零部件
• 客户定制件:
- 必须根据客户的需求进行设计、开发和加工
的零部件,零部件结构较复杂
1. 行业标准件归并:将有行业标准的零部件归类
2. 变型通用件件归并:将通用性好,可通过变型设计得到的零部件归类为变
型通用件
3. 定制化零件分解与分析:将为特定客户需求定制的零部件进行分解,找出
其中的变型通用件和行业标准件进行归类
4. 客户定制件归并:将那些不能归入变型、标准类的零部件归入客户定制件
分类定义
步
骤
说
明
©
分解产品族功能,确定组成产品总体功能的各个层次的子功能,建立
产品功能树
183
步骤三
产品族功能分解法
分类 描述
基本功能 产品中基本的、经常重复的、不可缺少的功能,功能点基本不变,例如冰箱
的冷藏和冷冻功能
辅助功能 主要指产品中实现安装和连接所需的功能
特殊功能 产品特殊的、完善性的或扩展功能,例如风机的远程监控和维护功能
适应功能 为了和其他系统或边界条件相适应所需要的可临时改变的功能
用户专有功能 不能预知的,为特定客户专门定制的功能,不确定性高且极少重用
产品功能分解
基本功能 辅助功能 特殊功能 适应功能
用户专有功
能
功能点
功能点
…
功能点
功能点
…
功能点
…
功能点
…
功能点
…
©
产品功能
分解
基本功
能
辅助功
能
特殊功
能
适应功
能
用户专
有功能
功能
点
功能
点
…
功能
点
功能
点
…
功能
点
…
功能
点
…
功能
点
…
结构化划分产品功能点,形成不同层级的产品功能模块,获得清晰的
产品功能结构
184
产品功能树
功能模块 功能模块 ……
子功能
模块
子功能
模块
子功能
模块
…… ……
1. 一般,按照产品的功能特
征和业务类型,聚集零散
的功能点形成功能模块,
实现产品功能模块的划分
2. 根据产品的复杂程度不同,
功能模块也可以被分解成
不同层级进行展开
3. 功能模块的划分应遵守一
定的原则,例如相似性原
则、模块聚类原则、相对
独立原则等
步骤四
步骤说明
©
产品功能模块的建议划分原则 (1/6)
185
原则 原则描述 例子
相似性
原则
分析产品族中不同产品的功能,将相似性
强或同种类的的功能点组合成单独的功能
模块
汽车的发动机模块集成了所有动力功能;
电气系统集成了所有用电相关的功能,
例如电源、点火、启动、照明、仪表、
空调、雨刷等
步骤四
轿车
动力模块 电气模块 传动模块
点火电源控制
电池状
态显示
……
启动 照明 仪表显示空调 雨刷 电子控制
机油状
态显示
水
油量显
示
油量显
示
车速显
示
©
产品功能模块的建议划分原则(2/6)
186
原则 原则描述 例子
聚类原
则
可以将关联性强的功能点尽可能的归类到
一个模块内
计算机将所有计算功能封装到CPU模块
步骤四
PC机
显示模块 处理器模块 主板模块
运算
指令控
制
指令寄
存
指令译
码
……
存储
待处理数
据存储
已处理数
据存储
操作控
制
算术运算
逻辑运算
©
产品功能模块的建议划分原则(3/6)
187
原则 原则描述 例子
相对独
立性原
则
功能模块间尽可能做到独立化,具备从产
品的整体结构或系统中分离出来的可能性;
模块的功能和性能可以被单独实验
智能健康卫生功能和刷功能相对独立,
可以进行独立测试,甚至可以单独购买
使用
步骤四
智能
冲刷功能 健康卫生 智能控制
自动烘
干
臀部清
洗
水压调
节
过滤净
水
……
座圈加
热
清洗功
能
自动除
臭
水
位置调
节
©
产品功能模块的建议划分原则(4/6)
188
原则 原则描述 例子
可组合
原则
划分的模块可以尽可能的通过组合或更换
衍生出多种产品,满足不同客户的需求
不同的空气处理模块可以根据客户需要
简单的拼接组合成不同产品
步骤四
海尔空气魔
方
香薰送风
模块
加湿模块 净化模块 除湿模块 底座模块
©
产品功能模块的建议划分原则(5/6)
189
原则 原则描述 例子
可扩展
性原则
模块需有一定的扩展性,具备预留一定的
空间和接口可能性,方便新增功能的集成,
满足客户新的需求
PC机的内存模块支持多条内存的扩展,
在360以前,PC机任何一个元件的改变
都会引起整机的变化
步骤四
PC机
显示模块 处理器模块 主板模块 内存模块 ……
多通道
扩展
内存读
取
内存写
入
©
产品功能模块的建议划分原则(6/6)
190
原则 原则描述 例子
可维护
性原则
尽可能将有相同维护频率、维护要求、维
护时间和维护复杂度的功能点划分在一个
功能模块内,便于以较低的成本集中维护
空气净化器的多层滤网组成一个滤芯模
块,统一清洗或更换
步骤四
Blueair空气净化
器
进风模块
复合型过滤
模块
出风模块
有害化
学气体
吸附
粒子过
滤
……
有害化
学气体
分解
©
功能模块是功能点的载体,功能模块的结构实现最终是通过零部件等
生产模块完成
191
步骤五
产品功能树
功能模块 功能模块 ……
子功能模
块
子功能模
块
子功能模
块
…… ……
1.根据功能模块找到实现相应功能的零部
件,进行产品结构的模块划分,最终形
成产品结构树
2.“功能模块”与“功能系统”对应,用
于统领并划分零部件间的界限,“功能
系统”是虚拟概念,不需对应BOM中真
是的零部件
3.将步骤二中BOM表的所有零部件映射到
产品结构树中
产品结构树
功能系统 功能系统 ……
组件组件组件
零件 零件
结构单元 结构单元 ……
步
骤
说
明
©
产品结构树示例
192
步骤五
动力系统 传动系统 驾驶室系统 车架系统
柴
油
机
上
柴
……
柴
油
机
潍
柴
柴
油
机
玉
柴
Z
F
变
速
箱
柳
工
变
速
箱
空
调
电
子
系
统
前
车
架
后
车
架
上
铰
接
板
下
铰
接
板
右
翼
箱
左
翼
箱
前
中
梁
分
配
阀
层级分解
使用BOM表中真实的物料
/零部件
轮式装载机
©
通过对产品构建模块的深入分析,提取和确定各品类产品的共用基础
模块(CBB)
193
步骤六
通用件 专用件注:
1.零部件分析:基于步骤二中零部件的
分类,评估并确定可以由通用变形件
代替的定制化零部件以及可以由行业
标准件代替的变型零部件,并更新产
品结构树
2.差异分析:从各品类产品的角度,分
析零部件是否可以共用,识别产品结
构树中的通用件和专用件,提取通用
件作为CBB
3.“减法分析”:对于同种类的零部件,
结合零频谱分析,评估是否可以清除
使用频率低,公用性差的零部件,将
保留下来重用性高零部件的作为CBB
4.“加法分析” :评估是否可以将层
级较高的部件、零件作为CBB,大颗
粒度的CBB有效的压缩了产品层级,
简化产品结构,缩短产品设计和制造
的
5.汇总并最终确定单品类产品的CBB库
步骤说明
机
箱
主
板
机
箱
体
电
源
风
扇
配
线
加法?
CP
U
i5
-
44
00
i5
-
66
00
i
7
减法?
PC机产品结构树
输入系
统
显示系
统
存储系
统
主机运
算系统
……
内
存
©
确定CBB的标准模型和接口,建立CBB库,实现统一管理和应用
194
步骤七
设计元素 元素说明
名称 规范的CBB名称促进开发人员间对零部件有统一的理解和认识,减少各
部门或职能间的认知分歧,利于CBB在各产品线和全公司的推广
功能 CBB在产品中的作用,为产品提供的全部功能点
应用范围 确定使用该CBB的产品集合
结构模型 CBB共用模块的几何形状、物理结构、尺寸参数、工艺参数等,一般以
设计图纸的形式体现
功能参数 CBB功能的技术规格,比如出水量、耐磨系数等
接口定义 CBB和产品其他模块进行组合时的接口模型,包括功能接口和几何接口。
功能接口说明了零部件间的输入和输出,几何接口定义了模块间机械连
接的结构和具体尺寸信息
CBB库
功能参数
名称
功能
接口定义
应用范围 结构模型
©
CBB相关模板
195
模板名称 模板说明 模板文件
需求分析 阐述各品类的产品需求以及模块化的需求
零部件分析 对各品类的所有产品进行系统性频率分析,
并进行归类
产品功能分解 全面的剖析并分解产品功能,结构化的梳理
各品类产品
产品功能树 划分产品功能模块
产品结构树 基于功能实现原理,确定并划分产品结构模
块
CBB设计库 对提取的CBB进行技术设计
©
培训议程
上午
IPD和技术管理体系概览 20分钟
技术趋势和需求分析 15分钟
技术树和技术清单 30分钟
T-SPAN评估工具(练习) 45分钟
技术成熟度工具 30分钟
下午
技术战略 30分钟
技术战略实施计划(练习) 30分钟
技术规划和研究流程 30分钟
CBB体系方法论(练习) 60分钟
课堂测试 30分钟
205
©
课堂测试说明
206
测试内容:整场培训中涉及的技术管理各项内容
测试对象:参与培训的在座各位
测试时间:30分钟
测试形式:分为判断题(10题,每题2分)、选择题(10题,每题3分)、多选题(10分,每题
5分),共计100分;其中,多选题若是多选或是漏选,均视为0分
测试要求:
− 收到测试问卷时,请勿擅自翻开问卷开始答题,直到项目组通知测试开始后方可答卷
− 闭卷考试,过程中不得翻阅资料、查看手机、交头接耳
− 以上情节严重的,项目组有权扣除相应的分数,甚至剥夺本次测试权利
− 答卷上填写字迹要求清晰可读,若难以阅读的,项目组有权不给予相应分数
− 超过60分视为合格,若未达标者将择期重考,日期待定
其他说明:考试成绩将于10月27日(本)统一公布
©
Q&A
207