项目是经营单元：读《华为项目管理之道》第1章

不做项目的人读《华为项目管理之道》，多半会觉得开篇都是常见词——客户、经营、价值、一线授权。但我做过几年交付管理项目，知道同一批词放在不同公司，分量完全不同。我过去所在的很多项目，计划编得漂亮，进度表一套接一套，却很少有人能回答一个问题：这个项目做完，客户到底赢在哪，我们又赢在哪。

带着这个背景翻开《华为项目管理之道》，第1章就把我拉住了。它不谈WBS，不谈关键路径，先讲清楚项目在企业经营中到底是什么地位。这一章如果只是翻过去，后面所有工具、流程、组织设计都容易学成形式；如果真读进去，很多实操层面的困惑会突然解开。这篇笔记不打算复述目录，只把第1章里我认为最有价值、也最容易被人跳过的几条主线拆开讲。

1. 第1章讲了什么：从名词堆里找出那条主线

1.1 一句话概括第1章的内容

第1章的核心论断，可以浓缩成一句特别朴素的话：项目是公司经营管理的基本单元，项目化运作是华为管理体系的底座之一。

这句话听起来像常识，但仔细想，它比大多数人以为的“把工作分成项目来做”要重得多。很多公司也有项目立项、项目经理、项目复盘，但项目在公司体系里只是“一堆活”的代名词，资源按部门切，考核按职能走，项目做得好不好，要等年终总结时才有人提。

华为在第1章里的意思不是这样。它是说，一旦客户合同签下来，真正给公司带来收入、利润、口碑和战略价值的，不是某个职能部门，而是一个个项目团队。公司花人力、花预算、花管理精力，最终都要落到某个具体的项目上产生回报。所以项目管理不能只是项目管理部门的事，它实际上是整个公司的经营方式。

1.2 我为什么觉得这句话是全书的地基

这本书后面大概率会讲流程、组织、能力、工具、考核，但所有这些内容之所以成立，前提都是“项目是经营单元”。如果没有这个前提，项目管理很容易退化成“填表、报进度、开例会”。有了这个前提，项目经理就必须看财务、看客户、看商业结果，职能经理也要围着项目转，而不是反过来让项目求着职能部门配合。

我读过一些项目管理方法论的书，很多都从WBS、风险登记册、干系人分析讲起。不能说那不对，但确实容易让人把项目管理理解成“一套工具”。《华为项目管理之道》第1章选了一个更高的入口：先回答“项目在公司里到底算什么”。想清楚这一点，再看后面的流程和工具，整套东西才立得住。

1.3 第1章适合谁反复看

这一章不是给新手背概念的，但新手如果真看懂了，会比那些背了一堆工具名词的人更早建立项目经营意识。它尤其适合三类人：一类是刚被提拔为项目经理、还停留在“管进度”阶段的人；一类是职能经理，总觉得项目是在跟自己抢资源；还有一类是公司管理层，想把项目管理从职能部门的事提升为公司经营的事。

2. 为什么说“项目是经营的最小单元”：这句话怎么落到地上

2.1 从横纵两个方向看，项目都处在价值创造的中心

读第1章时，我在旁边画了两条线。

横向看，公司有市场部、研发部、供应链、服务部、人力、财务，但这些部门不直接对客户交付价值。客户签合同之后，带着需求走进公司，最终走出来一个可用的系统、一台可用的设备、一项可用的服务，这时候中间发生了什么？是一个项目团队把各职能的人临时或者长期组织起来，统一目标、统一计划、统一资源调度。也就是说，公司对客户履约的“最后一公里”是靠项目走完的。

纵向看，公司的战略规划再宏大，最后都要分解成一个个战役和行动。战略变成产品，产品变成合同，合同变成项目，项目变成收入和利润。如果项目这一层跑不通，上面的战略全是白纸。很多公司做战略做得很好，落地一塌糊涂，本质就是项目层没有承担起经营单元的角色。

书中那句“让听得见炮声的人来呼唤炮火”，我在第1章读到的时候并没有把它当成授权的口号，反而更注意到背后的组织逻辑。一线的项目团队最清楚客户要什么、竞争局面怎么样、交付瓶颈在哪里，如果项目不是经营单元、一线没有决策权，所有问题都要往上汇报，决策质量高不了，客户体验也好不了。

2.2 经营单元不是喊口号，要靠“四算”撑起来

第1章讲到经营管理时，我立刻想到了一个词：算账。很多项目经理不会算账，我过去也一样，能做到管住进度就很不错了，成本只看看预算还有没有，利润更是从来不碰。但第1章点出的方向是，项目作为经营单元，必须有一套贯穿全生命周期的算账机制。业内常说的“四算”，在这一章的思路里基本都能对上：

1. 投标测算：项目还没拿到手时，就要把成本结构、毛利空间、资源投入算清楚，判断这个项目值不值得投。
2. 目标测算：项目立项或者中标后，确定目标成本、目标利润，签署经营责任书之类的东西，把“要交多少钱、交多少货、赚多少利润”变成硬指标。
3. 核算：项目执行过程中持续跟踪实际成本、收入、现金流，对照目标发现偏差并及时调整。
4. 决算：项目收尾后算总账，不仅结算与客户的财务事项，也要复盘这个项目最终给公司创造了多少利润、沉淀了多少能力。

这“四算”看着像财务概念，但它实际决定了项目经理怎么做决策。有核算的项目经理，知道加班加多了会把利润吃掉，会在进度和成本之间权衡；没有核算意识的人，只会盯着计划表，项目延期了拼命堆人，最后进度赶上了、利润没了，公司白干一场。

我过去有个项目就是这样，客户要求提前上线，我第一反应是加人、加班、加投入，进度确实追上来了，但项目毛利率降到历史最低。如果当时有“目标测算”和“核算”的约束，我会优先跟客户谈范围调整，而不是一上来就烧钱。

2.3 传统项目经理与经营型项目经理的差别

读第1章时，我顺手把“熟悉项目管理流程的人”和“具备经营意识的项目经理”做了一张对比表，用来衡量自己缺什么：

我对照这张表，发现自己在“向上汇报什么”那一行最容易翻车。以前汇报项目，说的都是进度滞后几天、风险几个，领导听完只能干着急。如果换上经营型项目经理的思路，汇报重点应该是“按当前预测，这个项目利润率是X%，主要原因是什么，我需要什么支持来改善”，这才是决策者要的信息。

3. 从功能交付到商业成功：第1章里的项目管理演进逻辑

3.1 华为项目管理经历过的几个台阶

第1章不是静态地讲“项目管理该怎么做”，它有很明显的演进线索。我把自己的理解整理为三个阶段。

第一个阶段是以“功能交付”为中心。这个阶段的关注点，是把技术方案实现出来，把交付物做出来，至于客户用得好不好、项目赚不赚钱，考虑得比较少。很多靠技术起家的公司，早年都有这个阶段，能做出东西就算成功。

第二个阶段是以“契约交付”为中心。合同签了，就要按时、按质、按预算交付。这个阶段开始讲究流程、规范和项目管理工具，目标是“把承诺的事情做到”。到这一步，企业已经有比较完整的项目管理体系了，发现问题、追踪问题、解决问题的手段都比较成熟。

第三个阶段是以“经营和商业成功”为中心。交付按期完成只是底线，项目还要创造商业价值，不仅客户要满意，公司还要有利可图，团队还要沉淀能力。这个阶段的项目经理，已经不只是执行者，更像是项目的经营者。书的标题里有个“道”字，我在第1章理解到的“道”，就在于这种从执行思维到经营思维的跨越。

3.2 为什么必须从契约交付升级到经营交付

有人可能会问，只要交付做得好，利润自然就来了，为什么还要单独提经营？这个想法有一定道理，但也容易害死人。

“交付做得好”通常是指按照合同范围做完了，客户验收通过。但合同的边界是有限的，客户真正的需求可能是变化的。一个只知道按合同执行的项目团队，遇到需求变更时会死守范围，把客户推给商务去谈索赔；一个懂经营的项目团队，会先判断这个变更对客户的价值、对项目成本和利润的影响，再决定是免费做、低价做、还是坚决收钱。同样完成合同，后者更能维护客户关系，也更可能把项目做成长期生意。

另一个现实原因是，通信、IT、工程这类行业的合同模式已经从“卖设备”走向“卖服务”“卖结果”。客户不再只关心你交付了什么，而是关心你有没有帮我把业务跑起来、把成本降下来、把效率提上去。谁的交付模式更能贴近客户结果，谁才能接到更多的单。这种变化必然把项目管理的重心从“交付”推向“经营”。

3.3 讲演进不是为了背历史，是为了判断自己在哪个阶段

这是我在第1章收获很大的一点。读演进的时候，我先问了自己一句：我所在的公司，以及我自己带的项目，处在哪个阶段？答案并不好看——多数时候还在“交付管理”向“契约管理”之间挣扎。再看华为走过的路，我终于明白了为什么自己总觉得项目管理做得累：我是在用更高阶段的逻辑要求低阶段的组织，工具再好，如果公司没把项目当成经营单元来考核，项目经理再努力也推不动。

这一步反思对很多人可能比学工具更值钱。如果你所在的公司还没有给项目经理经营授权，你再有力也使不出来；反过来，如果你在的公司已经给了你经营责任书，你还只会盯进度，那就掉队了。读懂自己在哪个阶段，才知道该补什么课。

4. 客户、铁三角与经营意识：第1章里最实用的三组概念

4.1 以客户为中心，不是把客户当皇帝

“以客户为中心”这句话被太多公司说滥了，所以我起初读到的时候差点没当回事。但第1章里隐含的解释，让我重新审视了这句话。

我见过有些团队把“以客户为中心”理解成“客户说什么就做什么”。客户说要改，马上改；客户说紧急，马上加班。这样做的结果往往是客户越来越依赖你，但也越来越不信任你的专业判断，最后项目范围无限膨胀、交付质量下降、团队疲惫不堪。

华为语境里的“以客户为中心”，我认为更有力的理解是：围绕客户的业务目标去工作，而不是围绕客户随口提的要求去工作。客户提一个需求，背后可能是要解决一个业务问题。如果我确认这个需求能解决问题，就做；如果解决不了，就给出别的建议；如果发现客户真正的问题并不是他说的那个，帮他把真实问题挖出来更值钱。这事不能靠卑躬屈膝来完成，要靠专业能力和商业判断来完成。

4.2 铁三角不是三个人的组合，而是三种能力的咬合

提到华为项目管理，必然绕不开“铁三角”。第1章对项目组织的描述虽然没有像后面章节那样铺开，但已经点出了铁三角的逻辑。我理解的铁三角是这样的：

• AR（客户经理/客户责任人）：负责客户关系经营，理解客户的组织、决策链、业务诉求，对外拉通客户，对内传递真实需求。
• SR（解决方案责任人）：负责技术方案和解决方案竞争力，保证卖给客户的方案是能解决问题、也是公司能交付的。
• FR（交付责任人）：负责交付兑现，把方案变成可落地的项目计划、资源和结果，确保承诺的事情按期按质完成。

这三个角色不是三个岗位摆在项目上就完了，关键是它们要咬合成一个整体。AR不能只懂关系，SR不能只懂技术，FR不能只懂交付。遇到关键决策，三角要坐到一起，用客户视角、方案视角、交付视角共同判断，而不是各说各话。很多公司也有类似角色，但经常出现“销售拍胸脯、技术做方案、交付擦屁股”的割裂情况，就是因为这三个角色没有绑在同一个经营目标上。

4.3 授权的前提是有经营能力，而不是“听一线的话”

“让听得见炮声的人呼唤炮火”是被引用很多的一句话。但第1章给我提了个醒：一线有权力不等于一线乱来，呼唤炮火的前提是一线具备经营能力，知道什么时候该调资源、调多少资源、花多少钱换什么结果。

这就像一家餐厅，如果厨师可以随便决定进多少货，他很可能为了让每桌菜都卖相完美而备货太多，结果每天扔掉一堆食材。真正被授权的厨师，一定是既懂做菜、又懂毛利的人，他才会在高峰期备足食材、在淡季少进货。一线授权和经营能力是一对，缺了能力只谈授权，只会把公司资源烧得更快。

我在实际工作中也发现，很多项目经理确实缺乏经营训练，既不看成本，也不看利润，给他授权就是给他权力乱花钱。所以读第1章，我给自己定的学习目标很明确：先把自己训练成能对经营结果负责的人，再去谈更大的授权，而不是反过来。

5. 读完第1章之后：我纠正了哪些旧观念，能马上做什么

5.1 常被误解的三个概念

梳理第1章内容时，我意识到有几个概念我自己之前也误解过，踩过坑，值得专门列出来。

第一个误解是“项目管理就是PMP那套流程”。不是说PMP没用，而是PMP讲的是通用流程框架，但一个项目能不能成功，背后还涉及经营机制、客户关系、组织授权、团队文化，这些光靠流程解决不了。如果把项目管理等同于工具盒，很容易“学了一堆套路，还是带不好一个项目”。

第二个误解是“客户满意就是项目成功”。客户满意度高，公司却亏损，这种项目一次两次可以做口碑，长期做下去公司活不了。华为强调的“客户成功与商业成功双赢”，比单纯“把客户哄开心”层次高得多。项目成功的标准，既要看客户的目标是否达成，也要看公司是否赢得合理回报、团队是否沉淀能力，三者缺一不可。

第三个误解是“项目经理只是管进度的人”。读完第1章，我更确定项目经理如果只管进度，那充其量是个调度员。真正有价值的项目经理，要管的是项目的经营结果。他要回答的问题不是“活干完了没”，而是“客户的价值兑现了没、公司的利润守住了没、团队的战斗力提升了没”。

5.2 不管是不是华为体系的组织，都能拿去用的三个动作

读每一章管理书，最怕的是收获一堆金句，落不了地。第1章读完，我给自己定了三个具体动作，也分享给各位。

第一个动作，下一次做项目立项或者接手项目时，先补一份“经营画像”。花两页纸回答：这个项目的合同额是多少、目标毛利是多少、最大的三项成本来源是什么、项目的经营指标由谁考核、我每个月从哪里看到实际经营数据。如果这些问题答不上来，说明项目还没有被当经营单元管起来。

第二个动作，把“客户业务目标”写进项目章程，并且在项目例会上始终保留一个固定议题：“本轮工作对客户的业务目标有什么推进？”如果一段时间内答不上来，说明团队可能已经埋头干活、脱离了客户价值主线。这个动作做起来不难，但能逼着整个团队保持客户视角。

第三个动作，从下一个项目开始，把复盘从“进度复盘”改成“经营复盘”。不只是看计划有没有延期、质量问题有几个，而是看收支是否达标、利润偏差的原因是什么、客户决策链有没有变化、组织的协作成本是高是低。哪怕公司没有给项目经理经营授权，项目团队也可以自己先养成看经营数据的习惯，等组织机制跟上的时候，你已经有能力接住了。

5.3 我留在书页边上的问题

第1章读完之后，我没有急着往后面翻，而是在书页边上写了三个问题，打算带着去读整本书。

第一，项目成为经营单元之后，项目经理的权力和利益机制要怎么设计，才能真正让一线敢决策、愿决策？第二，华为是怎么把“以客户为中心”从口号变成考核指标和协作机制的？第三，如果一个小公司或者一个非典型项目型组织要借鉴这套做法，应该从哪个环节切入最划算？

这三个问题，大概率会在后面的章节里找到答案，也有可能读完书后还得靠自己在实践里验证。但第1章能让我问出这三个问题，本身已经值回阅读时间了。

最后再分享一个阅读体会。《华为项目管理之道》不是一本可以快速扫完的书，它的前几章尤其需要反复停下来想。我读第1章时，前后花了一个星期，每天只读一小节，读完就对照自己手头的项目问“那句话在我这儿落到什么位置”。管理书最大的成本从来不是买书的钱，而是读完之后有没有改变你下一次做事的动作。如果你也正在做项目管理工作，建议试一试这种读法。