1999年，华为请来了IBM。几千万美金的咨询费，在当时的中国企业界堪称天价。所有人都在盯着华为，看任正非到底要干什么。IBM的顾问进驻后，做了一件让所有人最不舒服的事——不是改流程，不是换系统，而是改团队的组织方式。研发、市场、采购、制造、服务、财务，必须坐在一起，从头到尾，作为一个团队来开发产品。当时内部的反应是：这不是开玩笑吧？但就是这件事，彻底改变了后来的命运。

01 一款新产品是怎么死掉的
    先来说一件产品人都不会陌生的事。研发花了一年多时间攻克核心技术，测试结论无可挑剔。项目组向公司汇报的时候，所有人都觉得这次稳了。技术领先，性能拉满，竞争对手至少落后半代。产品发布会开完，市场部的人才发现，他们手里连一份像样的客户方案都没有——研发做了一年多，市场部全程不在场，根本不了解这个产品到底卖给谁、怎么卖。客户问起交付周期，供应链的人一脸茫然：采购什么时候备料、产线怎么排、物流走哪条线，一个都没提前想过。服务部更尴尬，客户问培训怎么安排、售后怎么响应，他们翻遍邮箱找不到一封跟研发的沟通记录。
    最后的结果是，产品延迟了大半年才勉强上市。等真正铺到市场上的时候，竞争对手已经抢走了大部分客户。一款技术上毫无问题的产品，就这么死掉了。
    事后复盘，每个部门都觉得委屈。研发说我按时交付了，质量也达标了；市场说没人通知我参与啊；供应链说我连需求都没收到。每个人都做了自己该做的事，但每个人看到的都是自己那块拼图，没有一个人看到完整的画面。没有人为这个产品的"整体成功"负责。传统功能型组织的致命缺陷就在这里：串行开发，部门墙林立，信息层层衰减。IBM的顾问当时说了一句话：全世界最优秀的产品公司，早就不这么干了。

02 重量级的本质
    IBM带来的核心理念，叫"重量级跨部门团队"。这个概念最早来自哈佛商学院的克拉克和惠尔赖特教授。他们研究了数百个产品开发项目，发现团队有四种形态——最初级的"功能型"，各干各的，没有真正的项目经理；往上是"轻量级"，有个项目经理，但只是协调人，没有实权；再往上是"重量级"，项目经理是真正的小CEO，有权力调动各部门资源；最高级的是"自治型"，完全独立，脱离母体。
    大多数企业的跨部门协作停留在轻量级阶段。开个协调会，拉个微信群，指定一个项目经理——但这个人既没有权力，也没有资源，更没有对成员的考核权。所有人都在配合，没有人对结果负责。
    华为选择了重量级。PDT经理（产品开发团队负责人）不是挂名的协调人。他对产品从概念到上市的全流程负责，有权对团队成员进行绩效评价，能影响成员的晋升和奖金。掌握人、财、事三权，是真正意义上的小CEO。区别看起来不大，实际运作中是天壤之别。

03 投资、规划、交付的三层闭环
    重量级团队不是一个孤立的项目组，它嵌在一套三层架构里运转。最上面是投资决策层。IRB（投资评审委员会）坐在最高处，决定钱往哪里投。中间是产品线管理层，每条产品线有自己的IPMT（集成组合管理团队），决定做什么产品、怎么排优先级。最底层是产品交付层，就是PDT——十个人左右的核心代表，分别来自市场、研发、采购、制造、服务、财务、质量等领域，从产品立项到退市全程跟踪。
    三层之间不是简单的上下级关系，而是一个投资决策、业务规划、执行交付的闭环。每个DCP（决策评审点）就是上下层对齐的节点——继续投，砍掉，或者调方向，三选一，没有模糊地带。这套体系的精妙之处在于，它把部门利益悄悄转化成了产品利益。研发代表坐在PDT里，KPI不再是代码写完了没有，而是产品在市场上成功了没有。采购代表坐在PDT里，关注的不仅仅是成本，还有供应链能不能支撑按时上市。所有人的利益绑在同一个产品上，部门墙开始消失了。

04 靠觉悟没用，靠制度才行
     重量级团队有七条行为准则，其中三条最关键。"把话放到桌面上"——不搞背后的小动作，有问题当面说清楚。"一个声音说话"——会议室里可以吵得天翻地覆，出了门就是所有人的决定，不允许说"这是他们定的，我不同意"。"恪守团队承诺"——承诺了就要做到，不能交付的不要承诺。
    三条准则听起来朴素，全做到的企业凤毛麟角。能做到，靠的不是觉悟，是制度。
    每个团队成员的PBC（个人绩效承诺）是三方签署的——团队Leader签一份，功能部门主管签一份，本人签一份。团队Leader的评价，直接影响成员在功能部门的绩效考核。在PDT里的表现好不好，不是自己说了算，也不是部门领导说了算，是小CEO说了算。利益机制跟组织形式对齐，跨部门协作就不再是一句空话。

05 学不会的四道门槛
   很多企业来取过经，回去成立"跨部门项目组"，指定"项目经理"，开几次协调会。几个月后，项目组名存实亡。问题出在四个地方。
    第一是不敢授权。重量级团队的核心是PDT经理真的有权——绩效评价权、资源调配权、产品决策权。多数企业的老板舍不得把这些权力交出去。
    第二是没有资源池。IPD体系里，PDT成员是从资源池里选拔出来的，经过认证、培训、面试，保证一定的人才冗余。不是随便拉几个人凑一个组。
    第三是考核没跟上。团队成员的绩效仍然100%由功能部门评价，第一任务永远是功能部门的任务，不是产品的成功。
    第四是没有决策机制。IPMT定期开例会，DCP点上用Go、No Go、Redirect三选一投票。很多企业的跨部门会议，开完了客客气气握个手，谁也不做决定，谁也不担责任。四个条件缺任何一个，重量级团队就只是个名字。

06 十年磨一剑
    华为的这套体系，也是花了将近10年才真正跑通。从最初IBM顾问带来的理念，到PDT开始运作，到IPMT体系建立，到PBC三方考核落地，到资源池制度成熟，每一步都走得艰难。在华为有句话叫"先僵化，后优化，再固化"。先照抄IBM的做法，不管理解不理解，先执行；然后在实践中发现问题、调整规则；最后形成自己的制度和文化。
    今天回头看，三层架构、七条行为准则、PBC三方考核、资源池选拔制度，已经成为产品开发管理的标杆实践。真正的跨部门协作，不是靠开会，不是靠拉群，不是靠"大家配合一下"。是靠组织设计、权力分配、利益机制和决策流程，把各管一段变成共同负责。