教材第 17 章信息系统项目管理速览：5 大过程组 × 十大知识领域与高项的 70% 重叠

一、这一章为什么"似曾相识"

各位同学好，老孙在这里。

今天是 2026 年 7 月 26 日，距 10 月 24 日系规考试还剩 90 天。

栏目③教材站，今天我们啃系规教材能力篇的信息系统项目管理这一章。

老孙先说一个让很多同学惊喜的事实——这一章，是系规和高项（信息系统项目管理师，俗称"高项"）知识重叠最多的一章。如果你之前了解过高项、或考过高项，这一章会让你有强烈的"似曾相识"感；如果你没接触过，也别担心，老孙今天用大白话帮你把核心抓住。

为什么会高度重叠？因为系规和高项同属软考高级、同源于项目管理的国际通用知识体系（PMBOK，项目管理知识体系指南）。系规这一章讲的"5 大过程组、十大知识领域",正是项目管理的通用框架。所以老孙常跟"系规高项纠结党"说——这两科有相当一部分知识是相通的，备考一科对另一科也有帮助（这也是为什么老孙建议有些同学可以两科都考、或考完一科再战另一科）。

今天老孙就带你把这一章的核心框架——5 大过程组 + 十大知识领域——讲清楚，让你既拿下系规这一章的分，又顺便理解了项目管理的通用框架。

二、先建立总框架：过程组 × 知识领域

这一章的核心，是一个"二维框架"——5 大过程组（横向）× 十大知识领域（纵向），交织成项目管理的完整图景。老孙先把这个总框架给你。

5 大过程组（项目从启动到收尾的横向阶段）：

1. 启动过程组：项目或阶段的开始（如制定项目章程）
2. 规划过程组：制定项目计划（范围、进度、成本等各方面计划）
3. 执行过程组：按计划干活（指导与管理项目工作）
4. 监控过程组：监督和控制（监控项目工作、变更控制）
5. 收尾过程组：项目或阶段的结束（结束项目或阶段）

十大知识领域（项目要管的十个方面，纵向维度）：整合、范围、进度、成本、质量、资源、沟通、风险、采购、干系人。

老孙的大白话：过程组是"什么时候做"（项目的生命阶段），知识领域是"管什么"（项目的十个管理维度）。两者交织——比如"在规划过程组里，对范围知识领域做规划",就是"制定项目范围管理计划"。理解了这个"二维交织"的结构，整章的逻辑就通了。

老孙把这个二维框架画成一张图：

三、5 大过程组：项目的生命阶段

老孙先讲横向的 5 大过程组，它描述了项目从生到死的完整生命阶段。

启动过程组

项目（或阶段）的"开场"。核心工作是制定项目章程（正式授权项目启动的文件）和识别干系人。这一步回答"我们要不要做这个项目、谁来负责、有哪些相关方"。

规划过程组

项目的"作战计划制定"。这是过程组里活动最多的一个——要为范围、进度、成本、质量、资源、沟通、风险、采购、干系人各方面都制定计划。这一步回答"这个项目具体怎么做"。

执行过程组

项目的"真刀真枪干活"。核心是指导与管理项目工作——按照计划，组织团队、调动资源，把计划变成成果。这一步是"动手做"。

监控过程组

项目的"边干边盯"。它贯穿项目始终，与执行同步进行——监控项目工作、对照计划检查、做变更控制。这一步回答"做得对不对、要不要调整"。

收尾过程组

项目的"收官"。核心是结束项目或阶段——验收成果、总结经验、释放资源、归档文档。这一步是"善后"。

老孙的提醒：5 大过程组不是简单的"先后顺序",而是有重叠、有迭代的——比如监控贯穿全程，规划也可能在执行中反复（滚动规划）。但它们的核心逻辑是清晰的：启动（要不要做）→ 规划（怎么做）→ 执行（动手做）→ 监控（做得对不对）→ 收尾（善后）。记住这条主线，过程组你就抓住了。

四、十大知识领域：项目要管的十个方面

再讲纵向的十大知识领域。这是项目管理要操心的十个维度，老孙用大白话逐个给你（基于教材定义）：

老孙给你一个记忆口诀，把十大知识领域串起来：整范进成质（整合、范围、进度、成本、质量）、资沟风采干（资源、沟通、风险、采购、干系人）。前五个偏"项目本身的硬指标"（范围、时间、成本、质量），后五个偏"项目的软支撑"（资源、沟通、风险、采购、人）。这十个字记熟，十大知识领域你就不会漏。

老孙的提醒：这十大知识领域，整合管理是'龙头'（它统筹其他九个），范围、进度、成本、质量是项目的"四大核心约束"（也叫四重约束/铁三角延伸），其余是支撑。理解了它们的主次和关系，比孤立地背十个名词强得多。

五、系规和高项：到底重叠多少、差异在哪

这是很多同学最关心的——系规这一章和高项到底什么关系。老孙给你讲透。

重叠的部分（约 70%）：

• 项目管理通用框架完全一致：5 大过程组、十大知识领域，系规和高项用的是同一套（都源于 PMBOK）
• 核心概念相通：项目章程、范围管理、进度管理、风险管理这些概念，两科讲法基本一样
• 方法论相通：很多项目管理的工具和方法（如 WBS、关键路径、挣值管理等），两科都涉及

差异的部分：

• 侧重不同：高项以项目管理为核心、占比极重，整本书大量篇幅讲项目管理；系规项目管理只是能力篇的一章，核心是"系统规划与管理"（ITSS 服务管理、信息系统规划才是系规的重头）
• 深度不同：高项对项目管理考得更深、更细；系规对项目管理考得相对浅，主要考框架性、概念性内容
• 整体定位不同：高项偏"项目经理"视角（怎么管好一个项目），系规偏"规划与管理"视角（怎么规划和管理信息系统及服务）

老孙的大白话：系规和高项，在"项目管理"这块是'同源、重叠、深浅不同'——系规这一章相当于"项目管理的精简版"。所以如果你考过高项，系规这一章基本是送分；如果你打算两科都考，这部分知识可以复用。这也是老孙一直说的"系规高项知识关联紧密、备考积累不浪费"的具体体现（还记得第 002、035 篇讲两科对比吗？这一章就是最好的证据）。

六、核心中的核心：项目的"四重约束"

十大知识领域里，范围、进度、成本、质量这四个，是项目管理的"核心约束",老孙单独拎出来讲，因为它们最常考、也最能体现项目管理的精髓。

这四个约束的关系，可以用一句话概括：它们相互制约、此消彼长，需要平衡。

• 你想加快进度？可能要增加成本（加人、加班）或牺牲质量（赶工）或缩小范围（少做点）
• 你想提高质量？可能要延长进度（多打磨）或增加成本（投入更多）
• 你想降低成本？可能要缩小范围（少做）或延长进度（慢慢来）或降低质量（用便宜方案）

老孙打个比方：这四个约束就像"又要马儿跑、又要马儿不吃草"的难题——你不可能同时把范围做到最大、进度做到最快、成本做到最低、质量做到最高。项目管理的艺术，就在于根据项目的实际情况，在这四者之间找到最佳平衡。

老孙的提醒："四重约束相互制约、需要平衡"是高频考点，也是项目管理的核心思想。考试可能给一个场景（比如"客户既要提前交付又要不增加预算"），问你怎么权衡。你要理解——没有四个都最优的项目，只有平衡得最好的项目。这种"平衡"思维，又一次出现了（前面讲 SLA、配置颗粒度、微服务拆分时都提过）。系规处处在考你这种管理者的权衡智慧。

老孙再补一个相关概念——范围蔓延：指项目范围在没有相应调整进度、成本的情况下，不受控制地扩大（客户不断加需求、团队不断加功能）。这是项目管理的常见风险，论文里写"我对范围蔓延进行了重点管控"是一个很专业的细节。

七、常考的项目管理工具与方法

这一章还可能涉及一些项目管理的经典工具和方法，老孙挑几个高频的给你点到（理解概念即可，系规考得不深）：

WBS（工作分解结构）：把项目的整体工作，逐层分解成更小、更易管理的工作包。好比把"盖一栋楼"分解成"打地基、建框架、装修……",再细分下去。WBS 是范围管理的核心工具——把大目标拆成可执行的小块。

关键路径法：在项目的进度网络里，找出耗时最长的那条活动路径（关键路径）——它决定了项目的最短工期。关键路径上的活动一旦延误，整个项目就延误。这是进度管理的重要方法。

挣值管理（EVM）：一种同时衡量进度和成本绩效的方法，通过比较"计划值、挣值、实际成本",判断项目是超支还是节支、是提前还是延误。这是成本和进度监控的高级工具。

风险管理过程：识别风险→分析风险（定性/定量）→规划风险应对→实施应对→监督风险。风险应对策略常见的有：规避、转移、减轻、接受（针对威胁）。

老孙的提醒：这些工具方法，系规考得比高项浅，主要是概念性了解——知道 WBS 是干什么的、关键路径是什么意思、风险应对有哪些策略即可，不用像高项那样深入计算。但理解这些工具，对你写论文的"实施过程"很有帮助——论文里提一句"我运用 WBS 分解了项目工作""识别了关键路径以管控进度",立刻显得专业。如果你考过高项，这些都是老熟人；没考过的，了解概念就够系规用了。

八、这一章近年怎么考

老孙结合系规命题规律，这一章的考查方式主要：

第一类：过程组与知识领域（综合知识，最高频）

考 5 大过程组是哪 5 个、十大知识领域是哪十个、某个过程属于哪个过程组/知识领域。这是必拿分，过程组和知识领域必须记全。

第二类：核心概念（综合知识）

考项目章程、范围管理、风险管理等核心概念的含义。

第三类：与系统规划/服务管理结合（案例背景）

在信息系统建设的案例里，涉及项目管理的内容。系规案例不会像高项那样深考项目管理，但可能作为背景出现。

老孙的应对建议：这一章重在"记住框架（5 过程组 + 十知识领域）+ 理解核心概念"。用"启动规划执行监控收尾"记过程组、用"整范进成质资沟风采干"记知识领域。如果你考过高项，这章轻松拿分；如果没有，把这两个框架背熟即可，不用像高项那样深挖。系规的重心不在这一章，别花过多时间——抓住框架就够。

老孙再帮你厘清一个容易混的关系——项目管理和 IT 服务管理（ITSS）有什么区别。这两者在系规里都很重要，但视角不同：项目管理是"临时性"的（一个项目有明确的起止，做完就结束），IT 服务管理是"持续性"的（服务是长期运营、不断改进的）。打个比方：项目管理像"盖一栋楼"（盖完就交付），IT 服务管理像"物业管理"（楼盖好后长期运营维护）。一个信息系统，往往是"先通过项目把它建起来（项目管理），再通过服务管理把它长期运营好（ITSS）"。理解了这个"建设 vs 运营""临时 vs 持续"的区别，你就理解了项目管理和服务管理在系规知识体系里各自的位置——它们是信息系统全生命周期里前后衔接的两个阶段。这种"分得清、连得上"的理解，正是系规要考的体系化思维。

九、项目管理在论文里怎么用

老孙提醒一个容易被忽略的点——项目管理的知识，在系规论文里其实大有用处。

系规论文几乎都要写"项目"——你的项目背景、你怎么实施、遇到什么问题怎么解决。这些本质上就是在描述一个项目的管理过程。所以项目管理的框架，能帮你把论文的"实施过程"写得有条理、专业。

老孙给你几个论文里用项目管理的角度：

• 写实施过程：可以按"启动→规划→执行→监控→收尾"的过程组逻辑组织，显得有章法
• 写项目管控：可以提"我做了范围管理、进度管理、风险管理",体现你管理项目的专业性
• 写问题解决：项目中遇到的问题（进度延误、范围蔓延、风险爆发），可以用项目管理的方法来论述应对

老孙给你一段示范：

在本项目实施过程中，我注重运用项目管理的方法保障项目顺利推进：在规划阶段，我制定了详细的范围、进度和风险管理计划，明确项目边界、里程碑和主要风险；在执行和监控阶段，我通过定期的进度跟踪和变更控制，及时发现并纠正偏差，特别是对范围蔓延和进度延误风险进行了重点管控；在收尾阶段，组织了项目验收并总结了经验教训……

老孙的提醒：项目管理是系规论文的"通用骨架"——无论你写哪个方向的论文，都可以用项目管理的框架来组织"实施过程"那一部分。把这一章学好，不只是为了应付选择题，更是为了让你的论文"实施"部分写得专业、有条理。这又是"一鱼多吃"——一个知识点，选择题用、论文也用。

十、老孙的提醒：系规高项怎么选、怎么衔接

借这一章讲项目管理重叠的机会，老孙再帮"系规高项纠结党"理一理选择和衔接的思路（呼应前面第 002、035 篇）。

如果你时间充裕、想考两科：可以"先考一科、再战另一科"。比如先考系规（10 月），再准备高项（次年 5 月）。两科的项目管理部分知识相通，备考积累能复用，不浪费。

如果你只考一科、在两科间纠结：

• 倾向系规的情况：你的工作偏"信息系统规划、IT 服务管理、运维"，或你觉得高项的论文/项目管理太深、想要相对好上手的；系规论文方向相对稳定（跟 ITSS 国标）。
• 倾向高项的情况：你的工作偏"项目管理",目标岗位明确要"信息系统项目管理师"这个名头；或你已经在项目管理领域深耕。

如果你已经考过高项、想再拿系规：恭喜，系规这一章对你是送分，而且你有项目管理基础，备考系规会比零基础的人轻松。重点补系规独有的 ITSS 服务管理、信息系统规划部分即可。

老孙的提醒：系规和高项没有绝对的高下，关键看你的工作方向和职业目标（这也是老孙反复强调的"适配最重要"）。但有一点是确定的——这两科的项目管理知识高度重叠，无论你怎么选，学好项目管理通用框架都不亏。它不仅是考试内容，更是你职场上管理项目的实用能力。

十一、本章作业：默写两大框架 + 串一个项目

读完今天这一篇，老孙建议你用 20 分钟做 1 件事——合上资料，完成下面两个任务：

任务一，默写两大框架：

任务二，串一个项目： 用"启动→规划→执行→监控→收尾"的过程组逻辑，简单描述一个你做过或熟悉的项目是怎么推进的。

能做好这两个任务，说明你不仅记住了框架，还会"用框架看项目"了。这种能力，在论文写"实施过程"时会派上大用场。

十二、给同学的一句话总结

第 17 章信息系统项目管理，是系规和高项重叠约 70% 的一章（同源于 PMBOK 项目管理知识体系）。核心是二维框架：5 大过程组（启动→规划→执行→监控→收尾，"什么时候做"）× 十大知识领域（整范进成质、资沟风采干，"管什么"）。系规和高项"同源、重叠、深浅不同"——系规这章是"项目管理精简版",考过高项的同学送分。这一章重在记住两大框架、理解核心概念，不用像高项那样深挖（系规重心在 ITSS 和信息系统规划）。项目管理还是论文的"通用骨架"——用过程组逻辑组织"实施过程",让论文专业有条理。 一个框架，选择题用、论文也用，学好不亏。

十三、明日预告

明天是栏目④真题站——真题速评 011：2025 下半年案例"服务问题与提升"答题模板。老孙会带你拆解 2025 下半年系规案例（回忆版）里关于服务问题处理与持续提升的题，告诉你这类题怎么审、怎么答、踩哪些关键词。今天讲的是项目管理框架，明天回到 ITSS 服务管理的案例实战。我们明天见。