← 返回总览

Day 1 · 框架总览 + 立项/整体管理

目标:脑中建好「5×10」格子,之后 9 天的知识都往格子里放。

一、5 大过程组 × 10 大知识域(先背这个骨架)

过程组×知识域热力矩阵
看图记骨架:「规划」一行全 ★(各域计划都在规划组);「监控」一行整体列最黑(监控过程组名就挂在整体上)——这就是选择题里「哪个过程属于哪个组」的判断依据。
过程组(口诀:初执监收)干什么
启动定章程、认干系人,项目拿到「出生证」
规划定计划,子过程最多的一组
执行干活、发活、管人、管沟通
监控对比实际与计划,提变更。注意:监控贯穿全程,不是排在执行后面
收尾验收、移交、总结、解散
#知识域一句话职责常考关键词
1整体协调一切、拍板变更项目章程、变更控制委员会 CCB
2范围规定做什么、不做什么WBS、范围蔓延、镀金
3进度管时间关键路径、赶工、快速跟进
4成本管钱挣值、CPI、储备分析
5质量满足要求的程度控制图、因果图、帕累托
6资源管人和物资源平衡/平滑、冲突处理
7沟通信息传对沟通渠道数、沟通模型
8风险管不确定性规避/转移/减轻/接受、定性/定量
9采购从外面买总成本/总价/成本补偿合同
10干系人管影响项目的人权力/利益方格、识别
口诀:整范进成质,资沟风采干(谐音「整饭进程纸,资够风采干」)。综合知识 75 题里至少 30 题落在这 10 个域。

二、项目章程(启动的核心输出)

要点内容
谁批准发布发起人/出资人(不是项目经理!)
作用正式批准项目存在;授权项目经理动用资源
里面写什么项目目的、可测量目标、高层需求、总体风险、里程碑、预算概算、发起人、PM 及其权限
高频坑「项目经理编写并批准章程」= 错。PM 可以起草,批准权在发起人

三、整体变更控制流程(案例改错题必考)

整体变更控制7步流程图
流程记「申请→日志→评估→审批→更新→实施→关闭」。橙色第④步是唯一卡点:CCB 审批,PM 不能自批;右侧虚线框是紧急变更的唯一例外通道。
  1. 变更申请书面化(口头不算)
  2. 登记变更日志,记录编号、状态
  3. 评估影响:范围/进度/成本/质量/风险全评
  4. CCB(变更控制委员会)审批 —— PM 不能自己批
  5. 批准后更新基准与相关计划
  6. 实施变更、验证
  7. 通知受影响的干系人,关闭变更
案例卷出现「客户口头要求加功能,项目经理直接安排开发人员做了」= 典型违规,踩中①④两条。

四、真题演练(先选后看解析)

1. 项目章程应由谁批准发布?
2. 「监控过程组」的正确理解是?
3. 客户口头提需求变更,PM 正确做法是?
4. 「识别干系人」属于哪个过程组?
5. 变更的审批权在哪个机构?
6. 制定项目管理计划属于哪个知识域?
7. 项目经理获取资源使用权的依据文件是?
8. 过程组的正确顺序是?
9. 变更被 CCB 否决后,正确处置是?
10. 线上故障必须立即改配置,正确做法是?
11. 「监控项目工作」过程属于哪个知识域?
案例大题 1:变更失控场景(练「找问题+给措施」)

题干

某系统集成项目进行中,客户电话要求把报表模块升级为大屏展示。项目经理小李觉得需求合理,直接安排两名开发人员利用两周完成。上线后客户很满意,但项目预算超支 18%,且原定的接口联调被推迟。财务总监在复盘会上追问这笔钱花在哪了。

问题:指出该项目在变更管理上的问题,并给出改进措施。

看参考答案

问题(≥4 条): ① 变更未书面化——电话需求未提书面变更申请; ② 未经评估——未分析该变更对范围、进度、成本、质量的影响; ③ 越权审批——项目经理无权自行批准,应提交 CCB; ④ 基准未更新——批准后应更新成本/进度基准,实际没做; ⑤ 未记录未通知——未记变更日志,未通知财务等受影响干系人,导致预算失控无法追溯。 措施(≥3 条): ① 建立整体变更控制流程:书面申请→日志登记→影响评估→CCB 审批→更新基准→实施验证→通知关闭; ② 所有变更先做成本/进度影响分析再决策,重大变更报发起人; ③ 维护变更日志,定期向财务、发起人等干系人通报变更状态。