PMP里的敏捷和Scrum是一回事吗？备考时别把它们混着学

备考PMP的人几乎都会问：敏捷和Scrum是不是同一个东西？答案是——不是。敏捷是一套价值观和工作原则，Scrum只是用来落地这些原则的众多框架之一。把它们当成一回事来背，做题时就会吃亏，因为考题经常在不同层级之间切换。下面把这三个层级拆开讲清楚。

一、先分清三个层级：价值观、框架、实践

最上面一层是「敏捷」，它是一套理念，出自《敏捷宣言》，核心是四个价值观：个体和互动重于流程和工具、可用的软件重于详尽的文档、客户协作重于合同谈判、响应变化重于遵循计划。注意这里不是说右边的东西不要，而是左边的更重要。这一层是「为什么这么做」。

中间一层是「框架」，比如Scrum、看板（Kanban）、XP（极限编程）、SAFe等。框架告诉你用什么结构、什么角色、什么活动把敏捷理念落进团队。这一层是「用什么方法做」。

最下面一层是「实践」，比如每日站会、冲刺评审、看板可视化、结对编程。这一层是「具体怎么做」。

考试里的题目很可能把这三层混在一起问你。比如一道题说「团队采用Scrum，但在冲刺中途频繁加需求」，正确的处理方向是回到敏捷原则去判断，而不是硬套某个流程。分不清层级，就容易被干扰项带偏。再举个常见例子：题目问「每日站会上成员开始逐条汇报进度」，很多人第一反应是「站会不就该汇报吗」，但按敏捷原则，站会是团队自我协调的场合，重点是对齐今天的计划和暴露障碍，不是向经理汇报。这就是典型的用框架套原则、方向选错的题。

二、Scrum到底规定了什么

Scrum是使用最广的敏捷框架，它有明确的三个角色、五个活动和三个产出物，这几个数字最好记牢。

三个角色：产品负责人（Product Owner）负责梳理需求优先级，Scrum Master负责保障流程和移除障碍，开发团队负责交付增量。注意Scrum Master不是项目经理，他不派活、不拍板，更像教练和服务者，这一点在很多题里是考点。

五个活动：冲刺（Sprint，也叫迭代，通常2到4周）、冲刺规划会、每日站会、冲刺评审会、冲刺回顾会。

三个产出物：产品待办列表、冲刺待办列表、可交付的产品增量。

理解了这套结构，再看题里的场景，你就知道问题出在哪个环节——是需求优先级没人管，还是站会开成了汇报会，还是回顾会只走过场。不同环节对应不同的处理思路。

三、考试里敏捷到底占多少，怎么学

现行PMP考试是180题、230分钟，覆盖人员、过程、业务环境三大领域，其中过程领域占比约50%、人员约42%、业务环境约8%。而敏捷与混合型场景的题目，整体已经接近一半，且分散在三个领域里，不是单独一个模块。

这意味着敏捷不能当成「附加章节」来学。建议这样安排：

第一步，先读懂敏捷宣言和十二条原则，理解「为什么」。这是判断所有敏捷题的底层依据。

第二步，把Scrum的三五三结构（三角色、五活动、三产出）吃透，能画出冲刺的流程图。

第三步，做题时重点分辨「预测型、敏捷型、混合型」三种项目环境，题干里出现迭代、增量、可视化这些词，基本就是敏捷场景；出现阶段门、基线、正式变更请求，多半是预测型场景。判断对场景，答案方向就对了。

第四步，专门收集做错的敏捷题，按「角色没搞清楚」「活动顺序搞反」「原则理解偏差」三类归档，复盘效率会高很多。做完一整套模拟后，把纯敏捷和混合型题目单独抽出来数一数错了几道，如果这类题的错误率明显高于其他部分，说明你的复习重心还在传统流程上，要果断调头。

四、Kanban、XP这些要不要一起学

要了解，但不用学到Scrum那么深。看板和Scrum最大的区别是：Scrum按固定时长的迭代推进，看板则是持续流动，用限制在制品数量（WIP）来暴露瓶颈。XP更偏工程实践，强调结对编程、持续集成、测试驱动。这些框架的细节不必全背，但要记住它们的定位和适用场景，因为考题偶尔会拿它们做对比。

另一个高频概念是「混合型」，也就是预测型和敏捷混着用。现实里很多项目就是这样——外层用阶段和里程碑管住交付节奏，内部用迭代快速产出。考试也认可这种做法，别以为只有纯粹的敏捷才是正确答案。

五、备考避坑的几句实在话

第一，别把Scrum的术语当成敏捷的全部。只会背3355，遇到考原则的题照样卡壳。

第二，别用项目经理的旧思维去做敏捷题。敏捷里很多决策权在团队和产品负责人手里，项目经理更多是服务型和教练型角色，硬按「命令—控制」的思路选答案，容易全军覆没。

第三，模拟题至少做两千道，其中敏捷相关的要占相当比例。做完不是对答案了事，每道题都要回到「这是考角色、考活动还是考原则」的判断上，练出题感比记住答案重要得多。

说到底，把敏捷和Scrum分出层级，是备考敏捷内容最省力的一个认知。想清楚价值观、框架、实践这三层，PMP里近一半的题目就不再是拦路虎了。