软考找老孙
软考找老孙guoruankao.com
付费第44讲 / 共66讲

案例分析全真模拟(三):综合分析题——传统+敏捷混合场景

更新于首发

(文 / 老孙)

高项倒计时冲刺特辑 Day 44 | 付费
字数约 12500,阅读大约需 55 分钟

零、开场:综合分析题——案例分析的"压轴戏"

各位同学好,我是老孙。

案例分析全真模拟系列已经到第三篇了。Day 42 我们练了计算题,Day 43 练了找错改正题,今天终于轮到案例分析里最"吃功力"的题型——综合分析题

为什么说它吃功力?因为计算题只要公式记对、步骤算对就能拿满分;找错改正题只要把错误挑出来、说清楚对在哪就能拿高分;但综合分析题不一样——它要你读完一段项目背景,从多个知识领域的角度去分析问题,给出有理有据的改进建议。这不是背几个公式就能解决的事,它考的是你对项目管理知识体系的整体理解和综合运用能力。

更重要的是,2026年高项案例分析有一个非常明确的趋势:敏捷和混合型项目管理的考查比重在持续增加。第四版教材每个知识领域章节都专门增设了"敏捷与适应方法"小节,这不是摆设,是在告诉你——考试要考。

今天这篇文章,老孙做三件事:

  1. 先给你一套综合分析题的通用答题框架,让你拿到任何综合分析题都有章法可循
  2. 给你三道高质量全真模拟题,分别覆盖传统瀑布场景、敏捷Scrum场景、传统转敏捷的混合场景
  3. 最后附一张敏捷知识速查表,帮你在考前最后几天快速补齐敏捷短板

三道题都配了详细的参考答案和评分要点。你可以先自己做一遍,再对答案找差距。

好,我们开始。

一、综合分析题的题型特点与答题框架

1.1 综合分析题长什么样?

综合分析题的结构非常固定,几乎所有真题都遵循这个模式:

注意看这张图:背景描述里一定会埋下多个"线索",这些线索对应着不同知识领域的问题。你的任务就是把这些线索一个一个挖出来,然后用对应知识领域的理论和方法去分析。

1.2 综合分析题 vs 找错改正题的区别

很多考生分不清综合分析题和找错改正题的区别。一句话说清楚:

  • 找错改正题:题目明确告诉你"以下做法有哪些不妥?"你只需要指出错误,说明正确做法就行。答案相对明确,非对即错。
  • 综合分析题:题目问的是"请分析原因并给出建议"。答案是开放性的,需要你结合多个知识领域进行综合论述。没有唯一标准答案,但有评分要点。

打个比方:找错改正题像是做"判断题的升级版",综合分析题像是做"小论文"。

1.3 老孙的"四步答题法"

经过多年辅导经验,我总结出一套综合分析题的通用答题框架,叫"读-分-论-收"四步法

第一步:读——精读背景,标记线索

拿到题目先别急着看问题。先把项目背景从头到尾读一遍,遇到以下关键词就在心里打个标记:

  • 提到"需求变更"——范围管理有问题
  • 提到"进度延误""赶工"——进度管理有问题
  • 提到"预算超支""成本偏差"——成本管理有问题
  • 提到"缺陷""返工""测试"——质量管理有问题
  • 提到"团队冲突""士气低落"——资源管理有问题
  • 提到"客户不满""沟通不畅"——沟通管理/干系人管理有问题
  • 提到"风险""意外事件"——风险管理有问题
  • 提到"Sprint""迭代""站会""产品待办列表"——敏捷管理有问题

第二步:分——按知识领域分类

把标记好的线索按知识领域归类。每个知识领域就是你答案的一个"段落"。

第三步:论——逐领域展开论述

每个知识领域的论述遵循统一格式:
- 先指出问题(用原文的表述对应)
- 再分析原因(用教材术语和理论)
- 最后给出建议(具体、可操作、有教材依据)

第四步:收——总结归纳

最后用一两句话做总结,体现你对项目管理整体性的理解。比如"该项目的核心问题在于整合管理缺失,各知识领域之间缺乏有效协调"。

1.4 高分答案的三个关键特征

阅卷老师看综合分析题答案时,最看重三个特征:

特征 说明 举例
知识领域覆盖全面 不能只从一个角度分析 范围+进度+成本+风险,至少覆盖3个领域
使用教材术语 不能用大白话 不写"赶进度",写"项目赶工(Crashing)"
紧扣背景信息 不能脱离题目空谈 答案中要引用题目中的具体数据和事件

记住这三条,你的答案就能和"泛泛而谈"的考生拉开明显差距。

好,理论讲完了,下面上实战。

二、模拟题一:传统瀑布项目管理场景

2.1 试题

阅读下列说明,回答问题1至问题4,将解答填入答题纸的对应栏内。

【说明】

某省级交通运输管理局启动了"智慧交通综合监管平台"项目建设,项目总投资2800万元,建设工期18个月,计划于2025年3月启动、2026年8月底前完成验收上线。项目包含数据中台建设、业务应用开发、硬件设备集成和数据迁移四大模块。

项目经理张某具有10年IT项目管理经验,但此前主要负责软件开发类项目,缺乏硬件集成经验。团队共35人,包括15名自有开发人员、12名外包集成工程师和8名业务分析师。

项目启动后,张某制定了详细的WBS和项目进度计划。但在项目执行过程中,出现了以下情况:

(1)项目启动后第3个月,客户提出需要增加"货运车辆实时监控"子系统,张某认为客户是甲方应该满足其需求,未经正式变更流程便安排团队开始开发。3个月后该子系统完成了80%,客户又提出要修改该子系统的技术方案。

(2)项目执行到第8个月时,张某发现进度已落后计划约6周。为了赶进度,张某决定将原计划的系统集成测试周期从8周压缩到3周,同时将测试团队从5人增加到12人。

(3)到第12个月时,项目实际成本已达到2400万元,而原计划此时应完成70%的工作量(预算1960万元),实际完成的工作量经评估仅为55%。

(4)外包集成团队由于缺乏与自有开发团队的有效沟通机制,多次出现接口对接错误。双方团队成员曾因技术方案分歧爆发激烈争吵,张某选择回避,未予处理。

(5)项目实施过程中,当地曾发生极端暴雨天气导致施工场地被淹,硬件设备安装被迫中断2周。张某此前未对此类风险进行识别和规划。

【问题1】(6分)

请结合以上案例,指出项目在范围管理、进度管理、成本管理方面分别存在的主要问题。

【问题2】(5分)

请计算该项目第12个月时的成本偏差(CV)、进度偏差(SV)、成本绩效指数(CPI)和进度绩效指数(SPI),并分析项目当前的成本和进度状态。

【问题3】(7分)

针对案例中出现的问题,请从沟通管理、资源管理和风险管理三个知识领域,分别给出具体的改进建议。

【问题4】(4分)

如果你是张某,在发现进度落后6周后,除了压缩测试周期外,还可以采取哪些措施来追赶进度?请至少列出4条措施。

2.2 参考答案

【问题1 参考答案】(6分)

范围管理方面的问题:

(1)对于客户提出的新增"货运车辆实时监控"子系统的需求,张某未按照正式的变更控制流程(Perform Integrated Change Control)进行处理。任何范围变更都应该提交变更请求,经变更控制委员会(CCB)评审批准后才能实施。张某直接安排团队开发,属于典型的"范围蔓延"(Scope Creep),即未经批准的范围扩大。(2分)

(2)新增子系统完成80%后客户又要求修改技术方案,说明在需求收集阶段就未做好需求确认工作,缺乏需求跟踪矩阵(Requirements Traceability Matrix),导致需求反复变更。(1分)

进度管理方面的问题:

(3)将系统集成测试周期从8周压缩到3周(压缩了62.5%),属于过度赶工。测试是保障质量的关键环节,过度压缩测试周期很可能导致缺陷遗漏,造成上线后的质量事故。(1.5分)

(4)项目执行到第8个月才发现进度落后6周,说明项目监控机制不到位,缺乏定期的进度检查和偏差分析(如挣值分析EVM),未能及时发现进度偏差。(0.5分)

成本管理方面的问题:

(5)第12个月时实际成本2400万元,已消耗总预算的85.7%,但工作仅完成55%。说明成本控制严重失控,缺乏有效的成本监控手段。新增子系统未经评估就开始开发,必然造成计划外的成本支出,加剧了成本超支。(1分)

【问题2 参考答案】(5分)

根据题目信息,提取挣值分析所需数据:

  • 项目总预算(BAC)= 2800万元
  • 计划完成工作量的预算(PV)= 2800 x 70% = 1960万元
  • 已完成工作量的预算(EV)= 2800 x 55% = 1540万元
  • 实际成本(AC)= 2400万元

各项指标计算如下:

(1)成本偏差 CV = EV - AC = 1540 - 2400 = -860万元(1分)
CV < 0,表示项目成本超支,超支860万元。

(2)进度偏差 SV = EV - PV = 1540 - 1960 = -420万元(1分)
SV < 0,表示项目进度滞后,滞后量相当于420万元的工作量。

以上为部分预览,完整内容请登录后查看
微信扫码登录

登录查看完整内容

本讲属于"软考高项50天冲刺特辑"课程内容。微信扫码登录后,系统会自动识别你的课程权限并直接返回本页。

使用微信扫描二维码,授权后自动登录并返回本页

二维码未显示?点此打开

相关推荐

继续深入学习「软考高项50天冲刺特辑」其他课时

意见反馈
回到顶部咨询