一个让我印象深刻的翻车现场
三年前，我带一个ERP实施项目，团队里新来了个PMP刚考过的小伙子。第一次开项目启动会，他信心满满地打开PPT，把五大过程组——启动、规划、执行、监控、收尾——讲得头头是道，每一页都标注了PMBOK的页码。
客户听完说了句话，我到现在都记得："道理我都懂，但这个项目到底什么时候能上线？"
那一刻我才意识到，很多人考了PMP，却从来没真正理解五大过程组到底在解决什么问题。它们不是考试知识点，不是汇报模板，而是一套帮你把项目从混沌推向交付的行动框架。
今天就掰开了揉碎了聊聊，这五个阶段到底该怎么用。
一、启动阶段：别急着干活，先搞清楚"为什么干"
很多项目死在第一步——需求还没对齐，就急着排工期。
启动阶段的核心就一件事：明确项目的存在价值和边界。
具体来说，你要回答三个问题：
《PMBOK指南》第七版对启动过程组的定义是"定义一个新项目或现有项目的新阶段，获取授权开始该项目或阶段"。说人话就是：在花大钱之前，先让所有关键干系人达成共识。
实务建议：
- 项目章程不要写成"同意立项"四个字的签字文件，要包含：项目目标、关键里程碑、预算范围、主要风险、决策权限
- 干系人分析别只列名单，要画出"权力-利益矩阵"，搞清楚谁是真正在乎这个项目结果的人
- 启动会一定要拉上业务一把手，他的站台比你开十次协调会都管用
二、规划阶段：计划不是用来交差的，是用来暴露问题的
这是我见过被糟蹋最严重的阶段。
很多团队的"规划"就是项目经理一个人闷头排个甘特图，然后发给所有人"确认"。结果执行时发现：资源撞车、依赖关系理不清、风险没人管。
规划的本质不是画一张漂亮的图，而是通过结构化思考把不确定性降下来。
PMBOK把规划阶段拆成了24个子过程，覆盖了十大知识领域。听起来很多，但核心就四件事：
拆解范围：用WBS（工作分解结构）把大目标拆成可交付的小包，拆到每个工作包都有明确的负责人和验收标准
排定计划：识别任务之间的依赖关系，找出关键路径，倒推资源需求
识别风险：列出"什么会出错"以及"出了错怎么办"，别等到火烧眉毛才救火
建立基线：范围基线、进度基线、成本基线——这是后面监控阶段的"标尺"
一个真实的教训：
我之前带过一个数据中台项目，规划阶段没做充分的资源评估。执行到第三个月，发现开发工程师和测试工程师的比例是3:1，根本测不过来。临时招人来不及，外包质量又不行，最后硬是拖了两个月才上线。
如果当时在规划阶段就做了资源负荷分析，这个问题完全可以提前规避。
三、执行阶段：项目经理不是监工，是清障员
到了执行阶段，很多项目经理容易犯两个极端错误：
放养型：排完计划就不管了，等周报汇报才知道进度
监工型：天天追着团队问"做完了没"，搞得大家压力山大
正确的角色定位是"清障员"——你的核心任务不是盯着人干活，而是扫除阻碍团队推进的障碍。
执行阶段要抓好的三件事：
第一，沟通机制。不是开越多会越好，而是要建立"恰好够用"的沟通节奏。我的经验是：
- 每天15分钟站会（只说三件事：昨天干了什么、今天要干什么、遇到了什么阻碍）
- 每周一次周报+周会（回顾进度、调整计划、升级风险）
第二，质量内建。别等到测试阶段才发现问题。在编码阶段就引入代码评审，在设计阶段就做方案评审。PMBOK里说的"管理质量"就是这个意思——质量是规划和执行出来的，不是检查出来的。
第三，团队管理。技术团队最常见的问题不是能力不行，是目标不清晰。每个人都觉得自己在忙，但忙的方向不一致。项目经理要做的就是反复对齐：我们现在在哪里，要去哪里，每个人负责哪一段路。
四、监控阶段：不是出了问题才监控，而是持续对比"计划vs实际"
监控不是一个独立的"阶段"，它从规划完成的那一刻就开始了，贯穿整个执行过程。
监控的核心动作就两个字：对比。
挣值分析（EVM）是监控阶段最实用的工具，虽然名字听起来高大上，但原理很简单：
PV（计划价值）：到这个时间点，计划要完成多少工作量
EV（挣值）：到这个时间点，实际完成了多少工作量
AC（实际成本）：到这个时间点，实际花了多少钱
用这三个数字一算，就能知道项目是提前还是落后，是省钱还是超支。比盯着甘特图看进度条靠谱多了。
一个常见的坑：范围蔓延。
客户说"加个小功能，很简单"，你没走变更流程就答应了。一次两次没问题，积少成多之后，项目就失控了。
我的原则是：任何范围变更，必须走正式的变更控制流程。不是为了为难客户，而是为了保护双方——客户知道改了什么、要多花多少时间和钱，你也有了明确的交付边界。
五、收尾阶段：最容易被忽略，却最不该忽略
项目做完了，上线了，庆功宴吃了，然后呢？
很多项目没有"收尾"这个动作，直接就散了。结果是：
收尾阶段要做的事清单：
验收确认：拿到客户/业务方的正式验收签字，白纸黑字
文档归档：需求文档、设计文档、测试报告、变更记录、会议纪要，该归档的全部归档
经验复盘：开一次项目复盘会，不是为了甩锅，而是为了沉淀——什么做得好、什么可以改进、什么坑下次要避开
资源释放：人员、设备、环境，该释放的释放，该回收的回收
合同收尾：检查所有合同义务是否履行完毕，尾款是否结清
PMBOK里说的"结束项目或阶段"，本质上就是把项目从"临时状态"切换到"运营状态"，确保后续有人能接手、能维护、能追溯。
说到底，五大过程组是一套思维框架
我见过太多人把PMBOK当成"考试教材"，考完就扔。但实际上，五大过程组提供的是一套结构化的问题解决思维：
每个项目，不管大小，都会经历这五个阶段。区别只在于：大项目每个阶段的产出更正式、更完整；小项目可能一页纸就搞定了。但阶段可以压缩，逻辑不能跳过。
下次带项目的时候，试着在每个阶段问自己一个问题：
能回答好这五个问题，PMP考不考过都无所谓——你已经是一个合格的项目经理了。
