惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Forbes - Security
Forbes - Security
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
P
Palo Alto Networks Blog
Martin Fowler
Martin Fowler
T
Threatpost
D
Docker
S
Schneier on Security
M
MIT News - Artificial intelligence
G
Google Developers Blog
L
LINUX DO - 热门话题
J
Java Code Geeks
月光博客
月光博客
博客园 - 三生石上(FineUI控件)
IT之家
IT之家
博客园 - Franky
C
Cyber Attacks, Cyber Crime and Cyber Security
K
Kaspersky official blog
Google DeepMind News
Google DeepMind News
N
News and Events Feed by Topic
V
Vulnerabilities – Threatpost
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
人人都是产品经理
人人都是产品经理
Spread Privacy
Spread Privacy
T
Tailwind CSS Blog
爱范儿
爱范儿
阮一峰的网络日志
阮一峰的网络日志
U
Unit 42
C
CERT Recently Published Vulnerability Notes
The GitHub Blog
The GitHub Blog
Simon Willison's Weblog
Simon Willison's Weblog
NISL@THU
NISL@THU
MongoDB | Blog
MongoDB | Blog
Application and Cybersecurity Blog
Application and Cybersecurity Blog
H
Heimdal Security Blog
Recorded Future
Recorded Future
云风的 BLOG
云风的 BLOG
SecWiki News
SecWiki News
P
Privacy International News Feed
P
Proofpoint News Feed
O
OpenAI News
B
Blog
腾讯CDC
F
Full Disclosure
Apple Machine Learning Research
Apple Machine Learning Research
T
Tor Project blog
H
Hacker News: Front Page
Project Zero
Project Zero
Hugging Face - Blog
Hugging Face - Blog
C
Cisco Blogs
S
Security Affairs

博客园 - 杨学明

行业解决方案需求分析难点与痛点分析 - 杨学明 产品路标开发的组织、步骤与交付 如何构建产品和技术双轮驱动的产品竞争力 Offering、产品名称、型号、BOM 、版本之间的关系 如何进行Offering组合管理与路标规划 技术洞察的组织、方法与工具 如何进行产品包需求分析 工艺装备类产品测试与普通产品测试的差异 多品种,小批量的产品如何做版本规划 产品路标与需求、项目、版本之间的关系 以服务型制造转型为契机,推动研发组织变革 从项目经理走向产品经理,需要迈过四道槛 共创力咨询:AI背景下高科技企业的研发转型策略 如何通过CBB管理提升质量、降低成本、加快产品上市周期 左手创新,右手质量 共创力咨询:AI对高科技企业产生的深远影响 复制竞争力,而非复制流程 共创力咨询:AI如何赋能实体产业 嵌入式产品测试的四个阶段和工具方法 如何制定质量战略 嵌入式产品软硬开发管理的难点分析 实施IPD体系,由项目开发走向产品开发 企业如何打造创新焦点 在萧条的经济环境下如何实现飞跃 技术创新类项目如何制定年度预算 共创力咨询:人工智能的前景及未来 谈谈IPD推行准备度评估 IPMT运作的常见问题及解决办法 IPD的核心思想 产品树和技术树如何进行有效关联 中小企业如何制定技术战略 如何建立研发人员的积分制管理体系 如何做好技术评审 为什么跨部门团队运作如此困难 如何提高流程执行的效率 IPD不仅是流程,还是产品创新的出路 谈谈研发项目管理的积分制 传统企业如何建立研发创新中心 产品测试体系建设的三个层次和两个保障 企业需要有从0到1的创新思维 谈谈产品测试的四个阶段BBFV/SDV/SIT/SVT 瞄准价值需求,加速产品迭代 推进IPD体系,激发企业组织创新活力 产品测试部的核心价值与组织架构 产品路标规划与版本规划的有效衔接 《产品路标规划与版本规划实践》深圳公开课(2026年6月12-13日) 如何对颠覆性技术创新进行管理 IPD为什么不能落地 什么是IPD端到端流程体系 如何构建技术生态 如何打造产品差异化竞争优势 研发管理者如何进行决策 创新型企业转型成功的六大特征 技术洞察对公司战略的意义 研发项目经理的压力来源及解压方式 技术洞察的四个维度 AI算法工程师的能力画像 IPD流程下PQA如何设置 研发测试与研发质量的不同定位 市场洞察力就是产品竞争力 中小企业如何进行技术和产品创新 从单品到解决方案开发,企业如何转型 企业产品战略如何拥抱新质生产力 谈谈产品生命周期终止的决策标准 技术生态型产品如何保证质量 如何建立研发人员的评价体系 共创力咨询:为什么AI裁员,研发成了重灾区 IPD和敏捷融合:智能硬件产品开发的必经之路 共创力咨询:助力AI企业变革转型案例 共创力与某机器人公司就CBB管理进行探讨 技术洞察:人形机器人的六大应用领域 建立以创新驱动,以质量引领的精细化研发管理体系
IPD变革的核心是组织变革
杨学明 · 2026-05-26 · via 博客园 - 杨学明

什么是IPD变革?

IPD(集成产品开发)是一种成熟的研发体系,至今已在IBM、华为、迈瑞、方太、烽火通信、阳光电源、埃斯顿、雷赛智能等多家高科技企业成功实践,支持这些公司在快速变化的商业和技术环境中持续发展。IPD包含了市场管理、产品开发、技术开发、平台和CBB(公共构建模块)的开发和管理等流程和管理制度,也包含了项目管理、决策评审和技术评审、风险管理、配置管理等子流程和制度,可以有效推动企业产品管理和产品开发能力的不断提升。从传统的“个人英雄”到“跨部门的组织运作“,研发体系需要进行IPD变革,如下图所示:

image

传统的研发模式注重职能式管理,不利于公司产品的市场成功,随着产品的设计越来越复杂,专业性越来越强,产品开发团队不再只是一两个人的事,而是需要一个团队去完成产品的需求、设计、测试、验证和上市销售。     

然而,在很多企业IPD变革过程中,认为IPD仅仅只是一种产品开发管理方法和流程,在推行IPD时认为只需要在研发部推行即可,其它部门配合就行。因此出现了以下的问题:       

  • DCP决策评审会整体出席率低
  • 产品路标规划与产品开发项目脱节
  • 跨部门决策时不投反对票,一团和气
  • DCP未关注投资决策,容易陷入技术细节
  • 会议开始前有准入要素表,但执行不严格,走形式
  • DCP决策无通过标准
  • DCP决策走形式,未真正为市场成功负责

出现以上的问题后,IPD变革变成了“形似而神不似”,仅剩一套IPD流程在企业运作,而忽略了最核心的部分:组织变革管理。缺乏IPD跨部门组织建设,流程就变成了虚无飘渺的框架,无法落地。

支撑IPD体系的两条主线

IPD之所以称之为集成产品开发,是因为在IPD体系中集成了多种优秀的产品管理方法和理论,分别为:基于市场分析和财务分析的优化组合产品管理方法、以满足客户需求为目的的产品开发、可衡量的产品研发周期评估和优化法、结构化开发流程、跨部门团队、基于平台和CBB的异步开发、项目和管道管理等。它主要包括两条主线,如下图所示:    

image

如上图所示,一条主线是产品包需求,另一条主线是产品包商业计划,即BP。恰恰这两条主线的活动都是通过跨部门的组织来完成的。而很多公司却忽略了这一点:DCP主要用评审产品包商业计划;而产品包需求即包括了外部需求,又包括了内部需求如DFT、DFS、DFM、DFR等由各跨部门提出的需求,需求的跟踪贯穿于整个产品开发的生命周期。因此,两条主线是跨部门组织需要执行的的最重要活动。

为什么组织变革如此重要?

IPD是一把手工程,它需要把企业从”大厨式研发“切换到”正规军“,产品的决策与执行组织发生了根本性的变化,从传统的职能式要过渡到项目式组织:

image

 跨部门的组织涉及以下的相关活动:1.公司产品战略规划和年度业务计划的研讨和审核发布。2.新产品的投资立项决策评审。3.在研机型开发过程DCP决策评审。4.审批PDT项目计划变更。5.老产品退市决策。6.产品开发流程改进类项目的决策评审。7.PDT绩效、行为的激励和管理的议题。8.项目的人力资源管理及产品线运作管理(包括质量、成本、进度等)。9.涉及产品开发相关的各功能领域(市场、采购、制造、服务、财务等)专项议题。     

如果组织未进行变革,而只是流程层面的合作,就会出现第一节列出的问题,”各人自扫门前雪“的状况将会出现在团队中。IPD的运作变成了一纸空文,无实质的”两条主线“支撑。

如何进行IPD组织变革?

事实上,大部分的企业在推行IPD过程中会进行组织的变革,但由于各种原因,如老员工的抵触、部门职能部门主管的意识难以转变、领导的变革意愿不够坚决、参与IPD项目的领导未覆盖所有高管等原因, 导致了变革失败。国内著名的通信企业华为公司当年的组织变革路线图如下:

image

IPD的几个跨部门团队如IPMT、PMT、PDT以及职能部门FT,是最常见的几个团队组织,能保证企业在进行IPD变革后达到跨部门决策顺畅的效果,否则,迟早会回到传统职能式的运作。IPD的变革效果会大打折扣。

IPD组织运作常见问题

事实上重量级团队(IPMT与PDT)加快了决策的速度。但经常会存在以下的问题,根据共创力咨询的总结,最突出的问题点如下:

产品线预核算不明确,对资源部门无涉及

  • 预算也不是按照产品线划分的,当前操作有个各个产品线汇总未来一年的需求(需求来源于年度BP);
  • 在由经营管理部门进行预算拆分,需求有调整预算也可能有变化。

职能部门资源预算模糊

  • 各产品线没有明确的管道;
  • 在管道实施过程中针对管道的多少和需求存在各种争议,反复讨论。

产品线人力资源复用情况明显

  • 引入IPD挺久但是运作不是很流畅,产品线组直接耦合严重,一个产品多个产品线共同维护开发,职责不清。

公共开发平台需求没有梳理

  • 还有涉及很多公共需求(多个产品线都会用的需求都不愿意承担)。

项目资源管理混乱

  • 规划阶段缺少对项目人力的整体估计,责任不清,无专人负责。

资源线管理无计划输出

  • 目前由资源经理进行三个月人力资源计划,项目经理进行审核,问题是是哪个月的计划与项目的匹配度差;
  • 项目需求变更导致资源部门不愿意规划更长时间和准确计划,基本上只有一个月的计划准确。

产品线多项目运作缺乏协调

  • 无CCB、AHB、OSG;
  • 刚刚建立RAT/RMT运作也不是很流畅;
  • 主要职责有项目协调会承载,项目协调会是一个集CCB、AHB、OSG、RAT、RMT、SPDT例会,多重会议的集合,解决争议问题。

IPD组织变革的解决方案

IPD组织变革的基本逻辑如下,首先要设定产出单元及公共开发单元:

image

组织与绩效均需要做出相应的调整,IPD流程最重要的思想是”产品开发是一项投资行为“,即应以投资的思维去对产品开发活动进行决策,因此根据共创力咨询的经验总结,绩效的变化应做到:

  • 强化产出线的经营责任主体,构建贯通产品全流程的产出线组织架构,统一对产品的市场成功和财务成功负责;
  • 战略绩效体系强调战略制定到执行监控的闭环管理战略;将战略目标、预/核算管理、组织绩效考核和经营分析连为一体,实现任目标、任务、预算、KPI的联动;
  • 以产出线为中心进行资源配置,鼓励增量产出和超额利润分分享;
  • 公司所有费用支付须与有效产出挂钩,按有效产出利润空间的一定比例提取费用包。利润空间增量越大,费用包提取比例越高;
  • 绩效考核不是“秋后算账”,而是要分析问题;组织绩效管理不仅仅是定目标,更重要的是过程管理。