Plan DCP Transition Decision Check Point
ADCP Availability DCP
EOL DCP TR IRB
End Of Lifecycle Decision Check Point Technical Review Investment Review Board
产品开发团队 (PDT)
− 负责项目的具体开发工作 − 以合同的形式承接IPMT的开发任务，并以合同交付为
唯一目标 − 关注：项目进度、成本、质量… …
IPD开发组织的设计是以产品为中心，由相关功能角色参与的跨部门、 矩阵式架构
− IRB、IPMT、PDT、 LMT都是跨部门的组织， 切忌把行政组织直接作 为IPD定义的组织
检查IPMT的工作
− 关注：公司收入、投资回报、市场份 额、客户满意度… …
集成组合管理团队(IPMT)
− 对开发项目的商业前景进行分析，并向IRB汇报 − 对项目的关键评审点（DCP）负责，对项目的继续、
停止、转向做出决策 − 授权PDT进行产品开发，并对PDT进行管理和考核 − 关注：产品线收入、产品路标、客户满意度… …
轻量级
重量级
职能部门组员角色
− 在项目组内是职能部门的联络人，工 作任务的分配由职能部门主管负责
− 对项目任务的交付情况承担次要的责 任
− 在项目组内作为职能部门的全权代表， 对项目任务的交付情况直接负责
− 与部门主管保持必要的联系
职能部门主管角色
− 接收项目任务，组织相应人员完成 − 对项目任务的交付情况负责
决策评审点 概念决策评审点 计划决策评审点
移交决策评审点
可获得性决策评审 点 生命周期终止评审 点 技术评审 投资评审委员会
IPMT
Integrated Portfolio Management Team
集成组合管理团队
ITMT
PDT
TDT LMT LPDT LTDT MM
Integrated Technology Management Team
Beta 标杆 测试 对比
生命周期决策 解散PDT/成立LMT
生命周期管理
监测利润率/定价支持
产品 信息开发 6、技术支持
7、制造 生产工艺、 试生产、 制造工程
− Product Lifecycle Management 产品生命周期管理， PLM是对产品从创建、使用， 到最终报废的全生命周期的产品数据信息进行管理的理念。
− PLM强调对产品生命周期内跨越供应链的所有信息进行管理和利用。PLM软件产品 的价值重点在于与ERP、SCM、CRM的集成使用
− Integrated Product Development集成产品开发，是一套产品开发的模式、理念与方 法。
DFT Design For Testability
DFX Design for x-ability
CBB Common Building Block
可制造性设计
可制造性及可安装性 设计 可测性设计 工程特性专项设计 共用基础模块
CCB Change Control Board
变更控制委员会
CMO
EOL GA DRB
投资评审委员会 (IRB)
了解 市场
细分 市场
执行产 制定业 优化 品组合 务策略 业务 分析 与计划 计划
市场管理 MM
管理业务计划、评估绩效
任务书材 料包
Charter Package
概念
集成组合管理团队(IPMT) IPD流程
计划 开发
验证
发布
生命周期
产品开发团队 (PDT)
生命周期管理团队 (LMT)
结构概要设计 开发系统测试 与验证计划
电路硬件 详细设计
软件详细 设计
结构详细 设计
硬件开发 与测试
软件开发 与测试
结构开发 与测试
子系统、 系统构造 与测试 （原型）
测试设备开发、支持功能测试
发布决策
交付件
市场发布
发布准备评估 监控和管理项目
定价准备
TR5
TR6
系统构造 与测试 内部性能 （样机） 测试
MM流程是IPD流程的上游流程，MM流程输出业务计划、产品组合策 略和路标，并制定任务书，以此启动IPD流程
以往策略 市场信息 客户反馈 竞争对手信息 技术趋势 目前产品组合
了解 细分 市场 市场
执行 产品 组合 分析
制定 业务 策略 与计
划
优化 业务 计划
市场管理 MM
管理业务计划、评估绩效
业务计划 产品路标 产品项目组合
− 给组员提供必要支持来完成项目交付 的任务
− 必要时针对重要事项与项目经理直接 沟通、协调
项目经理角色
− 协调人，通过与职能部门的主管沟通 项目任务，跟踪交付情况
− 负责人，直接管理组员的工作和交付 情况。与所有组员一起对项目交付负 责
实际运作中PDT通常采用混合模式，核心小组采用“重量级”模式，保 证沟通、协调和决策的高效；外围组部分角色可以是“轻量级”模式
分配需求
DR Design Requirement
设计需求（开发需求）
DS Design Specification
设计规格
BBIT Building Block Integration and Test 构建模块集成和测试
DFM Design For Manufacturability
DFMA
Design For Manufacture and Assembly
完整的IPD开发流程由6个主流程，若干支持流程和配套的文档模板组 成
指导PDT对项目进行计划 和管理，体现所有任务， 描述任务间的依赖关系， 建立流程和子流程、模板 等之间的关系。
6个阶段流程：
PP001 概念阶段流程
PP002 PP003
计划阶段流程 开发阶段流程
PP004 验证阶段流程
PP005 PP006
任务书材料包
概念
Charter Package
IPD流程
计划 开发 验证
发布
生命周期
− 通常由PMT（Portfolio Management Team组合管理团队）负责执行MM流程； PMT是IPMT的参谋部门，向IPMT汇报
− 市场部门、规划部门等作为支撑部门支持PMT的工作
− 任务书提交IPMT评审通过后组建PDT，由PDT按IPD流程操作
发布阶段流程 产品生命周期管理流程
IPD 流程概览 6个阶段流程
10个支持流程/制度
文档模板
对全流程提供快速浏览， 体现阶段和主要任务
指导各功能部门的具体开 发工作
10个支持流程/制度： SP001 项目管理流程 SP002 配置管理流程 SP003 需求管理流程 SP004 决策评审流程 SP005 硬件开发流程 SP006 软件开发流程 SP007 技术评审流程 SP008 文档控制流程 SP009 外协管理制度 SP0010 质量管理制度
Configuration Management Officer 配置管理员
End Of Lifecycle General Availability Design Review Board
生命周期终止 一般可获得性 设计评审委员会
IPD框架
以往策略 市场信息 客户反馈 竞争对手信息 技术趋势 目前产品组合
跨部门团队的好处 − 以产品为中心，有共同的目标，集体对产品的成功负责 − 使决策能综合考虑各功能部门情况，使决策更全面，减少偏颇 − 充分利用团队成员的跨领域知识，提高决策质量 − 团队成员代表各自功能部门，保证沟通渠道的顺畅，降低跨部门沟通的成本
依据各职能部门代表在项目组中的权责不同，通常可分为“轻量级”和 “重量级”两种模式
基于市场的开发
− 强调产品创新一定是基于市场需求和竞争分析的创新，把正确定 义产品概念、市场需求作为流程的第一步，开始就把事情做正确
组织
跨部门、跨系统 的协同
− 采用跨部门的产品开发团队，通过有效的沟通、协调以及决策， 达到尽快将产品推向市场的目的
并行开发模式 结构化的流程
− 就是通过严密的计划、准确的接口设计，把原来的许多后续活动 提前进行，这样可以缩短产品上市时间
计划决策
研发 合同书
初步商业计划 项目计划1/2级
初步财务评估
优化商业计划 项目计划3/4级
优化财务评估
需求受控 TR1
特性受控 RT2
配置受控 TR3
需求分析 系统与特性设计
全员PDT
开发管理 开始 TR4 监控和管理需求、特性、配置
探索产 品概念
提供技 术方案
需PD是E2E的开发模式，包括产品开发的组织、流程、绩效等方面
IPD是站在整个公司的角度进行产品研发体系的 设计，具体实施时可以使用PLM软件产品
IBM自身案例：通过实行IPD改变了产品与市场的脱节的局面，使IBM 的产品重新具备了市场竞争力
IBM面临的问题
IBM对产品研发的要求
市场表现
销售收入停止增长
任务书材料包（Charter Package）是IPD的输入，描述了产品/解决 方案的市场机会，以及对开发的指导和要求
Charter通常由PMT自己完成，或者由PMT组建临时小组完成
任务书开发流程（CDP）
Charter的主要内容
− 项目的目标 − 目标细分市场 − 目标客户 − 竞争情况 − 产品该要描述以及质量目标 − PDT核心组成员
PRM RAT RM SE
Product Requirement Management Risk Analysis Tool
Requirement Management