上一篇拆的是案例卷里那道关键路径计算题——那是 进度管理 里的事。挣值分析落在 成本管理 里，变更流程落在 整合管理 里。这些考点在教材里并不零散：它们被切成了 49 个叫得出名字的 过程，49 个过程又被压成一张 10 行 5 列的表。
这篇不逐个讲过程怎么做，只把这张表的结构说透：过程是什么、两个维度各在管什么、为什么表里会有空格，以及考场上看到一道题时怎么用它定位。
过程：项目管理的最小动作单位
教程把项目管理切成 49 个 过程，每个过程有名字、要读进来的材料（输入）、可用的手段（工具与技术）和产出的东西（输出）。
拿最小的一个看：制定项目章程 的输入里有项目工作说明书和商业论证，输出是项目章程——一份正式批准项目成立的文件。软考选择题很爱在这一层出题，典型问法是“以下哪项是制定项目章程的输出”。因为 同一个输出只由一个过程产出，这类题记住输出归属就不会错。
高项（信息系统项目管理师）第 4 版教程和中项（系统集成项目管理工程师）第 3 版教程用的都是这 49 个过程 32。
维度一：知识领域——这活管的是哪类事
第一个维度按“管的是哪一类事”分成 十个知识领域：整合、范围、进度、成本、质量、资源、沟通、风险、采购、干系人。
前九个分得很直白：范围管“做哪些、不做哪些”，进度管“什么时候做完”，成本管“花多少钱”，风险管“可能出什么岔子”。第十个 整合 管的不是某一类事，而是把其他九个领域的产出缝成一个整体——项目章程、项目管理计划、变更控制、结束项目都属于这类动作。
这个特殊身份在矩阵里会表现得很显眼。
维度二：过程组——这一步在做哪类动作
第二个维度按“动作的性质”分五组：
- 启动：把项目正式批下来。
- 规划：想清楚怎么做、做多少、什么时候做。
- 执行：按计划把活干出来。
- 监控：看干得怎么样，偏了就纠回来。
- 收尾：交付成果、归档、解散团队。
这里最容易想错：过程组不是项目阶段。项目只有一个开头一个结尾，“启动”和“收尾”确实只出现一次；但“规划”和“监控”会反复来——干到一半需求变了要重新规划，每周例会看进度就是监控。过程组是 动作的类型，不是时间区间。
两个维度交叉：一张 10 × 5 的表
行是“管什么”，列是“做哪类动作”，交叉出的格子里放的就是过程。把 49 个过程填进去，得到这样一张表（格子里是过程个数）：
| 知识领域 | 启动 | 规划 | 执行 | 监控 | 收尾 | 合计 |
|---|---|---|---|---|---|---|
| 整合 | 1 | 1 | 2 | 2 | 1 | 7 |
| 范围 | 0 | 4 | 0 | 2 | 0 | 6 |
| 进度 | 0 | 5 | 0 | 1 | 0 | 6 |
| 成本 | 0 | 3 | 0 | 1 | 0 | 4 |
| 质量 | 0 | 1 | 1 | 1 | 0 | 3 |
| 资源 | 0 | 2 | 3 | 1 | 0 | 6 |
| 沟通 | 0 | 1 | 1 | 1 | 0 | 3 |
| 风险 | 0 | 5 | 1 | 1 | 0 | 7 |
| 采购 | 0 | 1 | 1 | 1 | 0 | 3 |
| 干系人 | 1 | 1 | 1 | 1 | 0 | 4 |
| 合计 | 2 | 24 | 10 | 12 | 1 | 49 |
这张表的形状本身带着信息，比死记名字有用。
规划组占 24 个，将近一半。 每类事都先有一个“规划某某管理”的过程，把这类事怎么管定下来——项目管理的功夫有一半花在开工之前。
启动组只有 2 个：制定项目章程、识别干系人。含义很干脆：项目刚开始只有两件事必须做，把项目批下来，把相关的人找出来。
成本管理没有执行格。 钱确实是执行时花掉的，但“成本管理”这个领域本身只干两件事：规划时决定怎么花、花多少，监控时看有没有超。
整合管理铺满五列，是唯一横跨五个过程组的领域。 因为缝合在每个动作类型里都要来一次：启动写章程，规划写项目管理计划，执行时指导工作并管理项目知识，监控时监控项目工作并实施整体变更控制，收尾时结束项目或阶段。
空格不是教材漏了。 一个格子存在，要同时满足“这类事在这一步确实有动作”。范围管理没有执行格，因为收集需求、创建 WBS 都是规划动作；执行阶段做的是产品本身，不是范围管理。看到空格问一句“为什么这里没有”，对这一行的理解就到位了。
考场上怎么调用这张表
选择题常见问法是“以下哪个过程属于监控过程组”。矩阵给你的是一个 检索顺序：先认领域，再认过程组。
这里有个坑值得单独说。很多过程把组别写在名字里——“规划成本管理”在规划组，“控制进度”在监控组。但有一批不是：管理质量 在执行组，实施采购、获取资源 在执行组，确认范围 在监控组。靠字面猜前缀会用错，靠格子位置才准。
案例卷里的用法更值钱。题干通常是一段项目出事的描述，第一步不是回忆知识点，而是 定位：需求反复变、客户说不清要什么——落在范围；节点一拖再拖、关键路径上的活动没人管——落在进度（算法见关键路径法那篇）；各方不认账、没人签字拍板——落在整合。定完领域再定过程组：范围没定清楚，缺的是定义范围；需求变了没人走流程，缺的是实施整体变更控制。
案例题踩点给分，答案里出现“应通过实施整体变更控制流程处理变更”“应输出变更请求并提交 CCB 审批”这类表述，就是在用过程名和它的输出拿分。矩阵在这里的作用是让你答得准、不漏项：一个领域挨着一个过程想下去，比凭感觉写强得多。
前面那张 75 题的分数地图提过，管理类科目的综合知识里项目管理占的分量远高于技术类科目——占大头的正是这 49 个过程，所以值得先把结构立起来再背内容。
两本教材的两种翻法
两本官方教程是按不同方向切章的。高项第 4 版 按行切，第 8 章到第 17 章一章一个知识领域；中项第 3 版 按列切，第 10 章到第 14 章分别是启动、规划、执行、监控、收尾五个过程组 123。同一张表，横着读还是竖着读而已，格子内容一致，换教材不必重学一遍。
最后交代一个边界：49 个过程这套说法来自教程采用的 PMBOK 第 6 版体系；国际上后来的第 7 版改成了“原则 + 绩效域”的写法，高项第 4 版另设一章“项目绩效域”把它引进来 3。备考时按教程的矩阵走，别拿第 7 版的框架去对表。