入职第一周领导对你说小李你进这个项目组跟着学学。你点点头心里其实在问项目到底是什么它和我平时干的活有什么区别这个项目最后能不能成又由什么决定这些问题值得在动手之前想清楚。项目管理的知识体系庞大术语一堆但骨架其实很简单。这一章就干一件事把整张地图摊开让你知道后面每一章讲的是地图上的哪一块。一、什么是项目两个关键词项目管理领域最权威的知识体系 PMBOK 对项目的定义是为创造独特的产品、服务或成果而进行的临时性工作。一句话里有两个关键词缺一不可。第一个是独特Unique。项目的产出在某种意义上是前所未有的。哪怕你们公司去年做过一个几乎一样的系统今年的这一个也不一样——需求不同、团队不同、预算不同、领导不同、时间窗口不同。独特性意味着项目天然带有不确定性没有现成答案可以照抄这正是它需要被管理的原因。第二个是临时Temporary。项目有明确的起点和终点不是无限持续的。目标达成项目结束目标确定达不成了项目也可能被提前终止。要特别注意的是临时不等于不重要也不等于时间短——很多项目持续数年、投入数亿但它的组织形式依然是临时的干完这一仗团队就解散人回到各自的部门。理解了这两个词你就能分辨工作中五花八门的说法。公司年会是一个项目有明确的起止和独特的产出开发一款新 App 是一个项目盖一栋楼是一个项目甚至连结婚都可以当成一个项目来看——有预算、有截止日期婚期、有一堆干系人双方父母、有风险别笑真的有人用项目管理来办婚礼。二、项目还是运营同一件事的两种命运与项目相对的概念是运营Operations也就是组织中日复一日、持续进行的重复性工作。两者的区别值得用一张表说清楚维度项目运营时间属性有明确的起止时间持续进行没有终点产出性质独特的产品、服务或成果重复的产品、服务、流程目标达成特定目标后关闭维持业务正常运转资源组织临时组建团队稳定的职能部门管理重点范围、进度、成本、风险、变更效率、稳定性、服务水平、考核指标风险特征不确定性高相对稳定可预测举一个行业里的例子。某电信运营商上线一套新的业务支撑系统、把 4G 核心网升级到 5G、建设一座新数据中心这些都是项目——有明确的起止时间做完就结束。而每天的网络运维监控、每月的账单出账、客服工单的日常处理这些是运营——周而复始持续不断。最容易迷惑的是边界情况。同样是改系统把工单审批从手工改为自动是项目——它有独特的产出、有起止时间而运维团队每天根据用户反馈小修小补地改配置是运营。判断的标准从来不是事情大小而是那两个关键词有没有独特的产出有没有明确的终点。为什么这个区分重要因为两类工作需要的管理方式完全不同。运营讲效率、讲标准、讲稳定项目讲权衡、讲应变、讲在不确定中推进。用管运营的方式管项目会被变化打个措手不及用管项目的方式管运营会把简单重复的事情搞得天天救火。三、项目、项目集、项目组合三层楼看同一件事项目之上还有两个层级理解它们能帮你明白自己手上的事在公司战略里处于什么位置。层级管理者定义关心的问题项目项目经理单一的临时性工作这件事做对、做好项目集项目集经理一组相互关联的项目几件事之间协调好项目组合组合经理或 PMO为实现战略目标而集中管理的项目和项目集公司该做哪些事项目集Program是一组相关项目的协调管理目的是获取单独管理就得不到的收益。比如一个数字化转型项目集下面可能挂着系统改造、流程重组、人员培训三个项目它们必须互相配合任何一个单独做完都没有意义。项目组合Portfolio则是为实现组织战略目标把一批项目和项目集放在一起集中管理做资源分配和优先级排序。项目组合里的项目彼此不一定要有关联——它们只是共同服务于同一个战略目标。一句话区分项目集里的项目必须有关联项目组合里的项目不一定有关联。站在项目组合层的人问的是公司该把有限的钱和人投给哪些事站在项目层的人问的是这件事怎么干成。你身处哪一层决定了你该用什么样的视角看问题。四、铁三角为什么不能全都要每个项目都被三个核心约束限制着范围做多少事、进度多久做完、成本花多少钱。三者中间夹着质量。这就是著名的铁三角也叫三重约束。铁三角的核心含义是改变任何一个约束都会牵动其他约束。想加功能要么延工期要么加预算要么牺牲质量想提前上线要么砍需求要么加钱加人要么带着风险上线。这不是管理技巧问题是定律。就像你不能同时要求一匹马跑得快、吃得少、还驮得多。PMBOK 后来把约束扩展为六个范围、进度、成本、质量、资源、风险。六个维度互相牵制动一个至少影响另一个。更关键的一点是约束的优先级不是项目经理定的是发起人或客户定的。有的项目工期压倒一切有的项目预算一分不能超有的项目质量是红线。项目经理的角色不是拍板优先级而是四件事量化影响——如果范围增加 20%进度和成本会变成什么样提供选项——方案 A 延工期、方案 B 加预算、方案 C 砍需求给出专业建议——基于项目目标推荐哪一个执行决策——领导拍板之后负责落地。记住这句话项目经理不是决策者是决策的推动者和执行者。认清这一点能帮你躲开职场里最常见的一个坑——把别人的决策权扛到自己肩上。约束冲突的场景几乎每个项目都会遇到提前看几个典型应对领导要求提前上线但测试没跑完正确动作不是硬顶也不是硬上而是把质量风险用数据讲清楚再提出灰度发布、分批上线这类折中方案。预算被砍但需求不变就做优先级排序必须做、应该做、可以做、不做和干系人确认最小可行范围。开发人手不足注意不能简单按比例延长工期——管理学里有个 Brooks 法则向已经延期的项目加人可能让它更慢因为新人培训和沟通成本会吃掉新增的产能。图1-1 项目的六大约束五、五种生命周期从瀑布到敏捷的五种走法项目从启动到收尾怎么走取决于需求有多确定。PMBOK 总结了五种生命周期类型类型特征适用场景预测型瀑布需求前期全部定好按阶段顺序推进需求明确、技术成熟、合规要求高迭代型反复细化同一个东西每轮更清晰需求模糊但方向明确增量型一块一块加功能每块独立可用可以分模块交付适应型敏捷需求不确定快速试错、快速反馈创新业务、互联网产品混合型前期瀑布定框架执行阶段用敏捷大多数实际项目这里有两个容易混淆的概念值得掰开。迭代是反复优化同一个东西像画画草图、线稿、上色、精修中间任何一轮拿出来都不算完成品。增量是一块一块加功能像盖楼一楼、二楼、三楼每一层都是完整可用的。流行的敏捷框架 Scrum 其实两者兼有——每个冲刺Sprint既是一次迭代式的打磨也要在结束时产出可交付的增量。生命周期没有优劣之分只有匹配与否。需求确定性高、技术成熟、合规要求严的走瀑布需求模糊、需要快速试错的走敏捷而现实中最常见的是混合型——立项、预算、合规这些环节用瀑布思维管住开发执行用敏捷迭代推进。这个判断贯穿全书第十章还会展开讲。六、总地图五大过程组 × 十大知识领域现在可以摊开项目管理的总地图了。它由两个维度交叉构成。第一个维度是五大过程组回答管理上要做哪几类事过程组目的一句话解释启动定义项目、授权项目经理这事儿正式立项了规划制定计划怎么干、干多少、花多少想清楚再动手执行按计划干活、管人、管沟通撸起袖子干监控跟踪偏差、控制变更盯着别跑偏收尾验收、归档、释放资源收工但要收好第二个维度是十大知识领域回答要管好哪些方面的事情整合管理、范围管理、进度管理、成本管理、质量管理、资源管理、沟通管理、风险管理、采购管理、干系人管理。两个维度交叉形成 49 个管理过程——这是 PMBOK 第六版的完整骨架。你不需要背下这 49 个过程但要知道几个结构性规律规划过程组的过程最多24 个这体现了整个体系的核心哲学——想清楚再干。前期规划的疏漏会在后期放大成灾难范围没定义清楚就蔓延进度没估准就延期成本没算对就超支。整合管理是唯一横跨全部五个过程组的领域。把范围、进度、成本、质量、风险这些维度编织在一起做权衡把不同背景的人协调在一起干活把各方的期望整合成可执行的目标——这就是项目经理的本质工作。收尾虽然只有一个过程但不可忽视。收集经验教训、归档文档、正式验收、释放资源做好了是在为组织积累知识资产现实中干完就散的项目同样的坑只能反复踩。还要特别澄清一个高频误解过程组不等于项目阶段。项目阶段是生命周期的时间切片需求、设计、开发、测试、部署阶段之间有关口决策继续还是终止过程组是管理活动的分类不是线性的——一个阶段内部可能同时涉及规划、执行、监控的活动敏捷项目里每个冲刺都在规划、执行、监控之间循环。一句话阶段是项目走到哪一步了过程组是管理上在做什么事。图1-2 项目管理全景框架七、现实一角先有地图再谈踩坑讲到这里你可能觉得项目管理是一套漂亮的秩序。没错这张地图描述的是世界应该被怎样管理。但等你真的进了项目会发现另一套东西在和地图争夺方向盘领导的一句话、年底的考核、供应商的拖延、以及没人愿意写进文档的真实想法。别急。地图的价值恰恰在于只有先知道应然长什么样你才能看清实然在哪里拐了弯、拐得有没有道理。这本书后面每一章都会先讲清楚地图上那一块再带你去看现实里的模样。■ box 本章速查项目是为创造独特成果而进行的临时性工作判断一件事是不是项目看独特和临时两个关键词。项目与运营的区别在于是否有独特产出和明确终点。项目受范围、进度、成本、质量、资源、风险六个约束牵制约束的优先级由发起人决定。生命周期有预测、迭代、增量、适应、混合五种走法选择取决于需求确定性。五大过程组启动、规划、执行、监控、收尾与十大知识领域交叉成 49 个管理过程过程组不是时间线阶段才是。项目经理的本质是整合者。■ box 表达要点被问到什么是项目管理时不要背定义用三句话递进第一项目是临时性、独特性的工作和日常运营是两回事第二项目管理的本质是在范围、进度、成本等约束之间做权衡权衡的优先级由发起人决定第三项目经理的角色是整合者——把各维度、各路人、各方期望整合成可执行的目标。这三句话既展示了框架感又暗示你懂现实里的权力关系比堆术语高明得多。
