企业官网建设流程全解析

简介：围绕信息系统项目管理师考试第五章「项目整体管理」主题的PPT课件，面向备考软考高级资格的项目经理、IT从业者及需要系统梳理整体管理知识框架的考生。内容从项目整体管理全生命周期管理、全局性管理和综合性管理的定位讲起，详细拆解了项目计划制定、项目计划实施、综合变更控制三大核心过程，覆盖输入、工具与技术、输出等考点细节；同时延伸到项目启动、范围说明书、项目管理计划、整体变更控制、项目收尾的完整流程，并归纳了项目成功标准、成功项目特征与项目失败常见原因，适合对照软考官方教材同步复习与考前冲刺。资源为1个PPT文件，压缩包大小2.28MB，图文结合便于快速浏览与重点标记。已有66人学习下载，可作为第五章知识梳理的轻量辅助材料。

1. 整体管理不是「第六个知识域」：它才是案例题和论文真正的判卷核心

信息系统项目管理师的第五章「项目整体管理」，是很多人复习时最头疼的一章：没有计算公式，没有生动案例，全是概念，感觉哪里都是重点。但真题恰恰专挑这种地方下手——案例题里「口头变更直接改计划」的翻车现场，论文题里「把范围、进度、成本、质量拧成一条主线」的写作要求，考的全是整体管理。它不直接产出可交付物，却决定其它知识域能不能在一个项目里自洽运行。这篇笔记把这一章拆成四条主线、一张输入输出工具表、一套变更流程，最后给一个能直接套的论文骨架。适合第一遍系统学这章的人，也适合案例题差几分、回来补整合思路的人。

2. 整体管理到底管什么：从一份授权书到一次体面收尾

2.1 先分清五个过程组：整体管理不是「第十一个知识域」

先纠正一个最常见的误解：整体管理不是其它九个知识域之外再多出来的一个模块，而是横跨整个项目生命周期的纵向管理。范围管理管范围，进度管理管时间，成本管理管花钱，它们各自盯着自己的切面；整体管理的职责恰恰是让这些切面在同一个项目里互相让步、保持一致。

先记五件事：启动过程组整合出项目章程，规划过程组整合出项目管理计划，执行过程组整合出可交付成果和工作绩效数据，监控过程组整合出工作绩效报告和变更决策，收尾过程组整合出最终移交和组织过程资产。新版教材把它改名「项目整合管理」，还增加了一个「管理项目知识」过程，但考试对两个名字都认，复习时不用纠结叫法。

这张表回答了一个根本问题：整体管理到底在整合什么。启动时整合各方预期成一份授权，规划时整合九个子计划成一份可执行纲领，执行时整合人力、物力和流程产出成果，监控时整合数据成报告并做变更裁决，收尾时整合全部经验和档案。所以判断一个项目是否被「整体管理」过，就看这五样东西是否齐全：章程、计划、成果、报告、档案。

2.2 项目章程：不是立项报告，是「任命书」

项目章程在考试里的地位，相当于组织给项目经理的任命书。启动过程组做的最重要的一件事，是获得组织对项目的正式认可。没有章程，项目经理就不是被正式授权的角色，项目调用资源都是名不正言不顺。记住这一层含义，很多辨析题不用背就能推出来。

章程内容重点记八项：项目目的、可测量的目标、高层需求、整体风险、总体里程碑、预先批准的财务资源、审批要求、项目经理的职权。核心特征是「高层级」三个字——凡是需要花力气细化才能拿到的内容，比如WBS、详细进度、精确预算，都不放进章程，放进后头的计划。真题里把「详细成本估算」列为章程内容，就是等着你跳坑。

做题最实用的三步判断：看到「目的、授权、高层级、审批」字样，判给章程；看到「详细、分解、精确」字样，判给项目管理计划；看到「甲乙双方、付款、违约」字样，判给协议或合同。还有一处高频考点：章程可以由项目经理协助起草，但发布权和批准权在项目发起人手里。题干写「项目经理编写并发布章程」，一定是错的。

2.3 项目管理计划与项目文件：一道必考辨析题

制定项目管理计划的本质，是把启动阶段的高层授权细化成可执行纲领。这个计划不是一个文档，而是一个文档集合：九个知识域的子计划，加上范围、进度、成本三个基准，再加上变更管理计划和配置管理计划。考试经常把「风险登记册」「干系人登记册」「问题日志」混进项目管理计划的选项里，这些其实都属于项目文件。

一句话记忆：子计划是「怎么管」的规定，项目文件是「管的过程」的记录。风险登记册今天记了三条风险、明天发现一条新风险就更新它，它是执行和监控过程中不断变化的记录；风险管理计划则规定多久做一次风险评审、谁负责应对、用什么策略，它是稳定不变的规则。前者是文件，后者是计划，性质完全不同。

基准这个概念要拎清楚。范围基准由范围说明书、WBS和WBS词典组成，进度基准是批准的进度计划，成本基准是批准的成本预算。三者合起来叫绩效测量基准，是变更控制最核心的保护对象。基准一旦确定，任何改动都要走整体变更控制流程，不能被日常微调悄悄带跑。案例题里「进度基准已经确定，项目经理因为工期紧私自压缩三天」就是典型的基准违规。

2.4 监控和收尾：数据怎么流成报告，账怎么关

指导与管理项目执行，是整体管理里动作最多的过程：把项目管理计划落到行动上，产出可交付成果，同时产生工作绩效数据。这个过程的输入里有个容易忽略的点——批准的变更请求。变更批准了，才轮到执行去落实，顺序不能反。执行过程还负责维护问题日志，项目里捅了娄子先记在这里，再决定谁来解决。

监控项目工作的核心是对照基准盯偏差。它把执行交上来的原始数据分析成绩效信息，再汇成工作绩效报告。这里注意：报告不是给项目经理自己看的，是给干系人和CCB做决策用的，所以报告里要有结论、预测和备选方案，不能只有一堆数字。真题考输入输出时，工作绩效报告之后的下游去向是实施整体变更控制，这条线要记熟。

收尾是很多人忽略的地方。结束项目或阶段不是「做完交付」就完事，它要做三件事：移交最终成果、归档项目信息、更新组织过程资产。核心动作是总结经验教训，但注意经验教训不是收尾时才突然出现的，整个项目过程里一直在积累，收尾时做的是沉淀和归档。老手复习时会专门看「组织过程资产更新」在收尾输出的子项：项目档案、经验教训、历史信息，这三样经常一起出现在多选题里。

3. 输入输出与工具：一张应试表加一套记忆逻辑

3.1 六个过程输入输出工具总表

这一节是整章最硬的应试资产。六个过程的输入、输出、工具，背熟后能直接解决选择题和案例题的找错题。建议抄下来贴在桌上，每天过一遍。

这张表有条暗线：每个过程都「吃」上层产物，「吐」下层原料。制定章程吃商业论证和协议，吐章程；制定计划吃章程，吐计划；执行吃计划和批准的变更请求，吐可交付成果和数据；监控吃数据和预测，吐报告和变更请求；变更吃请求和报告，吐批准和日志；收尾吃全部成果，吐移交和档案。顺着这条线记，输入输出能记牢八成。

3.2 工具性格：专家判断是骨架，其余各有阵地

工具部分不用每个都背，抓住「性格」就能排除干扰项。专家判断是万能工具，六个过程全部出现，遇到判断题其它工具都对不上号时选它，正确率很高。引导技术只出现在章程和计划两个过程，作用是把一堆诉求不同的干系人拢到一间屋里，通过头脑风暴、冲突处理、会议管理达成共识——它是规划期的专属工具。

项目管理信息系统只出现在执行过程，跑进度、派任务、传文档就靠它。数据分析分布广但用途不同：规划计划时做备选方案分析，监控项目工作时做挣值分析、趋势分析、偏差分析，收尾时做回归分析。决策工具只在监控和变更过程出现，形式是投票、独裁、多标准决策。会议则活跃在执行、变更、收尾三处。

记一个口诀：「专家是块砖，引导在规划，系统在执行，决策管变更。」真题里出现「项目经理用引导技术组织干系人确认章程」，是对的；出现「执行过程中用数据分析做挣值分析」，错的，挣值分析是监控的武器。

3.3 三条流水线串起70%的选择题

第一条是绩效流水线：工作绩效数据 → 工作绩效信息 → 工作绩效报告。数据是执行过程组干活时产生的原始记录，比如「A模块今天完成了30%」「测试发现了12个缺陷」；监控项目工作过程把这些数据拿来做挣值、偏差分析，加工成工作绩效信息；再汇总成给决策层看的工作绩效报告。单选题问「监控项目工作的输出」，优先选报告和变更请求，而不是数据。

第二条是变更流水线：变更请求 → 变更日志 → 批准的变更请求。任何干系人都可以提交变更请求，先记入变更日志留痕，走完评审后变成「批准的变更请求」或「否决的变更请求」。批准的变更请求反哺执行过程，这是全章最重要的跨过程传递。

第三条是知识流水线：假设日志 → 问题日志 → 经验教训登记册。假设日志在章程阶段创建，记录当初拍脑袋认下来的假设条件；问题日志在执行阶段开始活跃，记录已经发生的问题；经验教训登记册贯穿全程，边干边积累，收尾时更新到组织过程资产。三个文档出现在不同过程，但本质是同一条「从不确定到确定」的知识沉淀链。

3.4 高频换位陷阱：五对易混产物

以下五对是真题最爱的换位陷阱，建议对照背。

用的时候记住「归属法」：看到一份文档，先问它是「规定」还是「记录」。规定归计划，记录归文件，基本不会错位。

4. 变更控制：整体管理的命脉和五步标准流程

4.1 为什么变更必须整体管：一个加需求的例子

拿一个电商平台项目举例。用户中途说要多加一个优惠券功能，如果只在范围上答应下来，后果是全链路的：设计要补方案，开发要排期，测试要加用例，上线时间要后移，预算要增加。只动范围不管其它，项目必然失控。整体变更控制存在的意义，就是强迫任何变更都必须站在全局评估，而不是站在单个环节拍板。

这也解释了为什么实施整体变更控制在考试里权重极高：它是整体管理唯一一个「有标准动作」的过程，也是案例题最容易设置陷阱的地方。常见失败模式是「用户口头提需求，项目经理当场答应并让开发直接改代码」，这一句话里踩了两个坑：没走书面变更请求，没做影响分析。

4.2 五步标准流程：一张表看清责任和产物

变更控制的标准流程，我一般概括为「一提、二评、三审、四批、五落实」，这张表可以当答题框架直接套。

第五步特别容易考：批准的变更请求是「指导与管理项目执行」的输入，所以没有第四步的批准，执行过程不能动。被否决的变更请求也要记入变更日志，这是很多人丢分的点——否决不代表消失，留痕本身是变更管理的价值。

4.3 CCB与项目经理的职权边界：评审批还是评影响

CCB（变更控制委员会）干的是「评审和决策」的活，不是「分析」。谁分析影响？项目经理带着团队做。这是案例题里最常埋的雷——题干写「CCB直接评估影响后批准」，就是错的。正确流程是项目经理先分析并给出建议，CCB基于建议做批准或否决的决策。

项目经理自己的权限边界也要拎清：对不影响范围、进度、成本基准的小变更，项目经理可以直接批准；但凡动到基准的，必须上CCB。有些培训机构把这条叫「小变大报」，四个字就能记住。决策方式上，CCB常用投票或共识，紧急情况下可以开会速决，但不能跳过评审直接改基准。

4.4 四种变更请求类型与真题场景

变更请求分四类，每类对应一个真题场景。纠正措施是让工作回到计划轨道，比如进度落后了赶工、加资源，目标是纠偏；预防措施是防患于未然，比如担心核心模块质量风险提前加测试，目标是降低未来出问题的概率；缺陷补救是修复不合格的可交付物，比如修一个发现的功能bug；更新是改受控文件和计划，比如更新风险应对策略。

做题时按「现在的事还是未来的事、是计划的事还是产品的事」来分：已发生的偏差用纠正措施，未发生的风险用预防措施，产品不合格用缺陷补救，文档计划要改是更新。这四类经常和范围、质量知识域交叉出题，但判据始终是上面这句。

实战里还有两个细节。紧急情况下可以先口头实施，但事后必须尽快补书面变更手续，考试标准说法是「及时补办」。另一个是变更控制工具与配置管理工具的关系：变更控制决定「变不变」，配置管理负责「版本怎么换」，两者配合才能保证变更可追溯、可回退。

5. 整体管理避坑：复习和考试中最常翻车的五个位置

5.1 论文把整合写成大杂烩

现象：论文背景写完后，每个过程都来一段「我做了XX管理」，范围写了、进度写了、成本写了，评卷老师看完不知道你的整体管理到底做了什么。原因：把「整合」理解成了「所有东西都要讲」，知识域是横向切面，整合格的是横向切面如何协同。解决：用一条主线贯穿。我一般建议以变更控制为骨架：开头写章程拿到授权，中间写计划定基准，高潮写一次跨知识域的变更，范围变了、影响进度和成本、上CCB、调整基准，收尾写经验教训沉淀。整篇论文的「整合」就变成了看得见的动作，而不是挂在嘴边的概念。

5.2 案例题里口头变更直接改计划

现象：题干出现「客户口头要求增加功能，项目经理当场答应并让开发直接改代码」，问错在哪里。原因：没搞懂变更控制的启动点，以为客户是老板、老板说了就算。解决：按三步答。第一步，任何变更都要先提交书面变更请求；第二步，先分析对范围、进度、成本、质量的影响；第三步，涉及基准的变更经CCB批准后才能改计划。紧急情况可先口头执行，但事后必须补书面手续。这样回答，采分点一个不漏。

5.3 章程、合同和立项报告分不清

现象：选择题里把「付款方式」「违约责任」列入章程内容，或案例题里说「章程由项目经理发布」。原因：把内部管理文档和外部法律关系搞混了。解决：记住三个「对」：合同是甲乙双方、对外、讲交易；章程是组织对项目、对内、讲授权；商业论证和立项报告回答「值不值得做」，章程回答「组织批准做了」。对外看合同，对内看章程，启动前看商业论证。章程内容里出现「付款」「违约」字样，直接排除。

5.4 工作绩效数据/信息/报告三层记混

现象：选择题把「工作绩效报告」写成执行的输出，把「工作绩效信息」当成收尾的产物。原因：只背了名词，没理解流水线。解决：流程线记忆法。执行过程组干活，产出最原始的工作绩效数据；监控过程组对数据做挣值、偏差分析，加工成工作绩效信息；汇总成工作绩效报告，供干系人和CCB决策。数据是原料，信息是半成品，报告是成品。做题时先定位「现在是哪个过程组」，再看产物该是原料还是成品，正确率能提一大截。

5.5 输入输出只「看」不「默」

现象：翻书觉得全懂，一合上书，四个选项哪个看着都对。原因：输入输出是识别型知识，视觉记忆不牢靠，需要提取练习。解决：用A4纸默写。先默六个过程的名称，再默每个过程的关键输入输出，重点核对「批准的变更请求」这个跨过程产物。默写三遍之后，案例题找错的敏感度会明显上来。我自己当年就是靠这个方法把输入输出练到条件反射，选择题这块基本不丢分。

6. 把整体管理写成论文主线：一套「授权—计划—变更—收口」骨架

论文骨架可以直接套，主题就用「项目整体管理」本身。

开头段写项目背景：这是一个多系统并行、干系人诉求不一的典型项目，复杂度高，必须靠整体管理统筹。主体分四段，第一段写授权：突出章程如何明确项目经理职权和总体预算，关键干系人在启动会上对目标达成一致。第二段写计划：举一个子计划冲突的例子，比如市场部要提前上线，研发要充足的测试时间，你在计划阶段如何用资源平衡让两边让步。这一段最能体现「整合」的取舍感。第三段写变更：选一次范围变化，完整走一遍「提交请求→影响分析→CCB评审→基准更新→通知干系人」的闭环，把对进度、成本、质量的影响写具体。第四段写收口：经验教训登记册沉淀了什么，组织过程资产更新了什么，下次项目如何复用。

答题时用两个判断法兜底。归属法：看到文档先问它是「规定」还是「记录」，规定归计划，记录归文件。流水线法：数据、信息、报告、变更、日志，先定位当前过程组，再判断该产出原料还是成品。两个方法配合，输入输出题和案例找错题基本能稳住。

最后讲一个我的教训。早年考试案例题差一分，就栽在「工作绩效信息」上——我把监控过程的输入写成了工作绩效报告，导致整条流水线连锁出错。后来每次进考场前，我都会在草稿纸角落默一遍这条流水线：数据→信息→报告。整体管理没有玄学，就是一条授权、计划、变更、收口的链路，把链路跑通，选择、案例、论文三块都能吃到这章的红利。希望帮到你。

本文还有配套的精品资源，点击获取