项目管理的价值
- 写于2025年4月19日
缘起
前段时间，与一家组织庞大的著名公司交流，他们不认可项目管理的价值，认为没有直接的项目产出。先不论，对方的观点是否代表其公司的共识，这种看法一直存在。
简单翻了一下资料，回想一下，有这样一个现象：外企普遍都接受项目管理的价值，会质疑项目管理价值的一般是国内的企业。
很多年前做过一段时间项目经理，也负责过几年项目交付团队，那是一段对我做事方式产生了深刻影响的经历，聊到了这个话题，写下了这篇文章。没读过任何关于项目管理的书，之前也没有在任何有项目经理的组织中待过，不是科班出身。
在 2017 年招项目经理时，反复讨论，是否要求项目经理会写代码，或者至少写过代码，当时感觉没写过代码的项目经理，管不了我们的项目，在一个成员几乎全是码农的组织中，可想而知。后来老板拍板，说要引入新鲜血液，才给一位被面试过很多轮，在四大工作过十多年的候选人发了录用通知。
后来，经常拿这件事当段子讲，当年脑子出了什么问题，竟然要求项目经理会写代码。又过了两年，在这期间，要处理项目组成员之间的矛盾，才发现这真是个问题：项目经理要掌握多少业务（含技术）知识才能做好项目管理？
这是个伪命题，肯定不是做过什么才能管好什么，资质好的人做什么都可以做好，但是对于我这样资质普通的人，以及日常的团队管理，这确实是个可以聊一天一夜的话题。不管怎么样，项目管理确实是对综合素质要求比较高的。
正题
项目管理的第一要义是结束，所有项目经理接手一个项目的时候，应该先问一个问题，项目什么时候结束？围绕这个问题抛根到底就是项目管理的全部。
什么时候结束？满足什么才可以结束？谁允许就可以结束？允许投入多少资源？
项目经理追求结束，很不同于大堂经理，也不同于产品经理。把自己做成大堂经理的是能力问题，做成产品经理的是屁股问题。
围绕项目管理的结束，核心有三点。
第一点：时间
关于时间，专业性表现在项目计划上，项目计划的目标走到验收的终点。
做项目计划最难的是不确定性，解决不确定的方法有两个，一个是项目计划的版本，一个是项目计划的假设条件。项目计划有版本，可以看到项目计划逐步清晰的过程，对项目管理做过程管理。项目计划内关键里程碑的假设条件，可以是不可控外界变量，也可以是甲方的工作要求，同时可以帮助大家看清楚关键问题，往往也会是项目关键风险点。
信息不充分，不影响做项目计划。
恰当的项目假设是一件专业的事情，专业性体现在要找关键变量，不能列出一堆粗细力度不一致的假设，也不能奔着规避所有风险，体现一副不粘锅的姿态。永远不可能信息充分，不能追求信息充分，有时候项假设是为了达成共识，有时候只为了明确此处有雷，而大家需要携雷前行。
项目假设，可以解决关键信息缺失导致的阻碍，也可以用在早期的商务报价里，作为假设性条款。在商务谈判阶段，还可以用来解决双方对未来判断不一致的冲突，签订权变条款，承认判断不一致，又不同意签订权变条款的，可能在撒谎。
再看，项目计划的质量，质量核心看工作的连贯性，主要是协调资源，说服关键角色支持。工作连贯性好，反而可以在人力紧张的时候，便于替换，或用高低搭配的方式解决问题。日日交替穿插工作的方式，最不可取，所有人都不满意，这样做只能是无奈之举。
第二点：资源
关于资源，一般是指项目组人力和软硬件设备，货币化后就是项目成本，考核的是毛利。
对于制造一件实体商品，毛利主要取决于供应链的原料成本，对于企业服务公司，生产的是虚拟商品，成本投入在项目计划旅程上来回调配的弹性很大，不具备集中管控的条件，更多是过程中的预警管理。服务边界变更，往往在弹指一念之间，项目成本实质成了公司授权给项目经理的信用卡额度。
对于企业服务公司，项目管理再怎么强调都不为过，这是挽救的最后一道工序。
项目正式启动会之前，一定要重新评估项目成本，项目管理本质就是资源管理，是项目毛利管理。
计算清楚毛利，是一件看起来似乎简单，做起来一点都不容易的事情，核算人力和产品结算成本，不是简单的薪资平均数，会涉及很多事情。记清楚计费工时的前提可以在系统层面清晰界定“项目”和“经营”，再往前推，是合同到订再到项目的合理拆分，如果没有系统支撑，天天都是表哥表姐。关于这件事，可以出一篇论文，考验的是公司基本功。
如果都是大项目，专人全职，成本核算相对简单。
怎么保证项目毛利呢？
首先是项目成员配置，多找活好、事少、成本低的人，不过这件事项目经理一般很难控制，属于积极争取，看天吃饭。这块的机制，一般也属于公司的基本功。
其次是项目计划管理，保证项目成员工作的连惯性，上边有提到。
再次是项目需求管理，这是项目经理最可以有所作为的地方，如果合同不清晰，一定要顶住压力在启动会之前明确清楚，不然后续项目管理难度会指数级上升。
人有一张嘴，爱说两面话，就算都凭良心说话，这么多虚头巴脑的概念，有谁能都说的清楚，保证理解一致呢？老子都说了，道可道，非常道，名可名，非常命，也就限定了时间，带着上下文才可以说清楚。
做需求管理，首先要有一张项目需求表，超出范围的都记录在册，记录工作量和与客户对齐的状态信息。这张表换算之后就是毛利偏差表。
面对需求变动，经典场景是，之前你们承诺过……
如何与客户达成一致，是项目管理最人文的地方，首先必须现在对方的立场，他有什么难处，如何对内解释合理性，是否有预算和制度支撑，这才有解决的可能。底线是一本帐，不能记录在表里的，就一定要能记录在江湖人情帐上，切记两面讨巧，接别人的帐，自己补亏空，成了庄家，做个冤大头。
在最短的时间内，用最少的资源，达成可验收的目标，这就是最好的项目经理，衡量指标是项目毛利，毛利系数乘以确认收入系数是奖金系数。
第三点：目标
对于目标，理论上是最重要的，实际上是最没有意义的，很多项目目标非常务虚，如果可以正确表达项目愿景，也算是合格的了。
在这种情况下，项目管理变更的非常困难，因为如果真实的目标没有以可衡量的方式写下来，必然会以不可琢磨的形式，存在于某个人的心里，那就需要揣摩别人的心思，并且跟对方保持良好的关系。
想留后手的人喜欢模糊的空间，而且往往是位高者，在后续利用位置优势来行使最后的解释权，所以对于乙方或者下属来说，一定不要侥幸认为模糊是给自己留的余地。
其实写在纸面上，也未必有勇气拿出来就事论事，更何况在我们的文化里，已经很习惯阴阳两套账了，但明确这件事依然非常有意义。如果前期没有明确，此刻就是与对方共同树立可行目标的机会，是一个可以影响的过程，双方目标一致，甲方更渴望成功。
作为项目经理，可以推动明确目标，但不能设定目标。
目标明确后，不断在团队强化，使其成为组织双方的共识，一旦成为共识，那就比纸面还有杀伤力，任何人要修改共识，都必须有道义上和逻辑上合理性，不然，就算流程上被强行通过，他的权威和人品也会遭受质疑。
在目标之下，是工作说明书（SOW Statement of Work），在 SOW 中清晰描述双方的工作内容，最核心的是验收条件，如果项目目标符合 SMART 原则也可以作为验收条件，不过验收条件更像 OKR 中的 KeyResult，一个好的 SOW，应该是要符合 OKR 的拆解和收敛逻辑，而不是流水账。
总结
项目管理就是协调时间、资源、目标三者之间的关系，利用项目计划表和需求偏差表（或毛利偏差表）做好过程管理，项目风险管理也全在于此。有道无术可求术，有术无道止于术，止于术就是陷入泥潭，成大堂经理的了。
Image
基于此，项目经理的核心能力是“发现偏差 -> 达成共识”的能力，忘记在哪里学了一个词，rebase line，很贴切。 爬升
按照时间 > 资源 > 目标排序，有违直觉，也有违价值观，实则是有太多的无赖和无奈，无论是内部项目的老板，还是外部项目的客户，关键人几乎只谈目标和时间，从来不谈资源。
领导谈目标之外，最爱上价值。
谈理想上价值，对项目破坏性很大，“老板”是梦想家，不负责规划资源，目标是上月球，却以为只需要付快递的代价。项目经理是贴地的小鬼，生产线的车间主任，把梦想拉回地面。
谈理想的是朋友，过日子的是家人，只谈理想不问你好不好的是骗子。
回归
项目管理是一种很好的做事方式，不仅仅在于甲乙方之间，企业内部也需要项目管理，这是企业的精细化管理，不是每家企业都掌握印钞机，可以大力出奇迹。
开头提到一个问题，项目经理要掌握多少专业知识，才能做好项目管理？反过来想，有很好的专业能力，为什么要来做项目管理这操心的活？既掌握了专业知识，又做得好项目管理，为啥做不了高管？所以，好项目经理值很高的薪水，普通人从业务线做起，有天赋的人从哪里开始都可以。
雨声
平凡的人，在哪个岗位都是过客。