研发项目管理-IPD流程管理(详细版)
如果无法正常显示,请先停止浏览器的去广告插件。
1. 研发项目管理 —— IPD 流程管理
内部资料 注意保密
版权所有
注意保密
1
2. 目录
IPD 简介
结构化端到端的流程
研发体系的流程关系
产品开发流程各阶段关键活动介绍
流程管理的角色与职责
版权所有
注意保密
2
3. 什么是 IPD ?
•
IPD (集成产品开发)的思想来源于美国 PRTM 公司的
PACE 理论,在这套理论中详细描述了业界最佳的产品
开发模式所包含的各个方面。
•
经过 IBM 公司的实践, IPD 已经成为一套包含企业产品
开发的思想、模式、工具的系统工程。
•
IPD 强调以市场需求作为产品开发的驱动力,将产品开
发作为一项投资来管理。
版权所有
注意保密
3
4. IPD 的核心目标
IPD 的目标是实现产品开发的准、快、低
准:开发满足细分市场客户需求的产品。
快:向市场快速提供成功的产品。
低:实现低成本的产品开发以及产品的低成本设计。
版权所有
注意保密
4
5. IPD 能给企业带来什么好处?
通过成功实施 IPD 的要素,能给公司带来典型好处:
产品投入市场时间缩短 40 %~ 60 %;
产品开发浪费减少 50 %~ 80 %;
产品开发生产力提高 25 %~ 30 %;
新产品收益(占全部收益的百分比)增加 100 %
(来自国际著名 PRTM 咨询公司的统计)
版权所有
注意保密
5
6. IPD 的核心思想
• 产品开发是一项投资
• 基于市场的创新
• 跨部门的协同
• 结构化开发流程
• 异步开发
• 重用( CBB )
版权所有
注意保密
6
7. IPD 包括三个重组
流程重组
项目和管道管理
结构化流程
跨部门团队
基于市场的创新
异步开发
产品
优化投资组合 公共基础模块
市场管理 产品重组
版权所有
注意保密
7
8. 目录
IPD 简介
结构化端到端的流程
研发体系的流程关系
产品开发流程各阶段关键活动介绍
流程管理的角色与职责
版权所有
注意保密
8
9. 什么是流程 (process)?
流程 (process) 是将输入转化为输出的一组彼
此相关的资源和活动。
流
特点:
输入
活动
1
活动
2
程
活动
3
输出
可重复性的活动
有输入和输出
产出性活动 ( 为客户创造价值 )
版权所有
注意保密
9
10. 流程与职能部门的关系
• 流程往往跨越了多个职能部门,关注整个组织
的最终目标。
• 每一个部门通常会涉及许多不同的流程。
中研
中试
订单
营销
技术
支援
非成熟产品订单履行流程
成熟产品订单履行流程
客
户
需
求
只关注组织就会使我们太接
近于树,而看不到森林。流
程要求关注整体而非局部,
我们是在森林的游戏里,而
不是在树木的业务里。
部门 / 职能目标
版权所有
注意保密
10
11. 组织和文化的演变——大企业里的官僚和呆板
坚固的部门墙
只关注各自孤立的活动;
只关注上司的感觉;
只关注局部的效率;
顾客
需求
活动
1
活动
2
活动
3
活动
1
活动
2
版权所有
活动
3
活动
1
活动
2
活动
3
产品 / 服务
输出
注意保密
11
12. 组织和文化的演变——小企业里的灵活和激情
高效的团队合作
关注有效输出;
关注顾客的需求和满意;
关注整体目标的实现;
员工
顾客
需求
活动
1
活动
2
版权所有
活动 3
产品 / 服务
输出
注意保密
12
13. 企业流程发展的最终阶段
阶段 2
阶段 3
计 供应链管理
产品开发
阶段 1
认同的流程,但部
门职能占据主导 以流动驱动
的运营
营销及服务
部门职能驱
动的运营
把流程从职能组织的背后移到前面来!
版权所有
注意保密
13
14. 结构化开发流程定义
为了管理好新产品项目开发,项目开发必须成为结构合理、
定义清楚的全流程管理:
结构合理:自上而下的层次架构中,上层结构简单一些,越到下层越具
体,分为阶段、步骤、任务和活动四个层次三级计划体系
定义清楚:每项工作都应清清楚楚地明确规定出来,所有与产品开发有
关的人应该清楚他们所参与的是什么工作,用什么方法完成
全流程:由起始端到结束端的基于市场需求和客户交付的全流程
活动定义:具备四要素:唯一的责任人,明确的输入输出模板与样例,
明确的评价要素,以及明确的时间界限
版权所有
注意保密
14
15. 开发流程的结构化层次
结构化开发的层次
• 阶段
• 步骤
• 任务
• 活动:详细的开发指南(指导书、
阶段
模板、表单、评价要素
步骤
CHECKLIST )
任务
活动
版权所有
注意保密
15
16. 结构化与流程和组织的关系
结构化的设计思想
阶段 一级计划 一级流程
步骤 二级计划 二级流程
三级计划 三级流程
任务
任务
活动
活动
版权所有
注意保密
16
17. 产品开发项目结构性流程概览
技术评审点
决策评审点
概念决策评审
计划决策评审
生命周期
结束评审
可获得性评审
需求变更管理
概念
开发
计划
验证
发布
工程项目管理
客户关系管理
需求分析 系统设计 概要设计 详细设计 测试
技术评审 1
技术评审 2
验证
发布
实施服务
项目管理
技术评审 3 技术评审 4技术评审 5 技术评审 6
PPT
PDT
( M )
( R
)
版权所有
注意保密
17
18. 采用与混合矩阵组织对应的产品三级计划体系进行项目管理
开发合同书
一级计划
一级计划
项目经理
任务书
委托合同书
研发组经理
支撑组经理
中试组经理
营销组经理
支持经理
二级计划
二级计划
项目组个人
承诺书
艺
版权所有
三级计划
三级计划
注意保密
18
19. 按层次管理和监控项目
里程牌、预算及计划
项目结构及视图
高层管理团队
项目组
外围组
项目经理
阶段
(6)
项目级
步骤
(25)
项目小组长
功能级
任务
(200-300)
外围组成员
活动
(2500+)
部门级
计划编制
报告
版权所有
注意保密
19
20. IPD 流程的层次结构定义
一级流程 ( 面向评审点的):
二级流程(面向阶段):
指导 PDT 对项目进行计划
和管理,体现所有任务,
描述任务间的依赖关系,
建立流程和子流程、模板
等之间的关系。
对全流程提供快速浏览,体现
阶段和主要任务
IPD
流程袖珍卡
6 个阶段及步骤流程
17 个面向对象的支持流程
二级支持流程(面向对象):
指导各功能部门的具体开发工
作
文档模板
17 个面向对象的支持流程:
6 个阶段及步骤流程:
PP001
PP002
PP003
PP004
PP005
PP006
概念阶段流程
计划阶段流程
开发阶段流程
验证阶段流程
发布阶段流程
产品生命周期管理流程
版权所有
SP001
SP002
SP003
SP004
SP005
SP006
SP007
SP008
SP009
SP010
决策评审流程
技术评审流程
项目管理流程
财务管理流程
质量管理流程
系统工程流程
硬件开发流程
软件开发流程
结构开发流程
工业设计流程
SP011
SP012
SP013
SP014
SP015
测试与验证流程
资料开发流程
技术支持流程
制造流程
采购流程
SP016 市场流程
SP017 销售流程
注意保密
20
21. ¸ Å
Ä î
½×
¶ Î
IPMT/PDT
¾ ² ö ß
ÆÀ
É µ
ó ã
& Ö ÷
Ò ªÀ ï³ Ì± ®
PDT
ÖÆ
¶ Ò̈ Î µ ñ
· ½
° ¸
Ï îÄ ¹ ¿ Ü
Àí
¼Æ
» ®
× ¼
± Ï̧ Ä
î ¿
È Î ñ
Ê é
È Î Ê
ñ é
³ ² õ ½
² Æ
Î ñ
Æ ¹ À À
¸ ú
× Ù
Ä ¿
± ê
³ É
± ¾
Ñ Ô
¡ ñ
Ò »
¸ ö̧ Ä
Å î
Ñ Ç
° Ì ó æ
´ ú
¸ Å
Ä î
È ¼
í þ̧ Å
Ò ª
É è
¼Æ È ¼
í þ
Ï ê ¿ ª· ¢ &² Ê
â Ô
Ï Ȩ́ ¼
è Æ È í¼ þ
µ ¥
Ô ª
SIT
Ï ¶
ò µ̈ ¥
 Ä
Ð ×
Ð Ö
î Õ
Ì á
¹ ©
Å Ö
ä Ã
SVT
º ÍÄ ² Ú ¿
È ÏÖ ¤
/
± ȩ̂ Ë
² Ê
â Ô
SDV
² ú
Æ ·¹ ¤
³ ÌÖ §
³ Ö
£ Î̈ ¬
» ¤
º Í̧ Ä
½ø
£ ©
Beta ² â
Ê Ô
SVT2
Í â
² Ï ¿ µ
Í ³È ÏÖ ¤
² â
Ê Ô
&
± ȩ̂ Ë
² â
Ê Ô
¿ ª· ¢
¡ °¿ ª· ¢
¡ ±
² â
Ê Ô
× °± ¸
¿ ª· ¢
º ÍÑ é
Ö ¤
× Ê
Á Ï
´ ò
Ó ¡ ¢
× °Ô Ë
¡ ¢́ æ
´ ¢
× Ê
Á Ï
· Ò ë
· Ò ë
Ñ é
Ö ¤
² â
Ê Ô
Í £
Ö ¹Ö §
³ Ö
× ¼
± ¸¿ Í» §
· þ
Î ñ
&Ö §
³ Ö
Ö §
³ Ö
Beta ² â
½ø
Ð Ð
° ²× °º Í¿ · É þ
Î ñ
Ð Ô
² â
Ê Ô
Ê Ô
× ¼
± ¸ ESP¿ Í» §
Ö §
³ Ö
Ö ¶
Æ ¨¿ »
Í §
· þ
Î ñ
Ö §
³ Ö
¼ »
Æ ®
à ÷
È ·¿ Ö
É Æ
Ô ìÐ Ô
Ð è
Ç ó
Ö Æ
¶ Ö̈ Ô
Æ ì¼ Æ
» ®
Ö Æ
¶ Ö̈ Æ
Ô ì² ß
 Ô
× ¼
± Ȩ́ ú
² ú
³ õ
Ê ¼
² ú
Æ·
É ¼
è Æ
Ö Æ
Ô ìÁ ³ ÷ Ì
² ¹ É º³ Ê
õ ¼
² ú
Æ Î · ïÁ Ï
¸ ü
ÐÂ
ÊÐ
³ ¡¼ Æ
» ® Ó Å
» Ê̄ Ð
³ ¡¼ »
Æ ®
Ö / ¤ ¸ ü
Ð Â
/Ï ú
Ñ Ö
é Ê
¤ Ð
³ ¡ Ñ é
Ê Û
Ô ² ¤ â
Ð è
Ç ó È ·¶ B̈ATAº ÍESP¿ Í» §
½ø
Ð Ð
¾ ºÕ ù
· Ö
Î ö
Ö Æ
¶ ¨¶ ©
µ ¥
 Ä
Ð Ð
² ß
 Ô
² ú
Á ¿
Ö ð
² ½
Ì á
É ý
² ¹ É ºRAMP
UPÎ ïÁ Ï
¼ ¿
à Ø
É ² ú ú
¹ À
Ü í¹ Ó
© ¦/Ð Ç
è ó
¼à
¿ Ø
¹ ©
Ó ¦É ̱ íÏ Ö
² É
¹ ºÉ ú
² ú
Æ÷
¼ þ
Ï P
ò DTº ÍÏ ú
Ê Û
È Ë
Ô · ± ¢
² ¼ Û̧ ñ
· ² ¢ ¼
² ú
Æ ·° ü
¼ ¿
à Ø
Ï ú
Ê Û
&¿ Í» §
Ô Â
¶ È
Ô ¤
² â
² ú
Æ ·° ǘ Ù
Ï ú
¶ ©
µ ¥
 Ä
Ð Ð
» î¶ ¯
Ö Æ
¶ ¨¶ ©
µ ¥
 Ä
Ð Ð
¼Æ
» ®
Ï ú
Á ¿
³ Ð
Å µ
² É
È ¡¼ Û̧ ñ
µ ÷
Õ û
Ð Ð
¶ ¯
Ö Ð́ Ð
¿ Í» §
Ç Ò̈ Æ
» î¶ ¯
× ¼
± ¸ EO M · ¢
² ¼
EO M
× ¼
± ¸· ¢
² ¼
/ ¾Ö
² ¿
¹ «
¿ ª/Å à
Ñ µ
版权所有
Ö §
³ Ï Ö ú
Á ¿
Ô ¤
² â
Ö Æ
Ô ìÏ µ
Í ³Ñ é
Ö ¤
Ö ¶
Æ ¨· ¢
² ¼ »
Æ ®
Ö ¶
Æ ¨· ¢
² ¼
² ß
 Ô
Ö Æ
¶ ¨¿ Í» §
Ç Ò̈ ¼
Æ »
Æ ®
ESP
Ö Õ
Ö ¹É ú
² ú
Ñ ¡Ô ñ
¹ ©
Ó ¦É Ì
ÖÆ
¶ ³̈ õ
ʼ
µ Ä
Ê Ð
³ ¡¼ Æ
» ®
Ñ Ö
é ¤
Ê Ð Ö ¶
Æ Ï̈ ú
³ ¡Ð Ç
è ó Ê Û
Ô ² ¤ â
Ì á
¹ ©
³ Ö
Ð ø
µ Ä
¿ Í» §
Ö §
³ Ö
· ¢
Ô Ë
ESP² ú
Æ·
¿ ª· ¢
¡ °Ö Æ
Ô ì¡ ±
² â
Ê Ô
× °± ¸
¸ ü
Ð Â
¹ Ó
© ¦É &
Ì Î ïÁ ÏÑ ¡
² É
¹ ºÔ Ð Í» ú
Î ïÁ Ï
Ô ñ
¼Æ
» ®
Ö Æ
¶ Ê̈ Ð
³ ¡ ¼
¢ Û̧ ñ
º Í
ESP² ß
 Ô
Ö §
³ Ö
ESP¿ Í» §
Ç Ð
» »
µ ½
Ö Æ
Ô ì² Ù
× ÷
É ú
² ú
³ õ
Ê ¼
² ú
Æ·
Ö Ô
Æ ì¹ ¤
Ò Õ
¿ ª· ¢
× ±
° ¸× Ì Ü å
· ½
° º̧ Í
¹ ¤
Ò ×
Õ Ü
Ì · å ½
° Ȩ́ è
¼Æ
Ö ¶
Æ ³̈ Ê
õ ¼
¹ ©
Ó ¦É Ì&
Î ïÁ ÏÑ Ô
¡ ñ
¼ Æ
» ®
Ê ³ Ð ¡¹ Ü
À íÊ ³ ä ö
GAº µ
ó Ä EC¹ Ü
À í
Î Ê
Ì ¹ â Ü
À í
Ï ê
Ï Ȩ́ è
¼ Æ
º ÍÓ Ã
» §
ÆÀ
¹ À
Æô
¶ ¯
¹ ©
Ó ¦É ÌÈ ÏÖ ¤
Á ÷
³ Ì
Ï Ê
ú Û
Ö ³ § Ö
Beta
² â
Ê Ô
¹ ¤
Ò µ & È Ë
» ú
¹ ¤
³ ÌÉ è
¼Æ
È Î ñ
· Î Ö ö
º Í
Ö ³ § Ö
¶ Ò̈ Ê
å Ð ¾ ºÕ ¶
Ä îÉ è
¼Æ
º ÍÉ è
¼ Ñ
Æ Ý
Á ·
ù Ô
Ê Æ
Ö À ¸ Å
³ Ð
¡ è
Ç ó
¹ À
Ö Æ
¶ ¨¿ »
Í §
· þ
Î ñ
Ö §
³ Ö
² Â
ß Ô
² ¹ É º
² É
¹ º
¶ ©
µ ¥
 Ð
Ä Ð
Ö §
³ Ö
ESP¿ Í» §
EC ¹ Ü
À í
¿ · ª ¢
º Ͳ â
½ ¹ á ¹Ï ê Ê Ô
Ï Ȩ́ ¼
è Æ ½ ¹ á ¹µ ¥
Ô ª
½ ¹ á ¹̧ Å
Ò ªÉ ¼
è Æ
à È
÷ ¿
· É
· þ
Î ñ
Ð Ô
Ð Ç
è ó
ÖÆ
Ôì
ÖÆ
Ô ì² Ù
× ÷
£ ¬
ÊÔ
Éú
² ú
¼°
¸ ß
¼¶
ÖÆ
Ô ì¹ ¤
³ Ì
Ó ªÏ ú
¼¼
Ê õ
ÆÀ
É ó
6
¼¼
Ê õ
ÆÀ
É ó
4A ¼ ¼
Ê õ
ÆÀ
É ó 5
Ö Æ
¶ ¨× Á
Ê Ï¿ ª· ¢
º Í·
Ò ë
¼Æ
» ®
¼¼
Ê Ö
õ §
³ Ö
¹ Ü
À í EOS
É ú
à ü
Ö Ü
ÆÚ
Ä ±
¿ ê
³ É
± ¾
¹ Ü
À í
Ë ð
Ò Æ
æ À
¹ À
Ó Å
» ¯
² Æ
Î ñ
ÆÀ
¹ À
¹ ¹½ Ä̈ ¿
£ é
¹ ¦Ä Ü
Ö £
¤ B̈BFV£ ©
Ö Æ
¶ Ï̈ µ
Í ³² â
Ê Ô Ñ é
± ×
ê ¼
&Ï Ó
Ö µ
Ð ¥
Ô ª &È ÏÖ ¤
Ð µ
 ¥
Ô ª
¼ Æ
» ®
¼¼
Ê Ö
õ §
³ Ö
¹ Ü
À í EOP
¹ Ü
À í EOM
½ø
Ð Ð
É è
¼Æ
¼ ì² é
Ó ¼
² þ
Ï ê ¿ ª· ¢ &² Ê
â Ô
Ï Ȩ́ ¼
è Æ Ó ²¼ þ
µ ¥
Ô ª
È ·¶ ²̈ ú
È ·¶ ¿
¨ É
² Ê
â Ô
Ðè
Ð Ô
Ð Ç
è ó Æ·° ü
Çó
× Ê
Á Ï¿ ª· ¢
EOS
Ö Æ
¶ ¨Æ ó
Ò µ
± ê
× ¼
º ÍÄ Ú
¿ Ø
± ê
× ¼
Ó ¼
² þ̧ Å
Ò ª
É è
¼Æ
¸ Å
Ä îÐ Ô
¹ ¤
Ò µ
É è
¼Æ
² â
ÊÔ
EOM
¼à
¿ Ø
º ͹ Ü
À íÐ è
Ç ó
¡ ¢
¹ æ
¸ ñ
º ÍÅ ä
Ö Ã
Ï Í µ ³É è
¼Æ Ö Æ
¶ ±̈ ê
× ¼
º ͹ ¸ æ ñ
Ö Æ
¼ »
Æ ®
¶ ¨
· Ö̧ îº Í
· Ö
Å Ð
ä è
Ç ó
¹ ¤
Òµ
Éè
¼Æ
¾ Ñ
½
é ÌÑ µ
× Ü
½á
² Á
Ä Ï
¼à
¿ Ø
² ú
Æ ·Ö Á
Ê ¿
Ä ±
¿ ê
º ͼ Æ
» ®
¼¼
Ê õ
ÆÀ
É ó 2
¼¼
Ê õ
ÆÀ
É ó 3
¼¼
Ê õ
ÆÀ
É ó
4
EC· ¢
² ¼
¹ Ü
À í
¹ ¸ æ ņ̃ ü
Å Ö
ä Ã̧ ü
¿ ªÊ ¼
¸ Ä
Ê Ü̧ Ä
¸ Ä
Ê ¿
Ü Ø
½á
¹ ¹¿ ª· ¢
UCD£ Ò̈ Ô
ÓÃ
» §
Î ªÖ Ð Ä
µ Ä
Éè
¼Æ
£ ©
EOP
¼à
¿ Ø
º ͹ Ü
À íÏ îÄ ¿
Å ¯
² Æ
· ½
Ö â
Ä ¿ Ó »
± ê
³ ±
É ¾ Î ñ
Æ ¹ À À
Ì ¹ á ©
¼ Ê
¼ õ
± Ņ̃ · ¡ ½
° ¸
º Í
· ¢
² ¼
ÆÀ
¹ · À ¢
² ¼
× ¼
± ¸¾ Ð
Í ÷
Ç é
¿ ö
ÓÅ
» ¯
² ú
Æ ·Ö Ê
Á ¿
Ä¿
± ê
º ͼ Æ
» ®
Ö ªÊ ¶
² È
ú /̈× Ê
² ú
· Ö
Î ö
È í¼ ¿
þ ª· ¢
¿ É
» ñ
µ Ã
Ð Ô
DCP² Ä
Á Ï
Ö ¶
Æ Ï̈ îÄ ¿
¼Æ
» ®
£ ¨ WBS 3/4¼ ¶
£ ©
¼ Ê
¼ õ
ÆÀ
É ó
1
Ð è
Ç ó̧ ü̧ Ä
Ê Ü
¿ Ø
Ó ²¼ ¿
þ ª· ¢
É ú
à ü
ÖÜ
ÆÚ
¿ É
» ñ
µ Ã
Ð Ô
º ÏÍ ¬
É ¶
è Ä̈ ¿
± ê
³ ±
É ¾
Ï µ
Í ³¹ ¤
³ Ì
· ¢
² ¼
¼Æ
» ®
Ì Ç
á ² ° É
¹ º Ó Å
» Ò̄ µ
Î ñ
¾ö
² ß
¼ »
Æ ®
Ö Æ
¶ Ò̈ µ
Î ñ
¼ Æ
» ®
ÖÆ
¶ ²̈ ú
Æ ·Ö Ê
Á ¿
Ä ¿
± ê
º ͼ Æ
» ®
ÑÐ
· ¢
À ï³ Ì± ®
Ñ é
Ö¤
GA
Ö Æ
¶ Ï̈ îÄ ¿
¼Æ
» ®
£ ¨ WBS1/2¼ ¶
£ ©
PQA
¿ ª· ¢
¸ Å
Ä î
× é
½ ¨
PDT
² Æ
Î ñ
ÊÐ
³ ¡
½»
¸ ¶ / ¸ ü
ÐÂ
¾ö
² ß
¼ ì² é
µ ã
¼¯
³ É
² ú
Æ ·¿ ª· ¢
(IPD)Á ÷
³ ÌV3.0
IPD-ghh-20021210
É è
Ö Ã
¶ µ
© ¥́ ¦À í» ·
× °Ì îÇ þ
µ À
¾³
注意保密
Ö Ð́ Ð
ESP» î¶ ¯
½Ó
Ê Ü
Å à
Ñ µ
º Í× ¼
± Ï̧ ú
Ê Û
Á ¦Á ¿
¿ ªÊ ¼
Ï ú
Ê Û
21
Í £
Ö ¹Ï ú
Ê Û
22. 目录
IPD 简介
结构化端到端的流程
研发体系的流程关系
产品开发流程各阶段关键活动介绍
流程管理的角色与职责
版权所有
注意保密
22
23. 研发企业流程整体框架
客户
战略规划流程
经营管理及业务计划流程
项目
运
营
管
管理
质量
管理
销售管理流程
市场管理流程
市场收集
与分析 产品策略
及业务计划 区域规划 客户关系
路标规划 产品推广 渠道管理 营销项目管理
产品开发管理流程
定制项目管理流程
理
财务
管理
流
程
行政
项
目
论
证
商 计
务 划 开
交 及 发
流 合同
售
验 后
证 服
务
概
念
计
划
开
发
验
证
生命
发
周期
布
管理
技术开发及管理流程(含预研及平台)
管理
供应链管理流程 / 运营管理流程
供应商管理
采购管理
生产管理
版权所有
配送管理
招聘
管理
人
培训
管理 力
绩效
管理 源
资
管
任职
资格
理
流
薪酬
管理
程
库存管理
注意保密
客户
23
24. 融智市场需求管理与分发业务流程图
产品路标规划流程
市场需求管理流程
需求收集
所有成员
需求分类
与分析
A
类
需
求
产品策略
及产品线
业务计划
V版本产品需
求规格分析
市场经理
路标规划任
务书形成
产品线总经理
市场细分与
需求分发
市场经理
IPD产品开发流程
概念
未明确的需求
开发
计划
市场经理
验证
生命周期
管理
发布
技术经理
产品开发项目经理及系统级工程师
B类需求
市场调研
C类需求
平台开发流程
立项阶
段
技术发展规划
技术发展类需求
技术战
略研究
技术路
标规划
技术项
目指南
开发阶
段
成果化阶
验证阶
发布阶段
段
段
平台开发项
目经理
技术经理
预研开发流程
技术领域专家
立项阶
段
开发阶
段
技术开发项
目经理
版权所有
验证阶
段
发布及成
果化阶段
技术经理
注意保密
24
25. 四类产品开发的流程关系图
路径D:产品委托预研
产品开发流程
概念决策评审
计划决策评审
自主开发
概念阶段
计划阶段
退市决策评审
发布决策评审
验证阶段
开发阶段
发布阶段
生命周期管理
路径E:产品项目平台化
路径A:项目产品化
立项决 标前决策
策评审
评审
定制开发
立项
阶段
招投标
阶段
定制项目流程
中标决策
评审
合同
阶段
实施阶段
计划阶段
开发阶段
验证阶段
发布(成果化)及
售后服务阶段
平台开发流程
路径C:定制项目平台化
立项决策评审
研发部立项开发
立项阶段
开发阶段
交付决策评审
验证阶段
发布阶段
成果化阶段
路径B:项目委托预研
预研流程
路径F:预研平台化
立项决策评审
交付决策评审
预研部立项开发
立项阶段
版权所有
开发阶段
验证阶段
发布及成果化阶段
注意保密
25
26. 产品层次对应的流程框架
内部立项
外部触发
定制项目流程
系统定制项目 n (一、二级计划)
共享系统
共享子系统
设计定型阶段 生产定型阶段
(D)
(P)
计划阶段
概念阶段
开发阶段
验证阶段
上市发布阶段
产品开发流程
生命周期管理阶段
平台开发流程
立项阶段
共享模块
共享部件
生命周期管理
产品开发子项目 n (二、三级计划)
共享整机
共享单机
工程研制阶段
方案阶段
(F)
论证阶段
(K)
开发阶段
内部验证阶段
单板开发子项目 n (子计划)
SOW
(更新后的)设计规格
(项目任
项目计划
单板总体设计
务书)
单板硬件详细设计 单元测试计划
PCB
设计
单板硬件调试
和单元测试
发
布
产品集成工程支持
部件开发流程
共享器件
器件选型
版权所有
注意保密
26
27. 流程的基本切换原则:
定制项目到产品之间的转换:
• 一种是基于外部需求的市场开发,定制项目当成产品的 ESP ,生
命周期管理阶段走下一个产品版本
• 一种是内部共享化,定制项目分解到产品的底层产品化
产品开发流程、定制项目流程与预研流程的关系:
• 产品开发流程、定制项目流程过程中发现有重要的技术没解决或
核心器件没认证,要么项目停下来走预研流程,要么找 2-3 个项
目组同时做技术攻关
与平台开发流程的关系:
• 直接立项做平台开发流程
• 定制项目做完后,生命周期管理阶段同步去做平台
版权所有
注意保密
27
28. 新产品开发和老产品优化的关系—— ABC 类变更
概念决策评审
发布决策评审
计划决策评审
计划阶段
概念阶段
TR2
产品需求
分解分配
和产品规
格评审
TR1
产品需
求和概
念评审
TR3
概要设计
评审
开发阶段
TR4
模块和
BBFV测试
结果评审
TR5
SIT评审
验证阶段
发布阶段
生命终止决策评审
生命周期
管理
TR6
SVT和BETA
测试评审
C类更改
B类更改
A类更改
版权所有
注意保密
28
29. ABC 类变更定义
A 类变更: 产品(项目)的主要需求发生重大变化,或者产品(项目)定位的细分客户群发生变化;
并且当前产品(项目)开发无法支撑此类变化的变更。 例如:
– 产品(项目)的主要需求发生了重大变化;例如需求由原来的解决口渴的问题,变为解决肚子饿的问题。
– 产品(项目)定位的客户群发生了改变;例如由原来的面向低端客户的低端产品,变为面向高端客户的高端产品。
此类变更相当于一个新产品(项目)的开发,需要通过研发与市场委员会(或产品部)决策评审,需要重新立项并
成立 PDT 团队进行产品开发(定制项目)流程。
B 类变更: 产品(项目)的需求发生变化,不能在当前概要设计下实现这部分需求;但在当前产品
(项目)的系统平台下是可以实现的。 例如:
– 在当前产品的基础上添加了基于此技术平台的新功能模块;
– 在当前产品的基础上某个模块的需求发生变更,此模块变更需要重新进行概要设计;
– 影响到关键路径二级计划的设计变更;
– 没有成熟的共享模块基础的变更;
此类变更一般会影响到一级计划的变更,在明确需求的前提下需要从计划阶段开始重新往下走;需要重新进行系统
设计和概要设计,并修订一级计划;此类变更也需要通过上级部门严格审批,并将修改后的一级计划上报计划部;
此类变更的审批与此项目原来审批一致;
C 类变更: 产品(项目)开发过程中不会涉及到概要设计变化的变更;此类变更不会影响要关键路径
的二级计划的变更。 例如:
– 不会影响到关键路径二级计划的设计变更;
– 非关键元器件的变更;
– 成熟货架模块替换的变更;
此类变更不会对一级计划产生影响,此类变更一般要从开发阶段切入,重新进行详细设计。此类变更经过产品经理
审批即可。
版权所有
注意保密
29
30. 目录
IPD 简介
结构化端到端的流程
研发体系的流程关系
产品开发流程各阶段关键活动介绍
流程管理的角色与职责
版权所有
注意保密
30
31. 第一部分子目录
单元一: IPD 总体流程
单元二:概念阶段流程
单元三:计划阶段流程
单元四:开发及验证阶段流程
单元五:发布阶段流程
单元六:生命周期管理流程
版权所有
注意保密
31
32. 样例:端到端流程详解
¶Ëµ½¶ËÁ÷³ÌÏê½â
版权所有
IPD¸÷½×¶Î¶þ¼¶Á÷
³Ìͼ
注意保密
32
33. 样例:面向角色对象的二级支持流程——待修订
Ö§³ÖÁ÷³Ì
版权所有
注意保密
33
34. 第一部分子目录
单元一: IPD 总体流程
单元二:概念阶段流程
单元三:计划阶段流程
单元四:开发及验证阶段流程
单元五:发布阶段流程
单元六:生命周期管理流程
版权所有
注意保密
35
35. 概念阶段的目标、关注点和交付物
目标
对产品机会的总体吸引力及是否符合公司的总体策略做出快速
评估。
主要关注于分析市场机会,包括估计的财务结果、成功的理由
及风险,主要是策略
关注
交付
交付
是基于有效的假设,而不是详细的数据。
若概念得到批准,则在计划阶段将对假设进行证实;
若概念没有得到批准,则不浪费资源。
初步业务计划
端到端 2 级项目计划,产品开发一级计划初稿
念
概
产品包输求分析说明书(可分成二块(产品市场规格说明书或
叫产品定义,系统需求说明书(含技术,服务,制造,采购)
版权所有
注意保密
36
36. 概念阶段主要活动
IPMT
PDT
½Ó
ÊÜ
Ï îÄ ¿
CHATER
º ÍРγ É
PDT
ÖÆ
¶ ¨¸ Å ¹ ²Í ¬
¿ · ª ¢
Ä î½ ×
¶ Î ² Æ
ú ·µ Ä
Éè
¼Æ
» ® ¼Æ
Ð Ç
è ó
º Í
² ú
Æ·¸ Å
Äî
² ¢
½ø
ÐÐ
¼¼
Êõ
ÆÀ
Éó
1
Ext.
Team
¸ ÷
¹ ¦Ä Ü
Á ìÓ ò
² ¢
ÐÐ
¿ ª· ¢
¸ ÷
× Ô
Áì
Óò
µ Ä
E2E 2
¼¶
¼Æ
» ®
¼ °Æä
² ß
ÂÔ
¹ Í ² ¬
¿ ª· ¢
¸ Å
Ä ¾
î ö
² ß
ÆÀ
Éó
² Ä
Á Ï£ º
¸ Å
Äî
¾ö
² ß
ÆÀ
Éó
³ õ
² ½
µ Ä
Òµ
Î ñ
¼Æ
» ®
º Í
E2E 2¼ ¶
Ï î
Ä¿
¼Æ
» ®
6 - 8 Weeks
版权所有
注意保密
37
37. 概念阶段( 1 )
-- 组建团队
IPMT
CHATER
LPDT
Рγ P
É DTº Ë
ÐÄ
× é
½Ó
ÊÜ
Ï îÄ ¿
CHATER
LPDT
È ·¶ º̈ Í· Ö
Åä
¸ ½
¼Ó
× Ê
Ô´
POP
½ Á̈ Ï ¢ îÄ ¿
» ·
¾³
LPDT
È ·¶ Ï̈ îÄ ¿
Ðè
Ò ªµ Ä
» ù́ ¡É è
Ê©
LPDT
ÓÅ
» º̄ ͹ µ
Í ¨
¸ Å
Ä î½ ×
¶ ÎÏ î
Ä¿
1¡ ¢
2¼ ¶
¼Æ
» ®
Ï îÄ ¿ ª¹ ¤
PDT COR MEMBER
ÖÆ
¶ ¨¸ ¹ ÷ ¦Ä Ü
Á ìÓ ò̧ Å
Ä î½ ×
¶ Î3¡ 4
¢ ¼ ¶
¼Æ
» ®
PDT CORE MEMBER
LPDT
ÓÅ
» º̄ ͹ µ
Í ¨¸ ¹ ÷ ¦Ä Ü
Á ìÓ ò
¸ Å
Ä î½ ×
¶ Î1¡ ¢
2¼ ¶
¼ »
Æ ®
PDT
Õû
º Ï̧ Ä
Å î½ ×
¶ ÎÏ î
Ä¿
3¡ ¢
4¼ ¼
¶ Æ
» ®
版权所有
¹ ²Í ¬
¿ ª· ¢
² ú
Æ·µ Ä
Éè
¼Æ
Ðè
Çó
º Ͳ ú
Æ·¸ Å
Ä î² ¢
½ø
ÐÐ
¼¼
Êõ
ÆÀ
Éó
1
注意保密
38
38. 概念阶段( 2 )
---- 共同开发产品包需求,进行 TR1
技
术
层
面
MKPDT
MKPDT
¶ Ò̈ å
ÊÐ
³ ¡Ð è
Çó
SE/RDPDTµ È
¿ ª· ¢
º ÍÑ é
Ö¤
ÊÐ
³ ¡¹ æ
¸ ñ
È ·¶ ²̈ ú
Æ·Ð è
Çó
IDEUCD
¶ Ò̈ å
¿ Ó
É Ã
ÐÔ
º ͱ ȩ̂ Ë
Ð Ç
è ó
SE/RDPDTµ È SE/RDPDTµ È
Ó ³É É
ä è
¼Æ
Ðè
Çó ¶ à̧ Å
Ä É
î è
¼Æ
² ¢
Ñ ¶
¡ ¨¸ Ä
Å î
TSS
¿É
· þ
Î ñ
ÐÔ
Ðè
Çó
AME
¿É
ÖÆ
Ô ìÐ Ô
Ðè
Çó
TE
¿É
² â
ÊÔ
ÐÔ
Ðè
Çó
产品包需
求基线化
技术
评审1
SE
Ðè
Çó
ÊÜ
¿Ø
² ¢
¿ ªÊ ¼
¼à
¿Ø
º ͹ Ü
À íÐ è
Çó
版权所有
注意保密
39
39. 概念阶段( 3 )
---- 完成业务计划书,进行 CPCP
×Ü
Ì å
· ç
Ï Õ
ÆÀ
¹ À
¸ Å
Ä î½ ×
¶ Î
FPDT
MKPDT
½ø
ÐÐ
³ õ
ʼ
µÄ
² Æ
Î ñ
ÆÀ
¹ À
¿ ª· ¢
º ÍÑ é
Ö¤
ÊÐ
³ ¡¹ æ
¸ ñ
RDPDT
MKTE
ÖÆ
¶ ¨¿ ª· ¢
º ÍÑ é
Ö¤
¼Æ
» ®
° ïÖ ú
MKPDTÖ Æ
¶ Ê̈ Ð
³ ¡² ß
ÂÔ
TSPDT
CT
ÖÆ
¶ ¨¿ Í» §
Ö§
³ Ö
² ß
ÂÔ
ÖÆ
¶ ¨¿ Í» §
Ç Ò̈ Æ
² ß
ÂÔ
业
务
层
面
¼Æ
» ®
½×
¶ Î
MNFPDT
ÖÆ
¶ Ö̈ Æ
Ô ì² ß
ÂÔ
FF
PROPDT
ÖÆ
¶ ¨¶ µ̈ ¥
ÂÄ
ÐÐ
² ß
ÂÔ
MKTPDT
ÖÆ
¶ ËSP² ß
ÂÔ
Ö§
³ Ö
Ï ú
Á¿
Ô¤
² â
³ õ
² ½
µ Ä
Òµ
Î ñ
¼Æ
» ®
º Í
E2E 2¼ ¶
Ï î
Ä¿
¼Æ
» ®
½ø
ÐÐ
¹ ©
Ó ¦É Ì· Ö
Î ö
ESP
S
¹ Í ² ¬
¿ ª· ¢
¸ Å
Ä ¾
î ö
² ß
ÆÀ
Éó
² Ä
Á Ï£ º
½ø
ÐÐ
Ï ú
ÊÛ
Ô¤
² â
º ÍÖ Æ
¶ Ê̈ Ð
³ ¡
² ß
ÂÔ
版权所有
CPCP
评审
注意保密
40
40. 概念阶段重点关注 1—— 资源分配和开工会议
强调项目管理与产品开发同绩效管理的结合:
1. 每一阶段都要做;
–
但概念阶段可能会涉及到多概念选择的几个小组;如果方
案比较明确,也可能直接明确系统工程师
2. 要求明确每个项目组成员是强矩阵还是弱矩阵;
3. 评估项目组成员的工作量所占比重;
4. 确定项目组成员的考核办法,并制定 PBC 。
版权所有
注意保密
41
41. 概念阶段重点关注 2—— 多概念选择及质量计划与监控
分析功能需求,然后多个小组选择最接近的一个概念(方案),去评定
:
1. 分析需求功能;
2. 选择多个备选概念:依据以往的经验先选一个初始系统概念,然后再找
出现有系统和新系统之间在功能上的差距。解决这些差距可以有不同的
方法,包括重新设计或者甚至干脆放弃并替换现有系统的某些部分;
3. 初步确定各方案的功能分解,一直要找到可能的技术;
4. 根据实际情况,公司经多个系统工程师一起评定(可以根据进度,资源
以及方案的研发或更改难度,以及可维护和可安装以及可生产性以及成
本等),选择一个概念;
5.
确定一个系统级工程师开始产品包的需求说明书或再次进行验证;之后
其他系统级工程师进行评审;
6.
并确定质量计划的监控重点。
版权所有
注意保密
42
42. 概念选择的分解
备选概念的讨论可以自上而下进行也可以自下而上进行,或者两种方式兼而有之。
自上而下的设计从系统所要求的全套功能开始,再将它们分为适当的子项,直至为
它们各自找到了可能的技术。
Í â² ¿½Ó¿Ú
Ï µÍ ³
Ä£¿é
Í â² ¿½Ó¿Ú
×ÓÏ µÍ ³
×ÓÏ µÍ ³
Ä£¿é
Ä£¿é
Ä£¿é
Ä£¿é
ÆäËüϵͳ
Í â² ¿½Ó¿Ú
Component
Component
Component
Component Component
Component
Component
Component
Component Component
Component
Component
Component
版权所有
注意保密
43
43. 概念阶段重点关注 3——TR1 评审
1. 分层次评审产品的成熟度
2. 要求共享模块能否达到比例要求(比如: 50% 以上)
3. 不能共享的新模块要求重新开发时,要明确是走预研
流程还是 B 类或 C 类更改流程,以此评估风险
版权所有
注意保密
44
44. 概念阶段重点关注 4—— 对新供应商启动认证流程
1. 在 TR1 后如果涉及到新的关键技术或关键器件的外购
和外协,可以提前启动新供应商认证;
2. 在提前采购决定评审完后,再启动采购。
版权所有
注意保密
45
45. 概念阶段重点关注 5—— 业务计划书评审重点及监控
在目前重点评审项目管理的计划管理与资源配置和风险,市
场部分分步加入,但一定要分析竞争和产业链:
1. 重点关注进度计划与成本计划;
2. 同时,确定各层次的开发,明确要走哪些流程;
3. 项目交付完成后或产品交付完成后,完成哪些单机与整机
及内部模块的产品化;
4. 评审关键路径的关键资源;
5. 评审主审人的资源和时间以及任职资格是否匹配;
6. 关键路径和关键活动是否高配,如果有高配,是否有监控
人;
7. 初步的财务指标(可以在计划阶段细化)。
版权所有
注意保密
46
46. 第一部分子目录
单元一: IPD 总体流程
单元二:概念阶段流程
单元三:计划阶段流程
单元四:开发及验证阶段流程
单元五:发布阶段流程
单元六:生命周期管理流程
版权所有
注意保密
47
47. 计划阶段的目标、关注点和交付物
目标
目标
清晰地定义产品及其竞争优势,理解业务计划,制定项目计划
及资源计划,确保风险可以被合理地管理。
最终的业务计划,这一业务计划定义了产品、市场需求及需
要的各个业务部门的支持;
评估是基于事实数据(而不是假设),因此若计划得到
批准,则团队将与 IPMT 签订一个合同来完成产品开发;若计
划没有得到批准,则不会浪费资源。
关注
关注
对概念阶段的假设进行证实。
通过与 IPMT 达成的“合同式”协议, PDT 得到授权。
在项目每个后续阶段的目标及整个项目的目标上达成共
识。
最终的业务计划
产品规格说明书
交付
交付
端到端 3/4 级项目计划和修改的一级计划
划
计
高层总体方案书(软件概要设计硬件概要设计结构概要设计)
版权所有
注意保密
48
48. 计划阶段主要活动
IPMT
确定、
分配、
增加外
围组成
PDT
员
计划阶
段开工
Ext.
Team
共同开发
DCP材料:
共同制定
计划阶段
计划
共同开发产
品高层设
计、设计规
格、进行技
术评审2
并行开
发功能
领域的
E2E项
目计划
业务计 计划决
划、项目 策评审
计划、合
同
10 - 12 Weeks
版权所有
注意保密
49
49. 计划阶段( 1 )
概念
阶段
计划
阶段
扩建
PDT
系统规格
基线化
注: mini 项目—软件项目 / 硬件项目(模块)
产品 --- 由多个软件项目 / 硬件项目组成
团队
培训
开工
会
制定
计划
阶段
开始
项目
执行
监控
增加扩展
组成员并
修改项目
文档
产品
包需
求分
解与
分配
Mini
项目
启动
系统
设计
与设
计规
格定
义
Mini 项目准备
优化 / 制定开发计
划
产品
级的
测试
设计
开始
技术评审 2
版权所有
注意保密
50
50. 计划阶段( 2 )
产品概要设计
开始
监控
设计
规格
更改
计划
阶段
概要设计
基线化
SRS SRS 基线化
产品数据结构设计 更新市场计
划
测试与验证计划
参与做提前
采购决定
信息开发计划
关键
和备
选供
应商
谈判
翻译计划
订单履行计划
物料需求计划
……
制定
/ 优
化各
业务
计划
技
术
评
审
3
产品概要设计:
软件(子系统)概要设计;
硬件(子系统)总体方案;
版权所有
单板总体设计方案;
结构(子系统)造型总体方案
开发
阶段
更新
项目
数据
库和
经验
总结
拟制
合同
书
PDC
P
评审
注意保密
51
51. 计划阶段重点关注 1—— 需求分解分配与 CBB 及标准计划的关
系
1. 需求分解分配确定是选用成熟模块,还是开发新模
块;
2. 对选用成熟 CBB ,直接采用相应的产品标准;
3. 对需开发的新模块,在开发过程中要同步制定是否
能共享的产品标准(即:新模块开发与验证的流程
与产品标准)。
版权所有
注意保密
52
52. 计划阶段重点关注 2—— 需求分解分配与三级计划的接
口
1. 进行需求分解分配,确定哪些模块要改动,改动的
模块制定二级计划;
2. 根据二级计划制定三级计划,并修订一级计划;
3. 确定二、三级计划的资源配置和关键路径、关键资
源;
4. 在计划阶段决策评审完成后,确定哪些模块要做提
前验证计划;
5. 哪些三级计划要先做定型再做渐增测试和验证。
版权所有
注意保密
53
53. 计划阶段重点关注 3—— 计划阶段再次验证市场,寻找并开
发新的 CBB
1.
再次分析外部市场和内部市场需求,包括客户需求、整机单
机需求、模块内部需求等各层次需求,寻找各层次新的
CBB ,分层次进行市场验证
2.
在新模块标准计划形成过程中,对能够成为新的 CBB 模块,
要考虑共享方面的开发要求
版权所有
注意保密
54
54. 计划阶段重点关注 4—— 提前采购决策
1. 如果是成熟模块,长周期采购物资及长周期外协,
做出提前采购决策和实施;
2. 非成熟模块,要先做技术定型;再做采购决定,否
则风险较大。
版权所有
注意保密
55
55. 计划阶段其他重点关注要素
5. 销量预测与承诺
– 要分内部、外部,预测单板、单机、整机、系统的销量;
– 通过预测的销量决定流程要做到小批量,还是批量,还是
转产。
6. 市场验证
– 验证产品包含:单板、单机、整机和分系统
7. 资料开发
– 资料开发以 IPD 核心内容为主,根据客户的需要可以设立
专业工程师,走专业化的道路。
版权所有
注意保密
56
56. 第一部分子目录
单元一: IPD 总体流程
单元二:概念阶段流程
单元三:计划阶段流程
单元四:开发及验证阶段流程
单元五:发布阶段流程
单元六:生命周期管理流程
版权所有
注意保密
57
57. 开发阶段的目标、关注点和交付物
目标
目标
关注
关注
设计产品,并将在经过批准的最终业务计划中的特有技术开发、制造
及营销策略和计划内容进行集成。
确保产品在市场上成功,评审市场及客户需求,评审产品及财务假设
设计和集成满足产品规格的产品;
准备和构建产品原型;
确保制造准备就绪:
明确、处理及减少风险和非确定性因素至可接受的水平;
确保产品具有可制造性;
准备发布制造过程技术文档;
验证计划阶段的假设。
交付
交付
测试和验证计划
评估首例样品
详细的产品发布计划
试用客户选择
产品文档
版权所有
开
发
注意保密
58
58. 开发阶段主要活动
º Ë
ÐÄ
× é
¶ Ô
Ï îÄ ¿
½ø
ÐÐ
¹ À
Ü íº Í¼ à
¿Ø
SE¹ Ü
À í̧ ü̧ Ä
º ͽ ø
ÐÐ
Éè
¼Æ
¼ ì² é
Ï Ï ê Ȩ́ è
¼Æ
¡ ¢
/× Á
Ê Ï¿ ª
· ¢
¡ ¢
· Ò ë
¼¼
Êõ
ÆÀ
Éó
ËÄ
¿ ª· ¢
² â
ÊÔ
È í¼ þ
µ ¥
Ôª
× Ó
Ï µ
Í ³
º ÍÏ µ
Í ³
½¥
Ôö
ʽ
¹ ¹½ º̈ Í
² â
ÊÔ
³
²
¹
²
õ ¼
Ê
Æ·
ú
Ä Ü
ÊÔ
â
¼¼
Êõ
ÆÀ
Éó
Î å
Æä
Ëü
¹ ¦Ä Ü
» î¶ £̄ ºÅ Ñ
à µ
¿ ª· ¢
£ ¬
× É
Ñ Ê̄ µ
Ê©
× ¼
± £̧ ¬
· ¢
² ¼
× ¼
± £̧ ¬
² â
ÊÔ
¹ ¤
¾ß
¿ ª· ¢
µ È
版权所有
注意保密
59
59. 开发阶段( 1 )
计划
阶段
开发
阶段
UT/MIT/MST
Mini 项目 1
BBIT
Mini 项目 2
Mini 项目 3
Mini 项目 4
……..
测试研发准备和开发
测试准备与更新测试计划
BBFV
BBFV : Building Block Function Verification
BBIT: Building Block Integrated Test ( 测试)
版权所有
注意保密
60
60. 开发阶段( 2 )
开发
阶段
SDV 测试(原型机)
BUILD1 测试 BUILDn 测试
转系统测试 转系统测试
BUILD
测试报告
更新相关
测试方案
更新相关
测试方案
验证
阶段
可安装性
可服务性
测试模块
BETA 测
试预安装
模板
BUILD
测试报告
初始产品
BBFV
SIT
SDV
技术
评审
4
技术
评审
4A
版权所有
技术
评审
5
注意保密
61
61. (产品级)渐增测试模型
UT/MIT/MST
TR4.Transfer to Test
BB1
SDV Build a
BB2
TR4
TR4
TR4a
SIT
Beta Test
SDV
BBITSDV Build b
Build c
TR4
Module(s)
TR4a
SDV
TR4
BBITSDV Build d
SIT
Build e
BBFT 和 SDV 是 Building 的活动
Module Level Building Block
S/W or H/W
System Level
Validation Integrate Test
Develop
Verification
(UT/MIT/MST)
(BBIT)
BBFV
SDV
版权所有
对每个 Building 都要进行 BBFV 和 SDV 的
活动
TR4 和 TR4A 是基于 Building 的技术评审
进行 Beta 测试和进行初始产品测试
( SIT )的 Building 必须进行 TR4A
每个 Building 进行功能验证( SDV )之前
要进行 TR4
注意保密
62
62. 验证阶段的目标、关注点和交付物
目标
目标
执行为满足产品需求所做的设计更改,刻画产品特点并验证产品,
发布最终的工程规格及相关文档。
确保产品在市场上成功、审视市场及客户需求、审视产品及财务假
设、审视发布计划;
确保产品功能方面的信心,形成最终的产品规格,修改设计以满足
规
关注
关注
格要求(在工作原型中表现出来);
确保制造准备就绪:
形成最终的制造过程技术文档;
对供应商是否已验证进行确认;
验证是否已开发主要制造工艺并且在可接受的范围内发挥作用
证实开发阶段的假设。
修正的产品规格
制造能力及产能计划
交付
交付
生产构件( production build )的制造文档
合格的产品及最终的产品发布计划
证
验
版权所有
注意保密
63
63. 验证阶段( 1 )
º Ë
ÐÄ
× é
¶ Ô
¼ ÌÐ ø
Ï îÄ ¿
½ø
ÐÐ
¹ À
Ü íº Í¼ à
¿Ø
SE¼ ÌÐ ø
¹ Ü
À í̧ ü̧ Ä
º ͽ ø
ÐÐ
Éè
¼Æ
¼ ì² é
¼¼
Êõ
ÆÀ
Éó
Áù
ALPHA² â
ÊÔ
BATA
² â
ÊÔ
½»
¸ ¶
Éè
¼Æ
Ï Í µ ³È ÏÖ ¤
² â
ÊÔ
º Í
± ȩ̂ Ë
² â
ÊÔ
× ¼
± ¸
¿É
» ñ
ÐÔ
· ¢
² ¼
× ¼ µ Ã
² ß
± ¸ÆÀ
¹ À ¾ö
ÆÀ
Éó
² Ä
ÁÏ
¿ É
» ñ
µ Ã
ÐÔ
¾ö
² ß
ÆÀ
Éó
¹ ¦Ä Ü
Á ìÓ ò
µ Ä
³ Ö
Ðø
» î¶ ¯
版权所有
注意保密
64
64. 验证阶段( 2 )
开发
阶段
验证
阶段
验证
阶段
发布
阶段
SVT
准备产品
评估(发
布准备评
估)
BETA 测试
BETA
测试模
板
更新项目
数据库和
经验总结
系统认证测试
和标杆测试模
板
制造牵头的压力测试等
SIT
技术
评审
6
SVT
版权所有
ADC
P 评
审
注意保密
65
65. 用户试点( ESP )和 Beta 测试是不一样的
1. Beta 测试的目标是在客户环境中获得对产品特征 的早
期评估(比如质量、功能、性能、可用性等)。 Beta
测试通常在验证阶段开始。
2. 用户试点的目标是确认产品已经满足 GA (量产供货点
或一般性可获得点)的条件。关注点是测试、安装、文
档、分销渠道以及服务支持,以确保具备 GA 的条件。
3. 如果 Beta 与试点是一个客户,则最好
版权所有
注意保密
66
66. 开发与验证阶段重点关注要素
1. 验证新单元(单板、单机和新器件)
– 新单元要提前进行验证,完成成熟度评估后,再与系统进行联调
2. 开发阶段例会与专题会会议,以及质量、计划、成本及绩效等
内控标准
– 要进行内部培训
– 要建立内部项目组成员组成与职责及内控标准规范
– 系统工程师监控和管理需求、规格和配置,并制定企业标准和内控
标准
– PQA 监控产品质量目标和计划
– 做好“内部认证 / 标杆测试”和“外部系统认证测试和标杆测试”
3. 定制项目在开发阶段如果经市场验证是产品,除了该项目可以
作为第一个 ESP 外,还要再次确定其他 BETA 和 ESP ,可以
分层次进行
版权所有
注意保密
67
67. 第一部分子目录
单元一: IPD 总体流程
单元二:概念阶段流程
单元三:计划阶段流程
单元四:开发及验证阶段流程
单元五:发布阶段流程
单元六:生命周期管理流程
版权所有
注意保密
68
68. 发布阶段的目标、关注点和交付物
目标
目标
关注
关注
交付
交付
发布产品并制造足够数量的产品以满足客户在性能、功能、
可靠性及成本目标方面的需求。
验证制造准备计划;
评估市场发布计划并进行必要的修改;
准备生命周期管理计划;
证实验证阶段的假设确保产品在市场上成功。
生命周期管理计划
对 PDT 与 IPMT 签订的合同进行评估
版权所有
布
发
注意保密
69
69. 发布阶段主要活动
IPMT
PDT 产品
发布
执行
客户
过渡
计划
支持
ESP
客户
制定
生命
周期
管理
计划
评估
与
IPMT
签订
的合
同
其他功能活动:渠道填充、装运、产品促销
版权所有
注意保密
70
70. 发布阶段重点关注要素
1. 做好量产到转产的准备;
2. 做好向生产操作切换;
3. 做好发布产品包;
4. 做好监控供应链;
5. 做好销售实施。
版权所有
注意保密
71
71. 第一部分子目录
单元一: IPD 总体流程
单元二:概念阶段流程
单元三:计划阶段流程
单元四:开发及验证阶段流程
单元五:发布阶段流程
单元六:生命周期管理流程
版权所有
注意保密
72
72. 生命周期阶段的目标、关注点和交付物
目标
目标
在产品稳定生产到产品生命终结期间内对产品进行管理。
关注
关注
管理产品直至产品生命终止,注意收集内部和外部信号,以
确定产品过渡 / 替换,制定产品过渡策略,为客户提供产品工程
支持以满足客户需求;
交付
交付
证实发布阶段的假设。
终止 / 替换产品
版权所有
命
生 期
周
注意保密
73
73. 生命周期阶段主要活动
IPMT
PDT
LMT
经验
教训
总结
考评
PDT绩
效
解散
PDT
组建
LMT
产品
维护
转移
到服
务
生命
周期
维护
版权所有
制定
产品
及客
户过
渡策
略
生命
中止
决策
评估
生
命
中
止
决
策
评
审
注意保密
74
74. 生命周期管理阶段重点关注要素
1. 做好生命周期目标成本管理和损益评估;
2. 做好市场营销策略及价格策略;
3. 产品包维护和改进;
4. LMT 的成立,明确绩效目标,以及 PDT 考核并
解散。
版权所有
注意保密
75
75. 目录
IPD 简介
结构化端到端的流程
研发体系的流程关系
产品开发流程各阶段关键活动介绍
流程管理的角色与职责
版权所有
注意保密
76
76. 流程的作用
1. 流程可以不断的总结和固化优秀的经验
2. 实现经验教训共享
3. 优秀的流程能够提升企业的核心竞争力
•
Fast 、 Right 、 Cheap 、 Easy
4. 流程是对业务运作的规范,保障最终目标的实现
5. 提高整体绩效,保障企业平稳运营
版权所有
注意保密
77
77. 企业必须建立为客户创造价值的流程管理机制
建立规范的业务流程体系
定期评估流程的运作绩效
把流程从职能组织的背
后移到前面来
建立流程持续优化的机制
部门
部门
部门
部门
部门
部门
流程 A
流程 B
部门
部门
部门
部门
部门 / 职能目标
版权所有
注意保密
78
78. 两个关键词
流程的顾客是谁?
( 上下游环节 )
顾客的订单是什么?
( 对什么负责,公司只有产品开发和营销流程是公司
产出主流程,其余流程都要为这二个主流程服
务 )
版权所有
注意保密
79
79. 流程关键评估要素
顾客满意:顾客对流程输出的满意程度如何?
(相对于它们的期望和需求)
周期:相对于流程顾客的需求和流程目标,流程周期的适合
程度如何?
返工 / 缺陷:流程产生的缺陷和返工的程度如何?
成本:流程的成本效率如何?
决策制定:流程中决策制定的有效程度如何?
版权所有
注意保密
80
80. 流程体系规划思路:从框架到细节,从高端到底层
第一层:
高端主流程
第二层 :
一级子流程
A
A1
A2
A3
见木又见林
第三层 :
二级子流程
A11
A12
第四层:操作规
范、作业指导
书、活动模版
A13
模板、指导书、
CHECKLIST
版权所有
注意保密
81
81. 集成产品开发( IPD )结构化流程层次划分
概念决策评审
第一层次:阶段(一级流程)
项目概念
作用:决策层进行阶段评审和投入,总
体把握研发进程
计划决策评审
项目计划
产品包概念
试验
研制
产品规格 项目计划
技术评审 1
发布决策评审
试产上市
销售
小试中试
技术评审 2 技术评审 3技术评审 4 、 5
保健品研发总体流步骤
项目计划
项目概念研究
第二层次:步骤(二级流程
)
作用:管理层识别和设置各阶段关键
步骤
研制与验证
试产发布
IPMT
PDT
启动项
目
验证市场
需求
产品包概
念设计
产品技
术规格
设计
制定初步
营销策略
制定后
续各阶
段二级
计划
优化营
销策略
制定后
续各阶
段三级
计划
制定产
品开发
计划
制定产
品开发
合同书
工艺、质
量开发、
稳定性、
毒性试验
市场验证
注册资料
开发
进行技术
评审
进行注
册管理
制造和销
售工具包
的准备
准备发布
决策资料
发布决策
评审
更
新
上
市
规
划
包
装
设
计
销售工
具包开
发
试产
试销
效果评
估
上市
定价
量产
准备
项目
关闭
发布
产品
和量
产日
期
扩展组
成员
保健品研发计划阶段流程(修订稿)
3B
监控研发 本阶段
工作 执行 PDT销售经理 2C
制 定本阶 段工作
计划 3C
监控销售 本阶段
工作 执行 PDT财务代表 2D
制 定本阶 段工作
计划 3D
监控质量 本阶段
工作 执行 2E
制 定本阶 段工作
计划 3E
监控技改本阶段
工作 执行 17E
参与制定项目实
施计划 WBS3/4
2F
制 定本阶 段工作
计划 3F
监控采购 本阶段
工作 执行 17F
参与制定项目实
施计划 WBS3/4
2G
制 定本阶 段工作
计划 3G
监控生产 本阶段
工作 执行 2H
制 定本阶 段工作
计划 3H
监控生产 本阶段
工作 执行 3A
监控本阶 段工作
计划 执行 2B
制 定本阶 段工作
计划
制定 项目实施计
划
监控计划实施 2A
制 定本阶 段工作
计划
技术评审 3
制定 计划阶段计划
PDT质量代表
PDT技改代表
PDT采购代表
PDT生产代表
产品概念分解
18 A
优化 产品开发计划
17B
组织和制定项目
实施 计划 WBS3/4 18 B
优化 产品开发计划
16C
组织进行 专业计
划评审 17C
组织和制定项目
实施计划 WB S344 18 C
优化 产品开发计划
19
拟定 合同 书
20
计划 决策评审
否
是
21
项目数据存档
22
更新项 目数据
23
项目 经验 总结
研制开发 阶段流
程
结束
17H
参与制定项目实
施计划 WBS3/4
制定各专业实施
计划
产 品技术 规格设计
1 5H
协助制定 质量标准
开发计划制定
6C
协助规格设计
5
提供 可共享经验
数据
6A
提出配方、工艺
和质量标准规格
4C
分解产品包概念 质量标准工程师 4D
协助分解产品包
概念 6B
提出配方、工艺
和质量标准规格
4E
协助分解产品包
概念 6D
协助规格设计
17A
组织和制定项目
实施 计划 WBS3/4
17 G
参与制定项目实
施计划 WBS3/4
4B
协助分解产 品成
本
产品开发工程师 16A
组织进行专业计
划评审 16B
组织 进行 专业计
划评审
17 D
参与制定 项目实
施计划WBS3/4
质量管理专员
13
产品 规格更改受
控
7
形成产品 规格设
计
1 5A
制定配方 改进和工
艺、资料开发 计划
1 5B
制定质量标准开发
和试验计划
14
进行机构 调研
1 5C
制定外协 机构管理
计划
1 5D
制定设备(试验)
改造计划
注册工程师
优化产品开发计划 、拟定合同书
技术评 审2 8
组织产品规格评
审
4A
分解产品 成本
销售财务 专员
设备技改专员
15E
制定 试验物料采
购、供应商选 择及
原材采购 计划
采购专员
生产计划 专员
9
更新销售 预测
10
优化市场、价
格、服务策略
15F
更新市场计划
策略专员
品牌专员
渠道专员
11
验证销 售预测
12
销 量承诺
15G
制定渠道销售计 划
作用:执行层具体完成流程中的活
动,是操作说明
1
扩充PDT团队
PDT研发经理
第三、四层次:任务和活动
(三级流程)
IPMT
PDT市场经理
终端培训专员
内部资料 注意保密
82
82. 流程的表达方式
内部 / 外部
的客户
部门 / 角色
部门 / 角色
做什么
做什么
你的业务活动
端到端的路线 / 循环 / 工作
由谁做
部门 / 角色
部门 / 角色
你的客户
做什么
由谁做
PA
做什么
(LOOP)
做什么
CMP
做什么
(LOOP)
信息流
信息系统 手动
自动
时间周期 现状
目标
CSF
在线操作
1天
1天
3天
2天
版权所有
8天
3天
注意保密
83
83. 流程的四要素
1 、角色 : 活动的执行者
2 、活动 : 流程过程中的具体行为和步骤
3 、逻辑关系 : 活动与活动之间的先后关系;也代表信息流
物流、资金流的流向
4 、时限 : 执行该流程的活动所要求的时间期限
版权所有
注意保密
84
84. Design Flow 流程图
XXXXX管理流程
(流程负责人:XXX)
阶段一
阶段线:表
示流程的不
同阶段
属部门
活动连接线:表示活动
之间的逻辑关系
04
XX申请
09
XX执行
返工点:箭
头方向表示
信息的输出
信息的输入
和输入方向
和输出方向
结束
07
审批XX
是
R3
角色所
R1
01
XX政策申报
否
R3
06
审核XX
否
R2
R2
业
务
部
阶段三
02
审批XX
政策
否
商
务
部
阶段二
05
XX申请
08
XX转发
03
XX发布
角色名称
活动框:表示活动。内部
包括活动编号和活动名称
版权所有
注意保密
85
85. 《流程操作指导书》——活动清单
编号
04
05
06A
活动名称
活动内容
要素
输入
输出
协议政策备
案 1 、备案审批通过的本年度年客
户、渠道政策(经销协议政策、
经销商布点规划、经销商选择标
准)
2 、转发本年度年客户布点、渠
道政策至商务内勤主管 1 、备案的完整与准确
2 、转发的及时与准确 审批通过的本年
度客户布点、渠
道政策 拟定协议文
本 依据本年度年客户、渠道政策,
在经销商协议模版的基础上进行
修改,拟定本年度协议文本 1 、条款清晰明确
2 、协议条款体现本年
度客户布点、渠道政策
3 、体现对去年出现的
问题的修正 1 、本年度客户布
点、渠道政策
2 、经销商协议模
版 经销商协议
文本
对协议文本的规范性、与协议相
关政策的一致性进行审核 1 、审核是否与本年度
年客户、渠道政策保持
一致
2 、审核协议文本条款
是否适合经销商的实际
情况,即可执行性 1 、审核后经销商
协议文本
2 、本年度客户、
渠道政策
3 、有关经销商协
议履行能力的信
息 审核意见
政策一致性
审核
模版
经销商
协议模
版
负责人 时
限
客服商务
部部长 1 天
商务内勤
主管 5 天
商务总监 3 天
体现活动的功 概括性地描述 保证活动正常 完成活动所 活动的产 输出文件
能;与流程图 活动的内容和 进行的关键因 需的信息、 出,体现 的固定格
保持一致 步骤 素;不是将活 文件、资源 活动的增 式;一般
动内容简单展 等 值部分 为电子版
开
版权所有
注意保密
86
86. 样例:流程操作指导书,流程管理制度文件
Á÷³Ì²Ù×÷Ö¸µ¼Êé
Á÷³Ì¹ÜÀíÊÖ²á
版权所有
注意保密
87
87. 流程操作文件的用途
一、《 XXXX 流程图》
• 可视化的业务流——入职培训
• 分析流程问题——流程优化
二、《流程操作指导书》
• 业务运行操作指导
• 职责划分依据
1.
流程活动清单:解释流程图;明确活动逻辑关系、配合制度指导
业务活动进行
2. 流程各角色主要职责:明确自己在流程中的工作内容
3. 关键节点:提醒流程的操作重心
版权所有
注意保密
88
88. 流程管理
流程管理的定义及目的:
– 流程管理是以流程为对象的企业管理活动,目的在
于通过企业流程的建立、维护、执行监督和问题的
改进,实现流程的持续优化,使企业各项业务保持
较高的绩效水平。
版权所有
注意保密
89
89. 流程管理中的相关角色
1.
流程责任人—— OWNER
一般是流程中主要或多数活动的管理者
流程管理中的责任:
负责流程运行中的管理、组织流程优化,对流程整体绩效负责。
2.
流程关键人员
流程中重要活动的执行人和关键部门管理者。对流程总体情况和各项内容均比
较熟悉。
流程管理中的负责:
协助 owner 对流程运行进行监控、管理、反馈问题。参与流程优化和操作文件
设计。对关键活动的绩效负责。
3.
活动执行者(流程中的角色) :
流程各环节活动的执行部门或人员,对所从事活动非常熟悉。
流程管理中的责任:
根据要求具体填制完成操作文件,执行操作文件。对所执行活动的绩效负责。
版权所有
注意保密
90
90. 流程责任人 owner 的职责
1. 对该类流程的运作绩效负责。
2. 负责组织制定、培训、实施及优化该类流程及相关操作指导书
、规范、模板。
3.
不断听取实践者与周边合作者的意见和建议,并与相关领导群
体、专家群体、操作执行群体共同研讨、审定具体流程环节的
优化。
4.
负责该类流程与其它相关流程的接口和协调。
关注单业务活动
业务流协调管理
版权所有
全流程管理和优化
注意保密
91
91. 流程的推行
推 行管理阶段
推行培训
试运行指导
纳入流程管理
• 签署发布流程 • 流程指导文件使用 • 颁布流程管理制度
• 流程 owner 实施培训 • 问题定期反馈(每月) • 建立流程管理机制
• 流程推行问题指导 • 流程运行管理与问题监控
• 流程 owner 组织修订流程 • 流程持续优化
版权所有
注意保密
92
92. 流程的日常管理
流程管理部门的主要工作
流程运行日常监控
流程运行质量测评
进行流程梳理和优化活动
流程培训及考核
流程文件的制作与管理
流程管理制度修订维护
版权所有
注意保密
93
93. 流程的日常管理
流程管理人员及组织建立及管理
• 流程管理人员的 KPI
• 流程管理人员的培训及考核
流程运行管理
• 流程文件版本管理
• 流程宣贯培训
• 流程操作知识考核
• 流程质量监控与评估
• 流程操作问题纠偏
流程持续优化
• 流程动态优化机制
• 企业“流程文化”建立
版权所有
注意保密
94
94. 流程评审要素
15 分
10 分
10 分
15 分
流程完备性、逻
辑性和合理性
流程展现形式简
洁美观
和公司现有制度
的一致性
流程评审
要素
对工作的优化程
度,效率是否提
高
版权所有
流程操作指导书
齐全度 10 分
流程操作指导书
可操作性 10 分
关键节点描述清
晰度 10 分
输入输出文件的
清晰度 5 分
关键模版的清晰
度和可操作性 15 分
注意保密
95
95. 流程与制度的关系
• 制度的作用在于规范活动——保证行为的统一和规范。
• 流程的作用在于整合活动——保证资源的利用效率和产出。
制度:流程
堤岸:河流
制度是让人“作正确的事”,流程是让人“正确地做事”
制度 2
制度 1
活动 X
活动 Y
活动 A
活动 Z
流程 1
活动 B
活动 A
流程 2
内部资料 注意保密
96