B. PPT分享(24页)|一文读懂华为组织变革:IPD 跨部门团队考核,四条原则定住了什么
- 2026-11-06 23:28:14
合集：企业管理 · 第㉘篇「华为体系」 · > 后台私信回复关键词（见文末）领取完整 PPT 源文件
前面二十几篇，我基本都在讲一件事：一个组织内部怎么把"事"做对——流程怎么建、项目怎么管、任职资格怎么定、一个岗位该对什么负责。
写到这一篇的时候，我碰上了一个绕不过去的问题。
流程可以把事串起来，任职资格可以保证人够格，但这两件事都默认了一个前提——人愿意往跨部门那条路上走。而现实恰恰相反：在多数公司里，去跨部门团队干活是"被借出去"，干好了记不到自己头上，干砸了要自己担。
所以这份材料讲的不是"怎么考核"，而是：怎么让一个人在跨部门团队里干活，比在部门里干活更划算。
取材范围说明：本文为管理方法科普，内容来自公开分享材料的整理与作者个人理解。全文不含经营数据、财务口径或产业统计，也不涉及投资、选型、采购或商业决策建议。文中出现的"奖金""激励"等表述，均为人力资源管理语境下的机制设计原则，不构成任何分配建议。
一、制度缘起：三大目的里，第二条才是重点
材料开篇把 IPD 定义为"一套从市场需求到产品上市的端到端研发管理体系"，然后给了制度的三个目的。
- 配合变革推进
：打破部门壁垒，保证试点项目成功 - 促团队文化
：促进重量级跨部门团队及与 IPD 相适应的文化建设 - 育职业经理人
：让管理者掌握 IPD 知识与技能，形成职业经理人群体
这三条里，第一条是任务目标，第三条是人才目标，只有第二条写的是"文化"。
而我认为恰恰是第二条最难。因为"打破部门壁垒"这件事，靠发文件是做不到的——部门壁垒不是人品的产物，是激励结构的产物。只要一个人的评价、晋升、奖金仍然完全由本部门决定，他去跨部门团队就永远是在"帮忙"。
适用范围那一行也值得留意：它列的不是"参加项目的人"，而是PDT 经理、核心组、扩展组、功能部门经理、IPMT 成员、功能部门其他主管——连"不参加项目的人"都被划进来了。这个细节说明了一件事：
跨部门团队的失败，很多时候不是参加的人不努力，是不参加的人不支持。
二、"评价现实工作，而非在岗时间"
这一页我读完停了很久，因为它的两句话分别堵住了两个洞。
第一句：本部门工作和跨部门团队工作统一评价，没有派出的概念
传统做法是"派出"——人是部门的人，借给项目用。而"派出"这个词一旦成立，评价就天然隔了一层：项目主管评的是借来的，部门主管评的是我的人。
所以这七个字改的不是说法，是归属关系：
项目工作不再是"额外帮忙"，它本来就是本部门工作的一部分。项目主管因此从"借用方"变成了"共同评价方"。
第二句：基于员工现实工作作出评价，而非基于其在本部门的工作时间
这一句堵的是"出勤主义"。
一个人每天准时出现在部门，和在部门里干了什么，是两件完全不同的事。而在跨部门模式下，这个区别会被急剧放大——一个全职在项目上的人，在本部门的"在岗时间"可能是零。
如果按在岗时间评价，那所有人都会得到一个明确的信号：别去项目上。
所以这两句话连起来的意思是：你在哪儿干活不重要，你干出了什么才重要。
"季度作教练员，年终作裁判员"
这句话我认为是整套制度价值观最浓缩的一处。
- 季度＝教练员
：目的是提升下属能力，可以宽容，可以试错 - 年终＝裁判员
：目的是评价准确与一致，必须严格，必须可比
同一个人，在不同时间点扮演不同角色。角色分开，才不会因为"想当好人"而不敢评价，也不会因为"要严格"而放弃辅导。
三、五项原则：不是口号，是可以被检查的
我建议把这五项当成五条可检查项来读，而不是当价值观来读。比如"客观性"这一项，落到制度里就是后面那四类信息来源和"全程留痕"；"绩效关联"落到制度里，就是第五章那条"团队目标未达成，全员无奖金"。
其中绩效关联最容易被当成一句漂亮话，但它恰恰是五项里唯一一条在改变利益结构的——其余四条都在讲"怎么评得准"，只有这一条在讲"评完之后谁受影响"。
四、双重考核：不是"考两次"，是两条线互为输入
这是全套 24 页里我认为最关键的设计。
| 作为功能部门主管考核的重要输入 |
请注意最后一行的不对称性，这是我最想留下的一点：
项目阶段考核没有最终处置权，它只有"输入权"；最终等级由功能部门给。
为什么必须这么设计？往两头想就清楚了：
如果项目主管直接给最终等级，人就彻底脱离部门了——专业能力失去沉淀的归处 如果部门完全不听项目意见，项目主管就没有任何抓手，"跨部门团队"名存实亡
所以真正精妙的是输入权与最终权的分离：项目侧有话事权，部门侧有定事权。
另外那个 10% 的阈值也很讲究。它是一条参与度的线：低于 10%，说明你只是偶尔被咨询；超过 10%，说明产出已实质性被项目占用。这条线解决了边界在哪——不然这事永远扯不清。
五、四类对象：参与程度决定考核方式
- IPMT 成员
：积分制，主要针对 DCP 的执行情况 - 功能部门经理
：积分制，主要针对对 PDT 的支持程度，从数量和质量两方面考核 - PDT 经理
：基于个人承诺，结果反映承诺达成情况 - PDT 核心组
：基于个人承诺，考核承诺达成 - 扩展组成员
：基于个人承诺，考核对项目目标的支持与对功能部门 KPI 的支撑
这里有个我认为特别重要的安排：功能部门经理考核的是"对 PDT 的支持程度"，而且从数量和质量两方面考核。
这一条把"支持"从态度变成了可计量的东西。
否则"我会全力支持"永远是一句无法验证的话。
而扩展组那条也值得留意——它的考核里同时挂着两头：项目目标的支持度和功能部门 KPI 的完成情况。这不是和稀泥，而是如实承认了扩展组成员的真实处境：他本来就是两头都有责任的。
六、两套责任关系：一条向下评价，一条向上汇总
材料里给了两张关系表，我建议对着看，因为它们的方向是反的。
项目侧是一条评价链：IPMT 评 PDT 经理 → PDT 经理评核心组 → 核心组评扩展组。
它和任务链是同构的：谁给你派活，谁评价你。
部门侧是反过来的：项目组提供意见 → 功能部门直接主管（一级考核者）整合 → 功能部门主管（二级考核者）监督。
项目侧逐级向下评价，部门侧逐级向上汇总——两个方向合起来，才构成一个完整的闭环。
其中我最想拎出来的是这句：员工全职在项目工作时，PDT 主管可给出"建议等级"，由功能部门主管充分考虑后给出最终考核结果。
请注意"充分考虑"这四个字，不是"参考一下"。而且"可给建议等级"的前置条件是全职在项目——投入度高，才有资格给建议。
这套安排同时保住了两个主管的位置：项目主管有建议权（对结果有影响），部门主管有最终权（对结果负责）。
另外这里有个容易被忽略的对称：功能部门经理的考核者是 IPMT。
也就是说，部门经理对 PDT 支持得怎么样，不是由他自己说了算，也不是由他的上级说了算，而是由被支持的对象说了算。我认为这是整套制度里最硬的一处设计——它让"支持"这个词第一次有了真正的付款人。
七、三阶段闭环：辅导阶段真正的产出是"证据"
绩效目标那页给了三项内容，我认为第三项最容易被删掉、也最不该删：
- 绩效目标
：从功能部门主管和项目主管处分解的工作目标 - 关键工作
：为达成绩效目标必须做的工作，必须明确且有时间限制 - 团队协作
：为达成目标而建立的良好团队
请注意前两项的来源写的是"功能部门主管和项目主管"——两个来源被并列写在了一起，这正是"没有派出的概念"在目标设定环节的落地。
另外"关键工作"那半句"必须明确且有时间限制"，解决的是最常见的失效方式：目标写了，但没写什么时候交付，于是到期末谁也说不清算不算完成。
辅导阶段这一页，我读完最先注意到的不是"主管辅导员工"，而是并排写的另一件事：
同步收集记录行为与结果的关键事件或数据。
配合周/月例会、周/月总结、周工作日志，意思就很清楚了——
辅导阶段真正的产出不是"辅导"本身，是证据。没有记录，年终评价就只能靠回忆；而回忆会被近因效应污染——最近三个月发生的事，权重会大到不成比例。
这也让前面"客观性"那条原则第一次有了落点：以数据和事实说话，前提是你得先有事实。
八、三级责任与申诉：签字不等于认可
这张表我建议竖着读三列，因为三列是三种完全不同的责任：
- 考核责任
：一级考核者对结果的公正合理负责，二级负有监督指导责任，相关人员负有提供客观事实的责任 - 反馈责任
：必须正式面对面反馈，肯定成绩、指出不足、共同制定下一阶段目标；评价为需改进的，须特别制定限期改进计划 - 申诉责任
：员工可在意见栏表述不同看法，二级考核者沟通并给出处理意见；仍有异议可申诉，受理者须在受理日起 10 个工作日内处理并反馈
其中我认为最漂亮的一句是这个：
被考核者须在考核表上签字，签字只表示知晓考核结果，不一定表示认可。
别小看这句话。在多数公司，"让员工签字"常被解读成"你认了"。而一旦签字等于认可，后面的申诉通道在心理上就关闭了——再提异议就变成了"翻供"。
把"签收"和"认可"分开，申诉才真正可用。
而"10 个工作日内"这个时限同样关键。我见过太多公司的申诉机制形同虚设，原因不是没通道，是没时限——一件没有处理期限的事，等于不会发生。
信息来源这页有个细节同样容易被跳过去：
主管可以征询员工对信息来源的意见，共同确定信息收集的渠道和方式。
也就是说，信息来源本身是可以被协商的——员工可以提出"也问问某某"。这一条让 360 度考核不至于退化成"暗中收集材料"。
九、结果怎么用：两个比例，一个硬约束
四档里最值得注意的是最后一档的定义："需要及时的、相当大的和持久的提高"。
三个形容词，每一个都在限定范围：及时（马上）、相当大（幅度）、持久（不是一次性的）。
它描述的不是一次失误，是一种状态。
这个定义的实际作用是保护这一档不被滥用——一次失手不等于"需改进"。
这一页我认为藏着全套材料最容易被读错的一处对比：
为什么同一套制度里，比例的用法差这么多？我的读法是：
项目阶段考核是绝对评价（达成没达成），季度年度考核是相对评价（在人群里排第几）。
项目组人数本来就少，强制分布没有统计意义；更重要的是，如果项目阶段也强制分布，就会出现"项目明明做成了，却必须有人被打成需改进"的荒谬。
另外"部门组织绩效等级决定该部门考核分配比例是否调整"这一条，是绩效关联原则在组织层的落地：部门整体做得好，这个部门拿到好等级的空间就更大——团队结果再一次影响了个人。
三重激励里，我认为最该反复读的是阶段考核里那一条：
团队目标未达成，全员无奖金。
这一条把五项原则里的"绩效关联：团队、主管、员工是不可分割的利益共同体"，从一句话落成了一条规则。
而它解决的是跨部门协作里最难的那个问题——搭便车：
如果奖金只与个人结果挂钩，那最优策略永远是"把自己的一亩三分地干好，别人的部分与我无关"。
而"全员无奖金"把每个人的收益绑在了同一个结果上。
配套的"分配方案由 PDT 经理制定、IPMT 审核"也值得留意：给钱的人和被给钱的人不是同一个——PDT 经理分，IPMT 审。这和前面"输入权与最终权分离"是同一种思路。
另外"跨部门成员可同时享有两项奖"这一句，我认为是整套制度的收口：它让"去项目上干活"第一次变成了一笔清楚划算的账。
写在最后
做这 24 页之前，我以为考核制度是一种"管理工具"。做完之后我改了看法。
制度不是约束，而是让跨部门团队真正拧成一股绳的黏合剂。
我自己的补充是：这套制度真正改的不是"怎么评"，是"评完之后，一个人会往哪儿站"。
回过头看，它其实只做了三件事——
把"派出"改成"统一评价"，让项目工作不再是帮忙 把"最终权"留在部门、把"输入权"交给项目，让两个主管都有抓手 把"团队目标未达成，全员无奖金"写进规则，让利益共同体不再是一句口号
三件事指向同一个目的：让一个人在跨部门团队里认真干活，成为一件对他自己有好处的事。
下载完整 PPT 源文件
请关注公众号，并在后台发送【IPD考核激励】获取下载链接
本文为管理方法科普与产业观察，仅供学习交流。文中所有方法论内容均来自公开分享材料的整理与作者个人理解，不代表任何机构立场。
不构成任何投资建议。作者：公众号：哔咘的科技笔记
