从"救火式"研发到"系统化"作战：一个团队眼中的IPD变革

去年这个时候，我参加了一个老同学聚会。席间有个在制造业做技术总监的朋友，聊天时一个劲儿地倒苦水。他说自己每天忙得脚不沾地，产品问题永远解决不完，研发进度一拖再拖，客户投诉像雪片一样飞过来。更让他崩溃的是，团队里三个人三个想法，大家各干各的，形不成合力。

他问我：你们薄云有没有见过类似的情况？我说太常见了，这不就是一个典型的"产品开发失控"案例吗？后来他所在的公司决定引入IPD（集成产品开发）体系，邀请我们全程参与变革过程。这篇文章想记录的，就是这次变革从开始到落地的真实历程。没有多少高深的理论，就是一些朴素的思考和实践。

一、问题出在哪里？先给团队做个"全身体检"

做任何变革之前，最重要的是搞清楚现状到底是什么样子。这就跟看病一样，不能没确诊就开药方。我们到他们公司做的第一件事，不是急着推方案，而是花了整整两周时间做调研。调研方式很"笨"——逐个部门走访，开大大小小的座谈会，翻过去两年的项目文档。

调研结果出来后，问题其实很清楚了，只是之前大家习以为常，没觉得这是个问题。我把核心发现整理了一个简单的表格，便于大家看明白：

这个表格一拿出来，在场的管理层都沉默了。有个经理私下跟我说，这些问题他早看在眼里，但一直不知道怎么说出来，因为感觉太碎了，不像是个"正经问题"。

其实这就是很多企业研发管理的通病——不是没有努力过，而是努力是碎片化的，缺乏一个系统框架把这些努力串起来。IPD能提供的，恰恰就是这样一个框架。

二、变革为什么难？因为要动"人的奶酪"

了解问题后，我们没有立刻推IPD方案，而是先给管理层泼了点冷水：变革这件事，九死一生。

为什么这么说？因为变革不是换个流程那么简单，它要改变的是人的工作方式、思维方式，甚至利益格局。

就拿我那个朋友的经历来说。第一批流程草案出来后，阻力就来了。有个资深研发工程师直接说："我在这个行业干了十五年，现在让我按你们这个模板来做项目，凭什么？"另一个部门的项目经理则担心流程多了以后，自己审批的权限会被削弱。还有些基层员工私下议论："又来搞花样了，之前搞的ISO9001不也是挂在墙上落灰吗？"

这些声音让我想起费曼说过的一句话：如果你不能简单地解释一件事，说明你还没有真正理解它。变革也是如此。如果团队成员觉得新流程是负担，是"上面强加下来的任务"，那这个变革注定失败。

所以我们做的最重要的一件事，不是设计流程，而是帮助公司管理层理解：变革的主角不是流程，而是人。流程只是工具，目标是让所有人工作得更轻松、更有成就感。

三、我们的做法：先僵化、后固化、再优化

关于变革方法论，华为当年推行IPD时提过一个原则："先僵化、后固化、再优化"。这句话争议很大，有人觉得太粗放，有人觉得有道理。我们在实际操作中，基本认同这个思路，但做了一些本土化调整。

第一阶段：共识建立，用了三个月

这个阶段做的最重要的事，是帮助全员理解"为什么要变革"。我们没有搞那种"洗脑式"的动员大会，而是组织了一系列"问题工作坊"。

工作坊的形式很简单：把不同部门的人混在一起，让大家把平时不好意思说的"丑话"说出来。比如研发抱怨采购的物料交期不准，采购说研发的规格变更太随意；生产抱怨研发设计的东西根本没法量产，研发说生产为什么不早点介入……

这些对话刚开始有点火药味，但吵完之后，大家反而平静了。因为发现原来每个部门都有苦水，原来不是自己一个人在战斗。这种"共情"比任何动员演讲都有效。

与此同时，我们和公司高层一起，确立了变革的"北极星指标"——把"产品上市周期缩短30%"作为第一年目标。这个指标不玩虚的，可以量化，大家心里有杆秤。

第二阶段：试点推行，用了六个月

共识建立后，我们没有全面铺开，而是选择两个项目做试点。选择试点项目有讲究：既不能太简单（看不出效果），也不能太复杂（风险太大）。我们选了一个中等难度的全新产品开发项目，和一个针对现有产品的优化小项目。

试点过程很煎熬。第一个月，团队几乎天天加班，因为既要按新流程走，又不熟悉流程，效率反而下降了。有个工程师跟我吐槽："现在做一个项目相当于做两个，一个干活，一个填表。"

这时候最考验变革推进者的定力。如果因为短期效率下降就放弃，那之前的功夫全白费。我们能做的，就是陪在团队身边，帮他们解决流程执行中遇到的具体问题，同时不断微调流程细节。

大概三个月后，情况开始好转。试点项目的里程碑达成率从之前的50%提升到了80%，更重要的是，过程中暴露的问题比以往更早，团队有时间调整。到了第六个月，两个试点项目都顺利交付，而且质量指标明显优于历史平均水平。

第三阶段：全面铺开，持续进行

试点成功后，我们开始把经验推广到全公司。这个阶段反而是最考验人的，因为要面对更大的惯性。

我们采取的策略是"关键岗位先动"。先把项目经理、开发代表、产品经理这些关键角色培训到位，让他们成为变革的"种子"。这些人在团队中有影响力，能够带动其他人一起适应新流程。

同时，我们建立了一个"变革仪表盘"，把核心指标可视化放在公司走廊的大屏幕上。任何人走过来都能看到：本周有几个项目在正常推进，有几个延期了，延期的原因是什么。这种"透明化"的压力，比任何考核都有效。

四、半年后回头看：哪些变了，哪些还没变

现在距离变革启动差不多一年了。上个月我又去拜访了那家公司，找几个老朋友聊了聊。听他们讲现在的状态，感受还挺深的。

先说变化大的。

• 产品定义变了：现在每个产品立项前，都要走"需求分析-概念评审-方案评审"这一套。虽然还是会有争论，但至少争论有章法了，不会吵到最后变成"老板说了算"。
• 跨部门协作变了：成立了"集成产品团队"，把研发、采购、生产、质量的人捏在一起，从项目一开始就捆绑在一起。有个生产经理跟我说，以前研发、生产像两个世界的人，现在至少能听懂对方在说什么了。
• 复盘文化变了：每个项目结束后必须开复盘会，必须输出经验教训库。虽然一开始是为了应付流程，但慢慢大家发现有些教训确实有用，不用每次都从零开始。

再说说还没变好的，或者说是新产生的问题。

• 流程执行还不彻底：有些小项目还是习惯性"走捷径"，跳过一些看似繁琐的评审环节。这种情况需要持续盯着，不能放松。
• 能力建设还需时日：流程搭起来了，但真正会用好流程的人还是少数。很多同事还停留在"按模板做"的阶段，没有内化成思维习惯。
• 高层支持有时缺位：老板一忙起来，项目评审就往后推，流程就形同虚设。这个问题可能需要制度保障，不是靠觉悟。

我把这些"不完美"写出来，是因为真实的变革就是这样。没有那么多"一步到位"的童话，有的只是反反复复、边走边调。

五、一点感悟：变革从来不是一蹴而就的事

回顾这次经历，我有几个体会，想跟正在或者打算做变革的企业聊聊。

变革的本质是改变习惯，而改变习惯需要时间。一个人形成一个新习惯通常需要21天，一个组织形成新习惯可能需要21个月甚至更久。急于求成，往往适得其反。

流程是骨架，文化是血肉。IPD带来了一套流程框架，但真正的效果取决于这套框架能不能和团队的做事方式融合。如果流程是流程，做人是做人，那再好的流程也会沦为"墙上风景"。

变革需要"既得利益者"的支持，但更需要"沉默大多数"的认可。高层的决心当然重要，但如果基层员工没有感受到变革带来的实际好处（比如少返工、更有成就感），变革就缺乏根基。

我那个技术总监朋友，现在状态好了很多。他说虽然还是忙，但忙得有意义了，不像以前那样"救火"。最近他打算把IPD的思路应用到供应链部门，看看能不能产生类似的化学反应。

写这篇文章的时候，我们薄云也在复盘自己在研发管理方面的实践。某种意义上，每个企业都在自己的赛道上探索适合自己的方法论。IPD不是万能药，但确实提供了一个值得参考的框架。

如果你正面临类似的困惑，不妨先从"看清自己的问题"开始。问题看得足够清楚，答案自然就会浮现。