软考知识库
菜单
输入即时过滤本页列表 ·
专题 / 案例答题模板

案例答题模板

专题

这一页怎么用

下午应用技术科目一共 3-4 道大题，满分 75 分，45 分合格，考试时长最长 120 分钟（两科连考，前一科节余时长自动转入）。其中必有一道计算大题，其余为场景分析简答题。

案例题的难点从来不是"不会"，而是"知道但写不出来、写出来不像标准答案"。这一页给你三件东西：

  1. 题型识别表——一眼看出这是哪类题；
  2. 万能答题结构——四段式，任何题都能套；
  3. 标准答案话术清单（35 条）——直接背，考场上改改主语就能用。

计算大题请配合 专题-计算题专练 使用。

一、案例题五大题型分类

题型 典型问法 答题重点 分值占比
① 找错型 "指出本项目在管理过程中存在的问题" 分条罗列，条数 = 分值/2，每条"错在哪 + 应该怎么做" 最高频
② 原因分析型 "分析导致项目进度延期/成本超支的可能原因" 先分类再展开，原因要对应题干中的症状 高
③ 补充措施型 "针对上述问题，项目经理应采取哪些措施" 措施要可执行、有主语、有动作，写"应如何做" 高
④ 计算型 "计算 SV/CV/SPI/CPI 并判断项目状态" 见 专题-计算题专练：公式 → 代入 → 结果 → 结论 必考一题
⑤ 流程/默写型 "简述整体变更控制的流程""WBS 分解的原则" 背教材原文条目，按序号写，宁多勿少 中

判断技巧：一个案例通常同时包含 ②③④，第一问让你找错、第二问让你分析原因、第三问让你给措施——三问共用同一套素材，所以第一问找得越全，后面两问越好写。

二、找错型万能角度清单（10 个角度，挨个扫一遍）

案例题的背景材料再怎么变，出错的地方逃不出这 10 个角度。做题时按清单逐条比对，能保证不漏点。

角度 1：变更（案例第一大坑，几乎必考）

角度 2：配置（与变更成对出现）

角度 3：沟通

角度 4：风险

角度 5：质量

角度 6：范围

角度 7：进度

角度 8：合同与采购

角度 9：干系人

角度 10：文档与知识库

扫题口诀：变配沟、风质范，进合干文——十个字对应十个角度，读案例时在草稿纸上挨个打勾。

三、万能答题结构（四段式，任何题都能套）

① 给结论   →  开门见山，一句话回答"是不是/对不对/存在什么问题"
② 引依据   →  引用教材依据（过程名称、原则、流程、工具）
③ 扣场景   →  把依据套回案例中的具体情节（引用题干原话）
④ 给建议   →  给出可执行的纠正/预防措施，必要时说明走变更流程

示例（找错型）：

问题：客户王经理口头要求增加一项报表功能，李某当场答应并安排开发人员修改，项目后来严重延期。请指出存在的问题。

标准答法：

  1. 【结论】 存在的问题是：变更未走整体变更控制流程。
  2. 【依据】 根据 13.12 实施整体变更控制，任何对范围、进度、成本、质量基准的变更都必须以书面变更请求的形式提出，经影响分析并由 CCB 审批后方可实施。
  3. 【扣场景】 本案中，客户王经理仅口头提出新增报表功能，项目经理李某未提交变更请求、未做影响分析、未经 CCB 审批即安排开发人员修改，属于典型的"未受控的变更"，也是造成项目延期的直接原因。
  4. 【建议】 应立即补办变更手续：由客户提交书面变更请求 → 项目经理组织影响分析（对进度、成本、质量、风险的影响）→ 提交 CCB 审批 → 批准后更新范围基准、进度基准和成本基准 → 通知全体相关干系人 → 实施后更新配置库并记录变更日志。

示例（补充措施型）：三句话一条措施 —— 做什么 → 怎么做 → 达到什么效果。

"建立变更控制机制：成立 CCB，明确变更申请、评估、审批、实施、验证的五个环节，确保任何变更都经过书面审批与影响分析后再执行，避免口头变更导致范围蔓延和进度失控。"

四、分类答题模板

4.1 找错型

4.2 原因分析型

例："需求不明确且频繁变更（原因）：客户在需求阶段未提供完整的业务需求，项目过程中多次口头提出新增功能（说明），导致开发反复返工、进度延误（后果）。"

4.3 补充措施型

4.4 计算型

4.5 流程/默写型

五、高频"标准答案话术"清单（35 条，直接背）

用法：把括号里的主语替换成案例中的角色/项目即可。

变更与配置（1-8）

  1. 变更未走整体变更控制流程，未以书面形式提出变更请求。
  2. 变更未经 CCB（变更控制委员会）审批即实施，属于未受控的变更。
  3. 变更未进行影响分析，未评估对范围、进度、成本、质量、风险的影响。
  4. 变更未更新变更日志，变更过程不可追溯。
  5. 变更批准后未及时通知相关干系人，也未更新项目管理计划。
  6. 变更实施后未更新配置管理库（受控库、产品库），配置项版本混乱。
  7. 未进行配置审计（功能配置审计验证一致性、物理配置审计验证完整性）。
  8. 未从产品库检出（Check out）加锁、修改后检入（Check in），导致多人同时修改互相覆盖。

沟通与干系人（9-14）

  1. 未制定沟通管理计划，未明确谁需要什么信息、何时给、以何种方式给。
  2. 沟通渠道不足或渠道错配，复杂问题仅用邮件（推式）沟通，缺少反馈确认机制。
  3. 干系人识别不全，未编制并维护干系人登记册。
  4. 未制定干系人参与计划，关键干系人参与程度不足。
  5. 未分析干系人的权力、利益与影响力，未采取差异化的参与策略。
  6. 未获得发起人（高层）的充分支持与授权，项目经理权责不匹配。

风险（15-19）

  1. 未识别风险，未建立并维护风险登记册。
  2. 未实施定性/定量风险分析，未对风险进行优先级排序。
  3. 未规划风险应对，风险发生后才被动救火，缺少应对措施与责任人。
  4. 未设置应急储备（应对已识别风险）和管理储备（应对未识别风险），或误将管理储备纳入成本基准。
  5. 未进行风险监督（监督风险），风险触发条件和残余风险无人跟踪。

质量与范围（20-25）

  1. 缺少质量管理计划与质量测量指标，质量要求不明确。
  2. 混淆管理质量与控制质量：只检查交付成果，未审计过程是否按流程执行。
  3. 发现缺陷后未提出缺陷补救类变更请求，返工未受控。
  4. 未进行确认范围，客户未正式验收即交付，导致争议。
  5. 出现范围蔓延（客户不断追加需求）或镀金（团队擅自多做），且未走变更流程。
  6. WBS 分解不到位或范围基准不完整（缺项目范围说明书或 WBS 词典）。

进度与成本（26-29）

  1. 进度计划未经批准形成进度基准，随意调整。
  2. 未识别关键路径，压缩了非关键路径上的活动，对总工期无作用。
  3. 采用赶工/快速跟进时未评估代价与风险（成本增加、返工风险）。
  4. 未采用挣值分析监控绩效，未做成本预测，问题发现过晚。

合同、资源与文档（30-35）

  1. 合同类型选择不当，工作范围不明确时不宜签订固定总价合同。
  2. 合同条款不完整，验收标准、知识产权归属、违约责任约定不清。
  3. 分包不合规：未取得买方认可、将主体工作分包、分包方再次分包。
  4. 团队成员职责不清（未建立责任分配矩阵），资源冲突未解决。
  5. 项目文档缺失、版本混乱，未做信息与文档规范化管理。
  6. 缺少经验教训总结，未更新组织过程资产（经验教训知识库）。

六、时间分配与卷面技巧

6.1 时间分配（应用技术科目最长作答 120 分钟）

环节 用时 说明
通读全部案例，判断题型与分值 5 分钟 先挑最有把握的题下手
计算大题 20-25 分钟 硬分，必须留足时间
其余 2-3 道案例题 每题 20-25 分钟 按分值分配，不恋战
检查与补写 10 分钟 空着的小问一定要补，写公式也给分

前一科（基础知识）最短作答 90 分钟，做得快的考生可以把节余时间带进案例科目——所以基础知识不要磨蹭。

6.2 卷面技巧

技巧 做法
分条编号 用 1. 2. 3. 分行书写，阅卷按点采分，段落式长文会漏看
关键词前置 每条的第一句话就写"未走变更控制流程""干系人识别不全"
宁多勿少 找错型多写 1-2 条不扣分，少写直接丢分
不留空白 不会也要写相关的教材条目，partial credit 是真实存在的
用教材术语 写"CCB""配置管理库""应急储备""确认范围"，别写"领导审批""文档库""备用金""验收签字"
避免空话 "加强管理""提高重视"不给分；要写"建立 CCB 并明确审批权限"
措施配变更 涉及基准调整的措施，结尾统一加"提交变更请求，经 CCB 审批后执行"

6.3 机考特别提醒

相关

← 全部专题 回到首页