《华为项目管理之道》

概览：为什么读这本书

许多公司学华为，学的是「以奋斗者为本」「狼性文化」这种笼统的口号。但《华为项目管理之道》不同——它把华为工程体系的操作层公开：流程如何设计、角色如何分工、决策如何在 IPMT 与 PDT 之间闭环。这是一本「可拿来用」的书。

全书分 9 章，从「价值与项目」开始，到「度量与改进」结束。核心主线是：一个大型复杂项目如何从「概念」走到「交付」。本笔记按原书结构整理，并加入「对每一条建议的批判性补充」——帮助你分辨哪些是「华为的特殊性」，哪些是「普遍适用的方法」。

第 1 章 价值与项目

华为对项目的定义很简洁：「在限定时间、限定资源下，为客户创造商业价值的活动。」这一定义区分了项目与运营——运营是「日常重复」，项目是「一次性交付」。

三个核心判断

1. 价值导向——项目必须回答「客户为什么付钱」，而不是「我们能做什么」。
2. 战略对齐——每个项目都要挂在公司战略树上，不能凭个人兴趣立项。
3. 跨部门协同——任何大型项目都涉及研发、市场、供应、服务等「跨部门协同」。

三类项目的本质区别

第 2 章 项目组织

本章是华为项目管理的「骨架」——它的核心是把「项目」和「职能」分离开来，让项目成为一个独立的「临时性公司」。

IPMT 与 PDT 的双层结构

PDT 的核心角色

• PDT 经理 项目经理——对整个项目的成败负责。
• 市场代表 市场 / 营销——负责客户研究与产品定位。
• 系统工程师 系统架构——负责整体技术架构。
• 开发代表 研发——负责具体模块的实现。
• 测试代表 质量——负责验收与测试。
• 财务代表 财务——负责成本与收益。
• 采购代表 供应链——负责物料与生产。

第 3 章 流程框架

华为的 IPD 流程分 6 个阶段 + 5 个决策评审点（DCP）。它把「商业逻辑」嵌入到「工程流程」里。

IPD 6 阶段

1. 概念阶段——回答「这个产品值不值得做？」
2. 计划阶段——回答「怎么做？要多少资源？」
3. 开发阶段——具体实现。
4. 验证阶段——质量验证与认证。
5. 发布阶段——上市 / 量产 / 发布。
6. 生命周期管理——上市后持续运营与迭代。

5 个决策评审点（DCP）

「流程不是束缚——它是把'隐性知识'显性化的工具。当项目换人时，流程能让新人在 30 天内接手。」 —— 华为

第 4 章 立项与决策

立项是项目管理的「起点决策」。华为的立项流程不是「技术评审」，而是商业评估 + 技术评估 + 战略对齐三方结合。

立项的 4 个核心问题

1. 市场是否真的需要？——客户访谈、需求验证。
2. 技术是否可行？——预研、技术路线图。
3. 投入产出是否合理？——NDC（净现金流）、NPV（净现值）、IRR（内部收益率）。
4. 是否与公司战略匹配？——避免「为了做而做」。

立项的两个陷阱

• 「政治立项」——因为部门利益或个人意愿而立项。
• 「演示立项」——为了赢得领导欢心而「虚构」商业案例。

第 5 章 计划与基线

项目计划是把「目标」翻译为「可执行步骤」的过程。华为强调三层计划：

三层计划

• 里程碑计划——关键节点与决策点。
• 阶段计划——每个阶段的进入 / 退出准则。
• 详细计划——具体任务的甘特图与 WBS。

WBS（工作分解结构）

华为的 WBS 强调「5 级原则」：

1. 任务层（可执行单元）
2. 交付物层（可验证产出）
3. 子项目层（可管理单元）
4. 项目层（可计划单元）
5. 项目群层（可组合单元）

第 6 章 质量与风险

华为把「质量」和「风险」视为项目管理的两大安全网。它们的存在不是为了追求完美，而是为了「在失控之前知道会失控」。

质量管理的 3 道防线

1. 第一道——开发团队自测。
2. 第二道——独立测试团队（含 V&V）。
3. 第三道——质量审计与第三方评估。

风险管理的 4 个阶段

• 识别——周会、BBS、客户反馈。
• 评估——影响 vs 概率二维矩阵。
• 应对——规避 / 转移 / 降低 / 接受。
• 监控——关键风险每周检查。

「质量不是事后检测——是设计出来的。一个考虑不周的需求，会让你在测试阶段付出 100 倍的代价。」 —— 华为

第 7 章 团队与沟通

大型项目的失败往往不是因为技术，而是因为沟通。华为对「沟通」的处理是把它当作「制度」而不是「艺术」。

沟通的 4 个层次

• 日常沟通——看板 / 站会。
• 节点沟通——里程碑评审。
• 专项沟通——风险会议、技术专题。
• 高层沟通——PDT 经理 / IPMT 之间的决策对话。

3 条黄金原则

1. 谁负责，谁决策，谁告知——信息流向决策者，不向所有人。
2. 会议有结论，否则不开——会议必须产生「决策 / 行动 / 风险」之一。
3. 所有沟通必须可追溯——会议纪要、决议、风险登记册。

第 8 章 度量与改进

华为的项目管理不是「按流程做」，而是「用度量改」。这一章讲的是度量系统的设计逻辑。

3 类核心度量

• 交付度量——进度、质量、变更数。
• 效率度量——人月产能、交付周期。
• 健康度量——风险数、开放缺陷、团队满意度。

度量系统的 4 个原则

1. 少而精——5-7 个核心指标，不要更多。
2. 可视化——看板 / 仪表盘。
3. 驱动行动——度量必须连接到改进行动。
4. 可解释——指标可以被项目团队解读，而不是「数字」。

第 9 章 案例：5G / 终端 / 芯片

本章是华为方法论的「实战检验」——三大型复杂项目的实施案例。

案例 1：5G 产品研发

• 规模——数千名工程师、跨欧亚多个研发中心。
• 关键方法——早期技术预研 + 标准布局 + 全球研发协同。
• 管理挑战——跨部门 IP 共享、专利布局、版本节奏。

案例 2：终端产品（手机 / PC）

• 规模——年度 SKU 数以百计。
• 关键方法——CBB（Common Building Block）平台化复用。
• 管理挑战——B2B vs B2C 的需求差异、海外市场本地化。

案例 3：芯片自研（鲲鹏 / 麒麟）

• 规模——全栈研发投入十年，跨多个研究所。
• 关键方法——长期投资 + 多代同步研发。
• 管理挑战——技术不确定、研发周期长、生态构建慢。

核心方法论索引

本书的真正贡献是把华为多年的工程实践显性化为可被其他组织借鉴的概念网络。

与相关理论的坐标

实践框架：把华为方法论装进组织

华为方法论不是在所有组织都能直接套使用。下面整理成 4 个杠杆，按效力从大到小排列。

杠杆 1：先建立 PDT 雏形

从最关键的 1 个项目开始：

• 指定一名项目经理，给其真实授权（不只是协调者）。
• 召集研发、市场、供应、财务的核心代表组成 5 人团队。
• 建立每周 1 次的 PDT 决策会议。
• 试点 6 个月，迭代改进。

杠杆 2：分层决策（DCP）

不要把所有决策放在 IPMT——这会让他们累死。分层：

• 战略层——是否立项、是否继续投入 → IPMT。
• 项目层——具体方案选择 → PDT。
• 执行层——任务实施 → 团队负责人。

杠杆 3：3 道质量防线

许多公司只有「开发 + 测试」两道防线。补充第三道：

• 第二道——独立于开发的测试团队。
• 第三道——质量审计 / 客户体验反馈。

杠杆 4：度量驱动改进

不要追求「全套度量」——先选 3 个最有价值的：

• 交付——进度偏差率。
• 质量——严重缺陷密度。
• 效率——交付周期。

项目管理自检表

在面对一个重大项目的启动前，可以对照下列 8 个问题自检。任何一项未明确，说明你的项目可能正在「靠英雄」而非「靠系统」。

• 决策 我是否设立了 IPMT 级别的决策机制？
• 组织 我是否组建了 PDT 跨部门团队？
• 流程 我是否划分了 5+ 阶段的流程？
• 计划 我是否有 3 层嵌套的详细计划？
• 质量 我是否设立了 3 道质量防线？
• 风险 我是否有 4 阶段的风险管理流程？
• 沟通 我是否有可追溯的会议决策机制？
• 度量 我是否只跟踪 5-7 个核心指标？

延伸与批评

本书作为「内部讲义」，优点是「真实可操作」，局限是「方法论 = 华为的特定产物」。下面是几个最常见的讨论。

常见批评

1. 过度流程化——对于创新项目 / 探索性研究，IPD 可能过重。
2. 文化依赖——华为的「奋斗者文化」难以在其他公司复制。
3. 硬件项目主导——对纯软件 / 互联网项目的适用性有限。
4. 「知识在 IPMT 头上」——决策过度集中，可能成为瓶颈。

来自学界的回应

• 支持者：在芯片、5G 等大型研发项目上，IPD 已被多国企业证明有效。
• 修正者：互联网项目应使用「更轻量」的流程，而非 IPD 的全套。
• 应用领域：政府大型工程、国防研发、复杂硬件 — 都可借鉴 IPD 框架。

「项目管理不是一套流程表——它是一套让 1000 个人能像 1 个人一样工作的艺术。」 —— 总结性改写

经典问答