PMP 考试中约 75% 的题目是情景题，这些题目通过描述项目管理实际场景，考察考生对知识体系的理解和应用能力。本章将系统介绍情景题的解题框架、常见陷阱识别方法，以及如何利用 AI 工具进行针对性训练。对于程序员和 AI 科学家背景的考生，我们将通过算法思维和决策树模型来构建解题策略。
ITTO（Inputs, Tools & Techniques, Outputs）是 PMBOK 知识体系的核心框架。每个过程都由这三个要素构成：
过程 = f(输入, 工具与技术) → 输出
对于 49 个过程，完整的 ITTO 包含：
不要孤立记忆，而是理解数据流动逻辑。PMBOK 中的每个过程都不是独立存在的，它们通过输入输出形成完整的信息流。理解这种流动关系，比死记硬背每个过程的 ITTO 要高效得多。
项目章程 → [启动] → 项目管理计划
↓ ↓
假设日志 各子计划
↓ ↓
风险登记册 ← [执行/监控] ← 变更请求
这种逻辑链条体现了项目管理的渐进明细特性。项目章程作为起点，授权项目的存在；通过规划过程组，逐步细化为项目管理计划及其子计划；在执行和监控过程中，产生各种工作绩效数据和变更请求；这些信息又反馈到各个登记册和日志中，形成闭环管理。
对于程序员背景的考生，可以将这种关系理解为数据管道（Data Pipeline）：每个过程就像一个函数，接收特定的输入参数，通过内部的工具技术处理，产生确定的输出结果。这种函数式思维有助于快速掌握 ITTO 体系。
在 PMBOK 的众多文档中，有几个核心文档贯穿整个项目生命周期，掌握它们的创建时机、更新规律和使用场景，就能把握 ITTO 的主线。
项目章程（Project Charter）
项目管理计划（Project Management Plan）
工作绩效数据 → 信息 → 报告
这个三级转换是 PMP 考试的高频考点，理解其转换逻辑至关重要：
原始数据（Data） → 分析后（Information） → 格式化（Reports）
[执行过程产生] [监控过程产生] [用于决策]
实际完成百分比 进度偏差 SV 项目状态报告
实际成本数字 成本偏差 CV 趋势分析图表
缺陷数量 质量指标分析 仪表板展示
数据在这三个层级的转换过程中，信息的价值密度不断提升。原始数据只是客观事实的记录；经过分析比较后成为有意义的信息；最后格式化为便于决策的报告。这个过程类似于数据分析中的 ETL（Extract-Transform-Load）流程。
将 130+ 项工具技术按功能分类：
数据收集类
数据分析类
决策类
沟通类
情景题经常通过以下方式考察 ITTO：
示例题型 1：识别正确的输入
项目经理正在制定风险管理计划，他应该参考以下哪个文档？
A. 风险登记册
B. 项目章程 ✓
C. 风险报告
D. 工作绩效报告
解析：风险管理计划是在规划阶段制定，此时还没有风险登记册。
项目章程是该过程的输入。
示例题型 2：选择合适的工具
团队在识别风险时意见分歧较大，应该使用什么技术达成共识？
A. 德尔菲技术 ✓
B. 蒙特卡洛分析
C. 敏感性分析
D. 决策树分析
解析：德尔菲技术通过匿名征询专家意见，避免群体思维，
适合在意见分歧时达成共识。
STAR 框架是一种结构化的问题分析方法，特别适合 PMP 考试中的情景题。这个框架源于行为面试技术，被改良后用于项目管理场景分析。通过系统化的四步分析，可以避免被复杂的题目描述所迷惑，直击问题核心。
STAR 应用示例：
题目：项目执行过程中，客户突然要求增加一个重要功能，团队评估后发现会延迟交付2周。项目经理应该怎么做？
STAR 分析：
这种结构化分析方法特别适合程序员思维，类似于调试代码时的系统化排查：先定位问题（Situation），理解需求（Task），选择解决方案（Action），验证结果（Result）。
读题
↓
[识别关键词和阶段]
↓
是否涉及变更？
↙ ↘
是 否
↓ ↓
走变更控制流程 继续判断问题类型
↓ ↓
评估影响 是否涉及风险？
↓ ↙ ↘
提交CCB 是 否
↓ ↓
查看风险登记册 是否涉及相关方？
↓ ↙ ↘
执行应对策略 是 否
↓ ↓
更新参与计划 分析其他类型
情景题中的关键词往往指向特定的知识领域或过程：
时间阶段关键词
问题类型关键词
行动指向关键词
情景 1：范围变更处理
题目：项目执行过程中，客户要求增加一个新功能，
项目经理应该首先做什么？
A. 评估变更对项目的影响 ✓
B. 拒绝变更请求
C. 立即实施变更
D. 更新项目管理计划
解题思路：
1. 识别：范围变更场景
2. 原则：所有变更都要走变更控制流程
3. 步骤：评估影响 → 提交CCB → 批准后实施
4. 答案：A - 首先要评估影响
情景 2：团队冲突管理
题目：两名核心开发人员因技术方案产生激烈争执，
影响了团队氛围，项目经理应该如何处理？
A. 让他们自己解决
B. 采用强制/命令方式快速决定
C. 组织会议，促进合作解决问题 ✓
D. 将问题上报给管理层
解题思路：
1. 识别：团队冲突，资源管理领域
2. 原则：冲突解决五种方式（合作/解决问题最佳）
3. 分析：核心成员的技术争议需要合作解决
4. 答案：C - 合作/解决问题是双赢方案
情景 3：风险应对
题目：项目团队识别出供应商可能延迟交付的风险，
项目经理制定了备用供应商计划，这属于什么策略？
A. 规避
B. 减轻 ✓
C. 转移
D. 接受
解题思路：
1. 识别：风险应对策略
2. 分析策略特征：
- 规避：改变计划消除风险
- 减轻：降低概率或影响
- 转移：转给第三方（如保险）
- 接受：不采取主动措施
3. 判断：备用供应商 = 降低影响 = 减轻
4. 答案：B
PMP 考试的出题者精心设计了各种陷阱，这些陷阱往往基于实际工作中的常见误区。识别这些陷阱不仅有助于考试，更能帮助你在实际项目管理中避免错误。以下是最常见的十大陷阱类型及其识别方法。
这是最常见的陷阱类型，利用考生急于解决问题的心理，提供看似高效但违反 PMBOK 流程的选项。
错误选项特征：
- 直接实施，跳过评估（如：立即执行客户要求）
- 绕过CCB，直接变更（如：紧急情况下先改后报）
- 省略规划，直接执行（如：时间紧迫，边做边想）
- 跳过相关方分析（如：认为不重要就不沟通）
正确思维：遵循标准流程
即使在紧急情况下，也要遵循既定流程，最多是加速流程而非跳过
实例分析： 题目：项目进度严重滞后，客户要求立即采取行动。项目经理应该：
这类陷阱混淆不同角色的职责，特别容易迷惑有技术背景的考生。
项目经理 ≠ 技术专家
- 错误：项目经理亲自编写代码解决bug
- 正确：项目经理协调技术资源解决问题
发起人 ≠ 项目经理
- 错误：项目经理批准项目章程
- 正确：发起人批准并签发项目章程
项目经理 ≠ 职能经理
- 错误：项目经理决定团队成员的薪酬
- 正确：项目经理向职能经理申请资源
Scrum Master ≠ 项目经理
- 错误：Scrum Master 分配任务给团队
- 正确：Scrum Master 促进团队自组织
将正确的工具用在错误的场景，或使用错误的工具解决问题。
常见错误：
- 用蒙特卡洛分析识别风险（应该用于定量风险分析）
- 用甘特图计算关键路径（应该用网络图/CPM）
- 用质量控制工具做质量保证（QC检查产品，QA审计过程）
- 用鱼骨图做决策（应该用于原因分析）
- 用 PERT 估算做最终承诺（三点估算是概率估算）
记忆技巧：
工具的使用要匹配其设计目的，不要"张冠李戴"
违反过程的逻辑顺序，在不该出现的时间点使用某些文档或工具。
注意过程的先后顺序：
启动阶段：
- 先有项目章程，后有项目经理任命
- 先识别相关方，后制定相关方参与计划
规划阶段：
- 先收集需求，后定义范围
- 先有WBS，后有活动清单
- 先有风险管理计划，后有风险登记册
执行/监控阶段：
- 先有工作绩效数据，后有工作绩效信息
- 先评估变更影响，后提交变更请求
收尾阶段：
- 先移交成果，后解散团队
- 先更新组织过程资产，后释放资源
根据题目的问法选择不同层次的答案。
题目问"最佳"(Best)：选择理论最优解
题目问"首先"(First)：选择流程第一步
题目问"下一步"(Next)：选择紧接的后续行动
题目问"除了...之外"(Except)：用排除法找异类
题目问"最不可能"(Least likely)：选择概率最小的
关键词敏感度训练：
- "应该"→ 标准做法
- "可以"→ 可选方案
- "必须"→ 强制要求
在混合型项目环境中，容易混淆敏捷和传统方法的应用场景。
传统项目特征词：
- WBS、基准、变更控制委员会（CCB）
- 关键路径、甘特图、网络图
- 阶段关门、里程碑评审
敏捷项目特征词：
- Sprint、用户故事、产品待办事项
- 燃尽图、速度、故事点
- 每日站会、回顾会、评审会
混淆示例：
错误：在传统项目中使用每日站会解决沟通问题
正确：在传统项目中更新沟通管理计划
错误：在敏捷项目中制定详细的项目管理计划
正确：在敏捷项目中维护产品待办事项列表
误导考生使用不当的权力类型或冲突解决方式。
五种权力类型的正确使用：
- 法定权力：职位赋予，适合下达指令
- 奖励权力：给予奖励，适合激励团队
- 惩罚权力：最后手段，避免常用
- 专家权力：凭借专业知识，最受推崇
- 参照权力：个人魅力，建立信任
冲突解决方式优先级：
1. 合作/解决问题（双赢，最佳）
2. 妥协/调解（各让一步，次选）
3. 缓和/包容（暂时和谐）
4. 回避（推迟处理）
5. 强迫/命令（一方获胜，最差）
陷阱：紧急情况就用强迫 ❌
正确：即使紧急也要先尝试合作解决 ✓
经常在沟通管理题目中设置数学计算陷阱。
沟通渠道公式：n(n-1)/2
常见陷阱：
1. 忘记包括项目经理本人
错误：团队有5人，代入n=5
正确：加上项目经理，n=6
2. 新增成员时的渠道增量计算
原有10人：10×9/2 = 45条
增加2人变12人：12×11/2 = 66条
增量：66-45 = 21条（不是2条！）
3. 混淆单向和双向沟通
公式计算的是双向沟通渠道
单向沟通渠道数 = n(n-1)
在采购管理中，错误匹配合同类型与场景。
三大合同类型适用场景：
固定价格合同（FFP）：
- 需求明确，范围清晰
- 买方风险低，卖方风险高
- 适合：标准产品采购
工料合同（T&M）：
- 需求不明确，工作量难估
- 风险居中，需要上限约束
- 适合：专家咨询、紧急维修
成本补偿合同（CR）：
- 范围极不明确，创新项目
- 买方风险高，卖方风险低
- 适合：研发项目、新技术探索
陷阱示例：
题目：采购标准服务器设备，应选择？
错误：T&M（过度谨慎）
正确：FFP（需求明确的标准品）
质量成本的分类经常被混淆，特别是一致性成本和非一致性成本。
一致性成本（预防问题）：
- 预防成本：培训、流程改进、质量规划
- 评价成本：测试、检查、审计
非一致性成本（处理问题）：
- 内部失败成本：返工、报废（交付前发现）
- 外部失败成本：保修、召回、信誉损失（交付后发现）
成本优先级（1美元法则）：
预防($1) < 内部失败($10) < 外部失败($100)
陷阱示例：
题目：项目预算紧张，应该削减哪项成本？
错误：减少测试以节省成本
正确：保持预防和评价投入，避免更大的失败成本
强干扰项特征：
示例分析：
题目：项目进度落后两周，项目经理应该？
A. 立即增加资源赶工
分析：过度反应，未分析原因
B. 分析进度偏差原因 ✓
分析：正确的第一步
C. 向发起人请求延期
分析：过早升级问题
D. 要求团队加班
分析：未经评估的粗暴方案
原则：基于题目给定信息，不要脑补
错误：假设题目没提到的复杂背景
正确：只用题目明确给出的信息
原则：按 PMBOK 标准，不按个人经验
错误：实际工作中我们都这么做
正确：PMP 考试要求标准答案
原则：采用 PMI 的全球化视角
注意：
- 重视相关方参与
- 强调仆人式领导
- 遵循道德准则
在 PMP 考试中，当面临多个看似合理的选项时，遵循以下优先级原则：
优先级层次（从高到低）：
1. 生命安全与合规性
2. 项目目标与约束
3. 相关方满意度
4. 团队效率与士气
5. 个人偏好
当题目问”首先”或”下一步”时，使用 FIRST 框架：
紧急
↑
┌─────┼─────┐
│ 1 │ 2 │
│立即处理│计划处理│
├─────┼─────┤
│ 3 │ 4 │
│ 委派 │延后/忽略│
└─────┴─────┘
→ 重要
优先级顺序：
1. 紧急且重要：立即由项目经理处理
2. 重要不紧急：制定计划，预防问题
3. 紧急不重要：委派团队成员处理
4. 不紧急不重要：记录后暂不处理
def 变更优先级评分(变更请求):
score = 0
# 业务价值（权重 40%）
if 变更请求.业务价值 == "高":
score += 40
elif 变更请求.业务价值 == "中":
score += 20
# 实施成本（权重 30%）
if 变更请求.成本影响 == "低":
score += 30
elif 变更请求.成本影响 == "中":
score += 15
# 风险影响（权重 20%）
if 变更请求.风险等级 == "低":
score += 20
elif 变更请求.风险等级 == "中":
score += 10
# 进度影响（权重 10%）
if 变更请求.进度影响 == "无":
score += 10
elif 变更请求.进度影响 == "小":
score += 5
return score
示例 1：多重问题处理
题目：项目经理同时面临以下问题：
A. 关键路径上的活动延迟
B. 非关键路径资源冲突
C. 相关方投诉沟通不足
D. 团队成员请假申请
应该优先处理哪个？
答案：A
解析：
- A 影响项目完成日期（最高优先级）
- C 影响相关方满意度（第二优先级）
- B 有浮动时间缓冲（第三优先级）
- D 日常行政事务（最低优先级）
示例 2：升级问题时机
问题升级决策树：
问题出现
↓
能否自己解决？
├─是→ 记录并解决
└─否→ 是否超出权限？
├─是→ 立即升级
└─否→ 是否影响基准？
├─是→ 提交CCB
└─否→ 与团队协商解决
相关方管理是 PMP 考试的重点领域，正确识别和管理不同相关方的优先级直接影响项目成功。
权力/利益矩阵是最常用的相关方分类工具，帮助项目经理制定差异化的管理策略。
高权力
↑
┌─────┼─────┐
│重点管理│密切管理│
│ (监管) │ (CEO) │
├─────┼─────┤
│监督观察│保持满意│
│ (媒体) │(用户) │
└─────┴─────┘
→ 高利益
优先级策略：
1. 高权力+高利益（重点管理）：
- 典型：高管、关键客户、项目发起人
- 策略：频繁沟通、主动汇报、优先响应
- 频率：每周或按需
2. 高权力+低利益（保持满意）：
- 典型：监管机构、高级管理层
- 策略：定期更新、避免惊扰、合规优先
- 频率：每月或里程碑节点
3. 低权力+高利益（充分知情）：
- 典型：最终用户、项目团队
- 策略：详细沟通、征求反馈、培训支持
- 频率：双周或按阶段
4. 低权力+低利益（监督）：
- 典型：普通供应商、外围部门
- 策略：一般性通知、被动响应
- 频率：按需或重大变更时
除了权力/利益矩阵，还需要评估相关方的当前参与度与期望参与度的差距：
参与度级别（从低到高）：
1. 不知晓（Unaware）：不知道项目存在
2. 抵制（Resistant）：知晓但反对项目
3. 中立（Neutral）：知晓但不支持不反对
4. 支持（Supportive）：支持项目目标
5. 领导（Leading）：积极推动项目成功
参与度管理矩阵：
相关方 当前 期望 策略
CEO C L 增加参与，请其担任指导委员会主席
用户代表 N S 组织需求研讨会，增强认同感
技术团队 S S 保持现状，持续激励
监管部门 R N 沟通合规措施，消除顾虑
C=当前 D=期望
优先处理：期望与当前差距最大的相关方
相关方的影响力在项目生命周期中是动态变化的，需要适时调整管理策略：
影响力变化曲线：
高 │ 发起人
影 │ ╱ ╲
响 │ ╱ ╲ 用户
力 │ ╱ ╲ ╱
│ ╱ ╲╱
低 │╱ ╲
└──────────────────→
启动 规划 执行 收尾
项目阶段
关键洞察：
- 发起人：启动时影响力最大，执行期下降
- 用户：收尾阶段影响力上升（验收权）
- 团队：执行阶段影响力最大（交付能力）
- 供应商：采购执行时影响力达到峰值
使用 AI 工具（如 ChatGPT、Claude）生成针对性练习题：
Prompt 模板：
请扮演 PMP 考试出题专家，基于 PMBOK 第7版，
生成 5 道关于[知识领域]的情景题。
要求：
1. 每题包含具体项目场景
2. 4 个选项，其中 3 个为强干扰项
3. 标注正确答案
4. 提供详细解析，包括：
- 考点识别
- 排除错误选项的理由
- 相关 ITTO 知识点
重点考察：[具体过程或工具技术]
难度等级：中等偏难
# AI 错题分析框架
class 错题分析器:
def __init__(self):
self.错题库 = []
self.知识薄弱点 = {}
def 分析错题模式(self, 错题):
# 识别错误类型
错误类型 = self.识别错误类型(错题)
# 知识点关联
知识点 = self.提取知识点(错题)
# 更新薄弱环节
if 知识点 not in self.知识薄弱点:
self.知识薄弱点[知识点] = 0
self.知识薄弱点[知识点] += 1
return {
"错误类型": 错误类型,
"知识点": 知识点,
"建议复习": self.生成复习建议(知识点),
"相似题目": self.推荐相似题目(知识点)
}
def 生成个性化训练计划(self):
# 基于薄弱点生成训练计划
计划 = []
for 知识点, 错误次数 in sorted(
self.知识薄弱点.items(),
key=lambda x: x[1],
reverse=True
):
计划.append({
"知识点": 知识点,
"练习题数": 错误次数 * 3,
"复习材料": self.获取复习材料(知识点)
})
return 计划
示例对话模板：
AI: 你是一个项目经理，项目进入执行阶段第3个月。
今天早上你收到以下信息：
1. QA 团队报告发现 5 个严重缺陷
2. 客户要求增加新功能
3. 团队成员抱怨加班太多
请问你的处理优先级是什么？
学员: 我会先处理质量问题...
AI: 正确！质量问题确实应该优先处理。
具体你会采取什么步骤？
学员: 召开紧急会议分析根本原因...
AI: 很好。这符合质量管理中的根本原因分析。
在 PMBOK 中，这属于哪个过程的工具技术？
// AI 难度调整算法
function 调整题目难度(正确率, 当前难度) {
if (正确率 > 0.8 && 当前难度 < 5) {
return 当前难度 + 1; // 提升难度
} else if (正确率 < 0.6 && 当前难度 > 1) {
return 当前难度 - 1; // 降低难度
}
return 当前难度; // 保持当前难度
}
// 题目难度特征
const 难度特征 = {
1: "单一知识点，直接应用",
2: "两个知识点结合",
3: "需要分析判断优先级",
4: "复杂情景，多重约束",
5: "综合应用，陷阱选项"
};
利用 AI 工具创建个性化的记忆辅助材料，可以大幅提升学习效率。以下是经过验证的有效方法。
知识图谱能够可视化复杂的 ITTO 关系，帮助建立系统性认知。
提示词模板：
"帮我创建[知识领域]的完整知识图谱，要求：
1. 包含所有相关过程及其顺序关系
2. 标注关键输入输出文档
3. 突出显示与其他知识领域的接口
4. 用 Mermaid 语法，便于在 Markdown 中渲染"
AI 生成示例（风险管理）：
graph TD
A[规划风险管理] --> B[风险管理计划]
B --> C[识别风险]
C --> D[风险登记册]
D --> E[定性风险分析]
E --> F[风险登记册-更新]
F --> G[定量风险分析]
G --> H[风险报告]
H --> I[规划风险应对]
I --> J[风险应对计划]
J --> K[实施风险应对]
K --> L[监督风险]
B -.-> |输入| C
D -.-> |输入| E
F -.-> |输入| G
H -.-> |输入| I
J -.-> |输入| K
L --> |变更请求| M[整合管理]
L --> |更新| D
style A fill:#f9f,stroke:#333,stroke-width:2px
style L fill:#bbf,stroke:#333,stroke-width:2px
通过 AI 创建符合中文语言习惯的记忆口诀，让抽象概念变得易记。
提示词技巧：
"基于 PMBOK 第7版，为以下内容创建助记口诀：
1. 要朗朗上口，最好有韵律
2. 每个字对应一个概念的关键字
3. 提供详细的对应关系说明"
AI 生成的高质量口诀：
【五大过程组】
"启规执监收" - 启动、规划、执行、监控、收尾
记忆场景：项目像一个生命周期
【十大知识领域】
"整范进成质，资沟风采相"
整合、范围、进度、成本、质量（硬技能）
资源、沟通、风险、采购、相关方（软技能）
【EVM 指标记忆】
"计划实际看偏差，进度成本都要查"
PV（计划价值）、EV（挣值）、AC（实际成本）
SV（进度偏差）、CV（成本偏差）
【变更流程 PICAR】
"识评批实记" - 识别、评估、批准、实施、记录
P-Problem identification（识别问题）
I-Impact assessment（影响评估）
C-CCB approval（CCB批准）
A-Action implementation（实施行动）
R-Record update（记录更新）
将枯燥的知识点编织成生动的故事，利用情景记忆提升recall率。
AI 故事生成提示：
"将[知识点]编成一个项目经理的真实故事，
要求：有冲突、有转折、有解决方案，
每个关键概念都要自然融入剧情"
示例故事（风险应对策略）：
《项目经理小王的一周》
周一：小王发现关键供应商可能延期（威胁识别）
- 规避：立即寻找替代供应商，改变采购计划
- 思考：这会增加成本，需要评估
周二：技术团队提出新框架可能提升性能（机会识别）
- 开拓：安排原型开发，探索新技术潜力
- 平衡：需要额外资源投入
周三：客户担心数据安全问题（威胁）
- 转移：购买网络安全保险，聘请安全顾问
- 成本：保险费用已含在风险储备中
周四：初级开发人员可能无法按时完成（威胁）
- 减轻：安排高级工程师辅导，每日检查进度
- 效果：降低延期概率从 60% 到 20%
周五：客户暗示可能追加订单（机会）
- 提高：主动展示额外功能，安排高层会谈
- 结果：将追加订单概率从 30% 提升到 70%
周末反思：
- 接受：某些小风险成本 < 应对成本，记录即可
- 上报：超出权限的风险升级给 PMO
通过对比表格，快速区分易混淆概念。
提示词：
"创建对比表，区分以下易混淆概念：
质量保证 vs 质量控制
要求：列出定义、时机、责任人、工具、输出"
AI 生成对比表：
| 维度 | 质量保证(QA) | 质量控制(QC) |
|------|--------------|--------------|
| 定义 | 审计过程是否遵循 | 检查产品是否合格 |
| 时机 | 过程执行中 | 可交付成果完成后 |
| 关注点 | 过程改进 | 产品缺陷 |
| 责任人 | QA团队/PMO | 测试团队 |
| 性质 | 预防性 | 检查性 |
| 工具 | 过程审计、质量审计 | 检查、测试、统计抽样 |
| 输出 | 过程改进建议 | 验证的可交付成果 |
| 成本类型 | 一致性成本-预防 | 一致性成本-评价 |
| 典型活动 | 流程审查会议 | 代码审查、测试 |
| 问题处理 | 改进流程防止再发 | 修复具体缺陷 |
根据个人弱点定制练习题，实现精准提升。
# AI 题库生成框架
class AI题库生成器:
def __init__(self, 知识薄弱点):
self.薄弱领域 = 知识薄弱点
self.题目模板 = {
"情景题": self.生成情景题,
"计算题": self.生成计算题,
"概念题": self.生成概念题,
"ITTO题": self.生成ITTO题
}
def 生成个性化题库(self, 题目数量=20):
"""根据薄弱点分配题目比例"""
题库 = []
# 薄弱领域占 60%
薄弱题数 = int(题目数量 * 0.6)
for _ in range(薄弱题数):
题库.append(self.生成薄弱领域题())
# 综合题占 40%
综合题数 = 题目数量 - 薄弱题数
for _ in range(综合题数):
题库.append(self.生成综合题())
return 题库
def 生成情景题(self, 知识点):
prompt = f"""
创建一道 PMP 情景题，考察{知识点}：
1. 描述具体项目场景（100-150字）
2. 提出明确的问题
3. 提供 4 个选项（1个正确，3个强干扰）
4. 标注正确答案
5. 提供详细解析（说明为什么对，为什么错）
"""
return prompt
# 使用示例
生成器 = AI题库生成器(知识薄弱点=["风险管理", "EVM计算"])
个性化题库 = 生成器.生成个性化题库(题目数量=50)
情景题得分 = 知识掌握度 × 解题技巧 × 陷阱识别率
其中：
- 知识掌握度：对 PMBOK 知识体系的理解（40%）
- 解题技巧：STAR 框架应用能力（35%）
- 陷阱识别率：避开错误选项的能力（25%）
错误：用编程思维解决管理问题
错误思维：出现 bug → 直接 debug
正确思维：出现缺陷 → 分析根因 → 更新质量管理计划
错误：选择”高效”但违反流程的选项
陷阱选项：为赶进度，跳过测试直接上线
正确选项：遵循质量管理流程，申请进度变更
错误：在传统项目中应用敏捷实践
注意：题目未明确提及敏捷，默认使用预测型方法
关键词："Sprint"、"Product Owner" → 敏捷
"WBS"、"关键路径" → 传统
建议时间分配：
错误：完全依赖 AI 生成的答案 正确：将 AI 作为学习辅助，需验证答案准确性
提示：训练 AI 时提供 PMBOK 版本信息，确保内容更新：
"基于 PMBOK 第7版和 2024 年最新考纲..."