知识库
先学知识点，再做题检验。当前：项目管理
01. 计算机系统知识 (13个)
02. 程序语言基础 (3个)
03. 操作系统 (8个)
04. 软件工程 (8个)
05. 数据结构与算法 (23个)
06. 数据库系统 (11个)
07. 计算机网络 (12个)
08. 面向对象技术 (10个)
09. 信息安全 (4个)
10. 知识产权与标准化 (4个)
11. 多媒体基础 (2个)
12. 项目管理 (4个)
CPM关键路径
甘特图
重点 难度 2/3
通俗理解
甘特图（Gantt Chart）就是项目管理中的"时间表计划图"——用水平条表示每项任务的开始时间、持续时间和结束时间。就像你排课表：周一上午数学、周一下午语文、周二全天英语——一眼就能看出什么时间在干什么。
甘特图是最直观、最常用的项目进度管理工具，特别适合向领导汇报项目计划。
甘特图的特点
• 横轴：时间（天、周、月）
• 纵轴：任务（作业项、工作包）
• 每个任务用一条水平条表示，长度=持续时间
• 可以显示任务之间的依赖关系（带箭头连线）
甘特图的优点
✅ 直观易懂——看一眼就明白项目计划
✅ 适合向管理层和非技术人员展示
✅ 能清楚显示每项任务的起止时间
✅ 可以用来跟踪实际进度和计划进度对比
甘特图的缺点
❌ 不能清晰显示任务之间的逻辑依赖关系（虽然可以加连线，但复杂项目就乱了）
❌ 不能显示关键路径（哪些任务延误会影响整个项目）
❌ 不适合大型复杂项目（任务多了就密密麻麻）
❌ 难以进行"如果...会怎样"的情景分析
甘特图 vs 网络计划图
| 对比项 | 甘特图 | 网络计划图（CPM/PERT） |
| 直观性 | ★★★★★ 非常直观 | ★★★ 需要学习才能看懂 |
|---|---|---|
| 依赖关系 | ★★ 不清晰（加连线勉强） | ★★★★★ 清晰显示前后依赖 |
| 关键路径 | 不能显示 | 能精确计算 |
| 适合范围 | 小型/简单项目 | 大型/复杂项目 |
| 领导汇报 | 首选 | 太复杂领导不爱看 |
真题演练
例题：（软考真题）以下哪个不是甘特图的优点？
A. 直观明了 B. 能显示关键路径
C. 易于绘制 D. 适合向管理层汇报
解：甘特图不能显示关键路径，这是CPM/PERT网络图的功能。选B。
注意事项
• 甘特图适合展示但不宜做深入分析——关键路径分析要用CPM
• 做甘特图时，任务分解要足够细（至少细化到周级别）
• 现代项目管理工具（MS Project、Jira、Asana）中甘特图通常是自动生成的
• 甘特图上的依赖关系有：FS（完成-开始）、SS（开始-开始）、FF（完成-完成）、SF（开始-完成）
关键路径法CPM
重点 难度 2/3
通俗理解
关键路径法（CPM, Critical Path Method）就是找出项目中"最不能延误的那条路"——整个项目中耗时最长的路径决定了项目最早什么时候能完成，这条路径上的任何一项任务延误了，整个项目都会延误。
就像做一顿饭：洗菜(5分钟)→切菜(10分钟)→炒菜(15分钟)，同时煮饭(30分钟)。煮饭是"关键路径"——煮饭慢了，整体就慢了。切菜多花5分钟没关系，因为炒菜还在等饭煮好。
基本概念
• 关键路径：项目网络图中耗时最长的路径（从开始到结束）
• 关键路径上的任务叫"关键任务"——没有浮动时间（松弛时间）
• 项目总工期 = 关键路径的总时长
四个核心时间参数
ES（Earliest Start，最早开始时间）：任务最早可以从什么时候开始
EF（Earliest Finish，最早完成时间）：任务最早完成的时间，EF = ES + 工期
LS（Latest Start，最晚开始时间）：任务最晚必须开始的时间，否则会延误项目
LF（Latest Finish，最晚完成时间）：任务最晚必须完成的时间，LF = LS + 工期
浮动时间/松弛时间
总浮动（TF）= LS - ES = LF - EF
• 关键任务：TF = 0（没有浮动余地）
• 非关键任务：TF > 0（可以适当延迟）
正向推导（求ES和EF）
从开始节点正向计算：
ES(开始) = 0
ES(当前任务) = max{EF(所有前驱任务)}
EF = ES + 工期
反向推导（求LS和LF）
从结束节点反向计算：
LF(结束) = EF(结束) = 项目总工期
LF(当前任务) = min{LS(所有后继任务)}
LS = LF - 工期
关键路径的确定
• 方法1：找出所有从开始到结束的路径，计算总时长，最长的一条就是关键路径
• 方法2：计算所有任务的浮动时间，浮动时间为0的任务组成的路径
关键路径的特点
• 一个项目可能有多条关键路径
• 关键路径上的活动不能延误
• 关键路径不一定是任务最多的路径——总时长才是关键
• 如果关键路径上的任务缩短工期，关键路径可能转移到另一条路径上
真题演练
例题：（软考真题）下图（略）为某项目的网络图，各活动工期（天）如图，求该项目关键路径和总工期。
解：1) 列出所有路径及其时长
A→B→D→G = 3+5+4+2=14天
A→B→E→G = 3+5+3+2=13天
A→C→F→G = 3+7+2+2=14天
2) 最长路径=14天，路径A→B→D→G和A→C→F→G都是关键路径
3) 总工期=14天
注意事项
• 关键路径=最长路径，不是最短路径（初学者容易搞反）
• 关键路径上的任务浮动时间=0，不能延误
• 一个项目可能有多条关键路径——所有关键路径上的任务都要重点关注
• 关键路径会随着项目进展而变化（叫"关键路径的漂移"）
• 用箭头表示任务（AOA, Activity on Arrow）时，注意虚活动（dummy activity）不占时间
项目管理
PERT计划评审技术
重点 难度 2/3
通俗理解
PERT（Program Evaluation and Review Technique，计划评审技术）和CPM很像，但有一个关键区别——CPM假设每项任务的时间是确定的，而PERT适用于"时间不确定"的项目。
PERT的核心思想：一项任务到底要多久，谁也说不准，那就估算三个时间——乐观的、最可能的、悲观的——然后加权平均出一个"期望时间"。
就像你告诉朋友"大概半小时到"——最快20分钟（乐观），正常30分钟（最可能），堵车可能要1小时（悲观）。然后朋友按33分钟等你（加权平均）。
PERT的三个时间估算
• 乐观时间（a，Optimistic Time）：一切顺利，最短时间
• 最可能时间（m，Most Likely Time）：正常情况下最可能的时间
• 悲观时间（b，Pessimistic Time）：最不顺利，最长时间
PERT的核心公式
期望工期（TE）= (a + 4m + b) / 6
——这是加权平均，最可能时间权重4倍
方差（σ²）= [(b - a) / 6]²
——衡量估算的不确定性，差值越大越不确定
标准差（σ）= (b - a) / 6
项目总工期估算
整个项目的期望工期 = 关键路径上各任务期望工期之和
整个项目的方差 = 关键路径上各任务方差之和
概率计算
给定工期T，项目在T天内完成的概率：
• 计算 Z = (T - TE) / σ（标准化）
• 查标准正态分布表得到概率
常用概率：
| Z值 | 完成概率 | 含义 |
| -1 | ~16% | 提前1个标准差完成 |
|---|---|---|
| 0 | 50% | 正好等于期望工期 |
| +1 | ~84% | 延后1个标准差内完成 |
| +2 | ~97.7% | 延后2个标准差内完成 |
表格对比：PERT vs CPM
| 对比项 | PERT | CPM |
| 时间估算 | 三个时间（a,m,b）加权平均 | 一个确定时间 |
|---|---|---|
| 适用场景 | 研发项目、首次做、不确定 | 重复项目、经验丰富、确定 |
| 核心关注 | 时间的不确定性 | 成本与进度平衡 |
| 计算方法 | 概率统计 | 确定型网络图 |
| 输出 | 期望工期+完成概率 | 确定工期+关键路径 |
真题演练
例题1：（软考真题）PERT中某任务的乐观时间=5天，最可能时间=8天，悲观时间=17天，该任务的期望工期为？
A. 8天 B. 9天 C. 10天 D. 11天
解：TE = (a + 4m + b) / 6 = (5 + 4×8 + 17) / 6 = (5 + 32 + 17) / 6 = 54/6 = 9天。选B。
例题2：上题的方差为？
A. 2 B. 3 C. 4 D. 5
解：σ² = [(b - a) / 6]² = [(17 - 5) / 6]² = (12/6)² = 2² = 4。选C。
例题3：关键路径上期望工期为36天，方差为9，问项目在39天内完成的概率约为？
A. 50% B. 68% C. 84% D. 97.7%
解：σ = √9 = 3，Z = (39 - 36) / 3 = 1，对应概率约84%（正1个标准差）。选C。
注意事项
• PERT公式中分母6 = 乐观1 + 最可能4 + 悲观1 = 共6份权重
• 方差越大，说明这项任务的时间不确定性越大
• 计算项目完成概率时，要用关键路径上的数据和方差
• PERT假设每项任务的时间服从β分布（Beta分布）
• 如果有多条关键路径，取方差最大的那条来计算项目完工概率（最保守的估计）
项目管理基础
重点 难度 2/3
通俗理解
项目管理就是在有限的资源（时间、钱、人）下，把一件事做成。就像策划一场婚礼——预算有限、时间固定、参与的人要协调好，还要保证婚礼顺利不出岔子。
项目管理有五大过程组和十大知识领域，考试中常考"几大几小"的概念。
五大过程组（按时间顺序）
1️⃣ 启动过程组：决定项目是否开始，明确项目目标
制定项目章程、识别干系人
2️⃣ 规划过程组：制定详细计划
制定项目管理计划、范围/时间/成本/质量/风险等各领域计划
3️⃣ 执行过程组：按照计划做事
指导和管理项目执行、质量保证、团队建设、沟通、采购
4️⃣ 监控过程组：跟踪进度，发现问题及时纠正
监控项目工作、整体变更控制、范围/进度/成本/质量控制
5️⃣ 收尾过程组：项目结束后收尾
结束项目或阶段、合同收尾
十大知识领域
| 知识领域 | 核心内容 | 记忆口诀 |
| 范围管理 | 做什么（明确边界，防止需求蔓延） | 范 |
|---|---|---|
| 时间管理 | 什么时候做（进度计划、关键路径） | 时 |
| 成本管理 | 花多少钱（预算、成本控制） | 成 |
| 质量管理 | 做得怎么样（质量标准、质量控制） | 质 |
| 人力资源管理 | 谁来做（团队建设、人员管理） | 人 |
| 沟通管理 | 怎么通报（报告、会议、信息分发） | 沟 |
| 风险管理 | 出问题怎么办（识别、评估、应对） | 风 |
| 采购管理 | 买什么（供应商、合同管理） | 采 |
| 干系人管理 | 谁关心这个项目（干系人识别与分析） | 干 |
| 整合管理 | 统一协调（把以上9个领域整合起来） | 整 |
记忆口诀：范时成质人沟通，风险采购干系人，整合贯穿全过程
项目管理的三重约束（铁三角）
范围 × 时间 × 成本 = 质量
三者互相制约：要快（时间短）就不能做太多功能（范围小），要省钱（成本低）质量就可能下降。
组织架构对项目的影响
• 职能型：按部门管理（开发部、测试部），项目经理权力最小
• 项目型：按项目组管理，项目经理权力最大
• 矩阵型：介于两者之间（弱矩阵≈职能型，强矩阵≈项目型）
真题演练
例题1：（软考真题）以下哪个不是项目管理十大知识领域？
A. 范围管理 B. 风险管理 C. 战略管理 D. 沟通管理
解：十大知识领域=范时成质人沟风采购干整，没有"战略管理"。选C。
例题2：项目管理五大过程组不包括？
A. 启动 B. 规划 C. 设计 D. 收尾
解：五大过程组=启动→规划→执行→监控→收尾。"设计"不是五大过程组之一，它是具体技术活动。选C。
例题3：在职能型组织架构中，项目经理的权力特点是？
A. 权力最大 B. 权力最小 C. 和部门经理平分权力 D. 没有明确说法
解：职能型组织中项目经理权力最小（权力在各个部门经理手里），项目型中权力最大。选B。
易混淆点
• 过程组≠阶段——五大过程组在每个阶段都可能执行（不按顺序只做一次）
• 项目管理计划是一个大计划（包含多个子计划），不是只做一次
• 整体变更控制是监控过程组的重要内容——任何变更都要走变更控制流程
• 风险管理是"积极管理不确定性"——不是出了事再补救，而是提前识别和应对