(文 / 老孙)
高项倒计时冲刺特辑 Day 43 | 免费
字数约 7500，阅读大约需 30 分钟
零、开场：找错题——案例分析的"送分题"还是"送命题"？
各位同学好，我是老孙。
昨天Day 42我们做了案例分析的计算题专项模拟，今天换一种题型——找错改正题。
找错改正题是案例分析三大题型之一，也是每年必考的"保留曲目"。题目会给你一段500-800字的项目管理场景描述，这个场景里埋着5-8个管理问题，让你把它们找出来，并给出改正建议。
听起来好像很简单对吧？读一遍场景，把"不对的地方"挑出来就行了？
如果你这么想，我得泼一盆冷水：找错题是案例分析中区分度最大的题型。 高手能拿满分，新手可能只拿零头。原因很简单——
- 高手知道"错在哪里"有固定的套路，十大领域各有各的"经典错误"，看到场景描述就能对号入座。
- 新手全凭"语感"找错，觉得"好像哪里不太对"，但说不清到底违反了什么原则，改正建议也写得像"正确的废话"。
今天这篇文章，我要做四件事：
- 教你找错题的"三段论"答题公式——一个结构打天下
- 给你十大知识领域的"经典错误清单"——每个领域3-5个高频错误，考场上对着查就行
- 给你2套全真模拟题——完整场景、标准答案、评分要点全部到位
- 总结找错题的得分技巧——让你多拿5-10分不是梦
好，正式开始。
一、找错题的"三段论"答题公式
1.1 什么是"三段论"？
所有找错题的答案，都可以用同一个结构来写：
具体来说：
第一段：指出错误（定位问题）
用一句话精准描述"错在哪里"。注意要引用原文关键词，让阅卷老师一眼看到你找的是哪个点。
示例："案例中'项目经理直接批准了客户提出的需求变更'的做法不妥。"
第二段：分析原因（引用理论）
解释这个做法为什么不对。最好能引用教材原文或管理原则，这是踩分的关键。
示例："根据整合管理中变更控制的规定，所有变更请求都应提交变更控制委员会（CCB）进行评审和审批，项目经理无权独自批准变更。"
第三段：给出建议（具体可操作）
改正建议必须具体、可操作，不能只说"应该做好变更管理"这种空话。
示例："应将该变更请求提交CCB评审，由CCB评估变更对范围、进度、成本、质量等方面的影响后，做出批准或拒绝的决定。经批准的变更应更新项目管理计划和相关基准。"
1.2 五大找错切入角度
拿到一段场景描述，从哪些角度去"挑毛病"？我总结了五大切入角度，基本覆盖了所有找错题的出题方向：
拿到题目的第一件事：用这五个角度分别过一遍场景描述。每过一遍，标记出可能的错误点。五个角度过完，基本上该找的错都找到了。
1.3 答题书写格式
考场上推荐用编号+分段的格式来写答案，清晰、好改、不容易漏：
问题1：（标题用粗体或下划线）
案例中"xxx"的做法不妥。根据xxx的要求，应该yyy。建议采取zzz措施。
问题2：
......
问题3：
......
每个问题控制在3-5行（约80-150字），不要写成小作文。阅卷老师改一份卷子就几分钟，你写得太长他反而找不到踩分点。
二、十大知识领域"经典错误清单"
这是今天这篇文章的核心内容。我把十大知识领域中案例分析最常考的经典错误整理成了一张清单，每个领域3-5个高频错误。考场上遇到找错题，直接对着这张清单"查表"就行。
2.1 整合管理
| 错误编号 | 经典错误描述 | 违反的管理原则 |
|---|---|---|
| 整-1 | 没有项目章程就启动项目 | 项目章程是项目正式授权的文件，是项目存在的法律依据 |
| 整-2 | 项目经理代替CCB审批变更 | 变更请求须由CCB评审批准，项目经理无权独立决策 |
| 整-3 | 未编制项目管理计划就开始执行 | 项目管理计划是指导项目执行和控制的核心文件 |
| 整-4 | 变更只口头通知，未书面记录 | 所有变更须书面记录并纳入配置管理 |
| 整-5 | 项目收尾时未进行经验教训总结 | 收尾应包括经验教训总结并纳入组织过程资产 |
2.2 范围管理
| 错误编号 | 经典错误描述 | 违反的管理原则 |
|---|---|---|
| 范-1 | 需求未经干系人确认就开始开发 | 需求须经相关干系人确认并形成需求文件 |
| 范-2 | WBS分解不到工作包层级 | WBS最底层应分解到可估算、可分配、可管理的工作包 |
| 范-3 | 范围蔓延未控制（"镀金"） | 未经批准擅自增加功能属于范围蔓延，须通过变更控制 |
| 范-4 | 未进行范围确认就收尾 | 范围确认是获得干系人对已完成可交付成果正式验收的过程 |
2.3 进度管理
| 错误编号 | 经典错误描述 | 违反的管理原则 |
|---|---|---|
| 进-1 | 未识别关键路径就制定进度计划 | 关键路径决定项目最短工期，必须优先识别和管理 |
| 进-2 | 压缩工期只用赶工（加班加人），不考虑快速跟进 | 赶工增加成本且有边际递减效应，应同时考虑快速跟进等技术 |
| 进-3 | 进度延误只催促团队，不分析根本原因 | 应分析偏差根因，采取纠正措施而非简单加压 |
| 进-4 | 未设置里程碑进行阶段性检查 | 里程碑是监控进度的关键节点，缺失会导致问题发现滞后 |
2.4 成本管理
| 错误编号 | 经典错误描述 | 违反的管理原则 |
|---|---|---|
| 成-1 | 没有管理储备就定预算 | 项目总预算=成本基准+管理储备，管理储备用于应对未知风险 |
| 成-2 | EVM偏差超出阈值未及时响应 | SPI或CPI偏离基准超出阈值时，应立即分析原因并采取纠正措施 |
| 成-3 | 成本估算无依据，拍脑袋定数字 | 应采用类比估算、参数估算、自下而上估算等规范方法 |
| 成-4 | 应急储备与管理储备混为一谈 | 应急储备针对已识别风险（在成本基准内），管理储备针对未知风险（在基准外） |
2.5 质量管理
| 错误编号 | 经典错误描述 | 违反的管理原则 |
|---|---|---|
| 质-1 | QA和QC混为一谈 | QA是过程审计（预防导向），QC是结果检查（检测导向） |
| 质-2 | 缺少质量管理计划 | 质量管理计划是规划质量管理过程的核心输出 |
| 质-3 | 只做测试不做过程审计 | 只有QC没有QA，质量只能靠检查而不能靠预防 |
| 质-4 | 质量标准未在项目初期明确 | 质量要求和标准应在规划阶段确定，而非事后补充 |
2.6 资源管理
| 错误编号 | 经典错误描述 | 违反的管理原则 |
|---|---|---|
| 资-1 | 关键资源无备份计划 | 关键岗位应有后备人选，防止单点故障 |
| 资-2 | 团队冲突采用回避策略不处理 | 回避只是暂时策略，应根据情况选择合作/妥协/强制等解决方式 |
| 资-3 | 项目经理既管技术又管进度还管沟通 | 角色职责不清，项目经理应合理授权和分工 |
| 资-4 | 团队建设活动缺失 | 应通过培训、团建等活动提升团队凝聚力和能力 |
2.7 沟通管理
| 错误编号 | 经典错误描述 | 违反的管理原则 |
|---|---|---|
| 沟-1 | 没有制定沟通管理计划 | 应明确沟通的内容、频率、渠道、对象 |
| 沟-2 | 信息过载——把所有信息发给所有人 | 应根据干系人需求差异化沟通，避免信息过载 |
| 沟-3 | 重要决策只用口头传达 | 关键信息和决策应有书面记录，便于追溯和确认 |
| 沟-4 | 项目状态信息不透明 | 应定期发布项目绩效报告，保持信息透明 |
2.8 风险管理
| 错误编号 | 经典错误描述 | 违反的管理原则 |
|---|---|---|
| 风-1 | 风险只识别不制定应对措施 | 风险识别后必须制定应对策略和应对计划 |
| 风-2 | 残余风险未持续监控 | 风险应对后的残余风险仍需纳入监控 |
| 风-3 | 风险登记册不更新 | 风险登记册应在整个项目生命周期持续更新 |
| 风-4 | 发生风险事件后才"救火" | 应事前预防而非事后补救，体现主动式风险管理 |
| 风-5 | 未对风险进行定性/定量分析直接应对 | 应先评估风险概率和影响等级，再确定应对优先级 |
2.9 采购管理
| 错误编号 | 经典错误描述 | 违反的管理原则 |
|---|---|---|
| 采-1 | 合同类型选择不当 | 需求明确用固定总价，需求不明确用成本补偿类合同 |
| 采-2 | 供应商管理缺失——"签完合同就不管了" | 应持续监控供应商绩效，定期评审 |
| 采-3 | 招标文件不规范或评标标准不明确 | 应在招标前明确评标标准，确保公开公正 |
| 采-4 | 合同变更未走正式审批流程 | 合同变更同样需要经过评审和审批 |
2.10 干系人管理
| 错误编号 | 经典错误描述 | 违反的管理原则 |
|---|---|---|
| 干-1 | 关键干系人未被识别 | 应在项目初期全面识别干系人，尤其是有影响力的干系人 |
| 干-2 | 干系人需求未进行管理 | 应分析干系人期望并制定相应的参与策略 |
| 干-3 | 忽略反对型干系人 | 对反对型干系人应主动沟通、化解阻力，而非回避 |
| 干-4 | 干系人参与程度未持续监控 | 应持续监控干系人参与程度，及时调整策略 |
2.11 十大领域错误分布总览
考场使用方法：拿到找错题的场景描述后，先判断这道题涉及哪几个知识领域，然后对着该领域的错误清单逐条比对。这比"凭感觉"找错的命中率高得多。
三、全真模拟题（第一套）
3.1 题目：某政务信息系统项目
阅读以下案例描述，回答后面的问题。
老赵是某市电子政务信息系统项目的项目经理。该项目工期12个月，预算680万元。项目正式签订合同后，老赵凭借自己多年的项目管理经验，立即召集技术团队开始了系统的需求调研和概要设计工作，为了赶进度，他没有编制项目管理计划。
需求调研阶段，业主方的信息中心主任提出了一批功能需求。老赵认为自己最了解系统应该做什么，就没有组织需求评审，直接将这些需求分配给开发团队。在项目执行过程中，业主方分管副局长又提出了几项新增需求。老赵考虑到客户关系的重要性，当场口头答应了这些新需求，让开发团队直接开始做，也没有评估这些新增需求对项目范围、进度和成本的影响。
项目进行到第8个月时，老赵发现进度已经滞后了两个月。他的应对措施是要求所有开发人员加班加点赶工，并从公司其他项目组借了3名开发人员来支援。然而加了一个月班后，进度仍然没有明显改善，团队成员开始抱怨加班太多。
在项目的质量管理方面，老赵安排测试工程师在系统开发完成后进行集中测试。测试中发现了大量缺陷，但此时已经接近合同约定的交付日期，老赵决定先交付再修复。
项目勉强交付后，业主方在验收时发现多项功能与原始需求不符，拒绝签署验收报告。老赵非常困惑，认为自己带团队加班加点已经很努力了。
问题1：请指出以上案例中存在的项目管理问题（不少于6个）。
问题2：针对你发现的每个问题，给出相应的改正建议。
3.2 参考答案与评分要点
问题1和问题2合并作答（用三段论格式）：
问题1：项目启动不规范，缺少项目管理计划。
案例中"老赵凭借自己多年的经验，立即召集技术团队开始工作，没有编制项目管理计划"的做法不妥。项目管理计划是指导项目执行、监控和收尾的核心文件，是后续所有管理活动的基准。应在项目启动后、正式执行前，编制项目管理计划，明确范围基准、进度基准、成本基准以及各子管理计划，并经相关干系人审批后发布。
问题2：需求未经评审确认就分配开发。
案例中老赵"没有组织需求评审，直接将需求分配给开发团队"的做法不妥。需求是项目范围的基础，未经评审和确认的需求可能存在遗漏、歧义或冲突。应组织业主方、开发团队等相关干系人共同进行需求评审，形成经各方确认签字的需求规格说明书，作为后续设计和开发的依据。
问题3：新增需求未经变更控制流程审批。
案例中老赵"当场口头答应了新增需求，让开发团队直接开始做，也没有评估影响"的做法不妥。新增需求属于项目变更，应提交变更控制委员会（CCB）进行评审。应先对新增需求进行影响分析，评估对范围、进度、成本、质量等方面的影响，编制变更请求提交CCB审批，经批准后更新相关基准和计划，并通知所有相关干系人。
问题4：进度压缩手段单一，只用赶工不考虑其他方法。
案例中老赵"要求所有开发人员加班加点赶工，并借调人员"的做法不够全面。赶工会增加成本，且存在边际递减效应——加人不一定加速。应综合考虑多种进度压缩技术，如快速跟进（将原本顺序执行的活动改为并行执行）、优化资源配置、调整活动逻辑关系等。同时应分析进度延误的根本原因，而非简单增加投入。
问题5：质量管理缺乏过程保证（QA），只有事后检测（QC）。
案例中"开发完成后进行集中测试"的做法不妥。这是典型的"只有QC没有QA"的错误。质量管理应贯穿项目全过程，在开发过程中就应进行代码评审、阶段性测试、过程审计等质量保证活动。应在项目初期制定质量管理计划，明确质量标准和质量保证活动安排，在执行阶段定期进行质量审计和阶段性检查，做到"预防为主、检查为辅"。
问题6：质量问题未解决就交付。
案例中"先交付再修复"的做法不妥。存在大量缺陷的可交付成果不满足质量要求，不应提交验收。应先修复缺陷，经过回归测试确认质量达标后，再提交验收。若确实面临交付压力，应与业主方协商调整交付范围或时间，而非交付不合格产品。
问题7：干系人识别和管理不到位。
案例中业主方分管副局长提出新需求说明该关键干系人未被有效管理，其需求和期望未在项目初期被充分识别。应在项目初期进行全面的干系人识别和分析，特别是识别业主方的决策层干系人，了解其需求和期望，制定针对性的干系人参与策略。
问题8：缺少项目章程或正式的项目授权。
案例中未提及项目章程的编制。项目章程是正式授权项目存在的文件，应明确项目目标、主要可交付成果、项目经理权限等。应在项目启动阶段，由项目发起人发布项目章程，正式授权项目经理使用组织资源。
评分要点说明：
- 每个问题3-4分，答出6个以上即可得满分（通常该题15-20分）
- "指出问题"和"改正建议"各占约一半分值
- 使用教材术语（CCB、基准、变更控制、QA/QC等）有额外踩分点
- 改正建议必须具体可操作，不能只说"应该做好xxx管理"
四、全真模拟题（第二套）
4.1 题目：某企业ERP系统升级项目
阅读以下案例描述，回答后面的问题。
小李被任命为某大型制造企业ERP系统升级项目的项目经理。该项目涉及采购新的ERP软件模块和配套硬件，并进行系统集成。项目计划工期10个月，总预算1200万元，其中软件采购约500万元。
项目启动后，小李编制了项目章程和项目管理计划。在采购环节，由于时间紧迫，小李直接选择了与公司有过合作的供应商A，没有走招投标流程。签订合同时，虽然ERP软件的具体定制需求尚未完全明确，但小李还是选择了固定总价合同，理由是"这样便于控制成本"。
在风险管理方面，小李在项目初期召集团队进行了一次风险识别会议，识别出了15个风险并记录在风险登记册中。之后，小李认为风险已经识别完毕，将风险登记册归档，再未更新。
项目进行到第5个月时，原定的关键技术骨干老张因家庭原因提出离职。小李非常被动，因为老张负责的核心模块没有其他人能接手。小李只能紧急招聘新人，但新人需要至少2个月的熟悉期。
在沟通方面，小李每周给所有项目干系人（包括高层领导、业务部门负责人、技术团队、供应商等）群发同一份长达20页的项目周报。高层领导抱怨报告太长看不完，技术团队抱怨报告里都是宏观信息，对他们没有帮助。
项目后期，供应商A交付的ERP模块与企业业务流程存在较大差距，需要大量定制化修改。供应商以"不在合同范围内"为由要求追加费用，双方产生争议。小李发现，合同中对验收标准和变更条款的约定非常模糊，导致协商陷入僵局。
问题1：请指出以上案例中存在的项目管理问题（不少于6个）。
问题2：针对你发现的每个问题，给出相应的改正建议。
4.2 参考答案与评分要点
问题1：采购过程不规范，未走招投标流程。
案例中"小李直接选择了有过合作的供应商A，没有走招投标流程"的做法不妥。对于大额采购项目（500万元），应按照采购管理规定进行公开招标或邀请招标，编制规范的招标文件，明确评标标准，通过竞争性比选确定供应商，确保采购过程公开、公平、公正。
问题2：合同类型选择不当。
案例中"需求尚未完全明确，但选择了固定总价合同"的做法不妥。固定总价合同适用于需求明确、范围清晰的情况。需求不明确时，应选择成本补偿类合同（如成本加固定费用合同、成本加激励费用合同），由买方承担需求不确定带来的风险。或者先签订工料合同用于需求明确阶段，再签订固定总价合同用于开发阶段。
问题3：风险管理不持续，风险登记册未更新。
案例中"风险已经识别完毕，将风险登记册归档，再未更新"的做法不妥。风险管理应贯穿项目全生命周期，风险登记册需要持续更新。应定期（如每月或每个里程碑节点）召开风险审查会议，重新评估已识别风险的状态，识别新的风险，更新风险应对策略，并监控残余风险和次生风险。
问题4：关键资源无备份计划，存在单点故障。
案例中关键技术骨干老张离职导致项目被动，说明关键资源缺少备份计划。应在资源管理中识别关键岗位人员，制定人员备份和知识转移计划。具体措施包括：安排后备人员参与核心模块的开发，进行知识分享和文档沉淀，避免关键知识集中在单一人员身上。
问题5：沟通方式不当，信息未差异化。
案例中"给所有干系人群发同一份20页周报"的做法不妥。不同干系人对信息的需求不同，应制定沟通管理计划，根据干系人的角色和信息需求差异化沟通。具体建议：给高层领导提供1-2页的管理摘要（重点突出进度偏差、风险和需要决策的事项），给技术团队提供技术层面的详细报告，给供应商提供与采购相关的进度和验收信息。
问题6：合同条款不严谨，缺少关键条款。
案例中"合同中对验收标准和变更条款的约定非常模糊"导致后期争议。应在合同签订前，明确约定验收标准（含功能验收标准、性能验收标准、验收流程）、变更管理条款（变更流程、费用调整机制）、违约责任、争议解决机制等关键条款。必要时应聘请法务人员或合同管理专家参与合同评审。
问题7：风险只识别不应对。
案例中"识别出15个风险"但未提及对这些风险进行分析和制定应对措施。应对识别出的风险进行定性分析（确定概率和影响等级），对高优先级风险进行定量分析，并针对每个需要应对的风险制定具体的应对策略（规避、转移、减轻、接受等）和应对计划。
问题8：供应商绩效监控缺失。
案例中直到后期才发现"供应商交付的模块与业务流程存在较大差距"，说明过程中缺少对供应商的绩效监控。应在合同执行期间定期检查供应商的交付质量和进度，设置阶段性里程碑验收节点，在早期发现偏差并及时纠正，而非等到项目后期才发现问题。
评分要点说明：
- 本套题涉及采购、风险、资源、沟通四大领域的交叉考查
- 合同类型选择是高频考点（固定总价 vs 成本补偿），必须掌握适用场景
- 风险管理的"持续性"是常见陷阱——很多考生认为做一次风险识别就够了
- 沟通管理的"差异化"也是常考点——"一刀切"的沟通方式是典型错误
五、找错题得分技巧
5.1 四条黄金法则
法则一：宁多勿少。 这是找错题最重要的策略。案例分析的评分规则是"采点给分"，你多写一个点不会扣分，但少写一个点就白白丢分。所以，即使你不太确定某个做法是否有问题，也可以写上去碰碰运气。
法则二：用教材术语。 同样的意思，用教材术语表达比用大白话表达分数高。比如"应该设立变更控制委员会来审批变更"就比"应该让领导来决定改不改"得分高。教材术语本身就是踩分点。
法则三：改正建议要具体可操作。 "应加强沟通管理"——这句话等于没说。"应制定沟通管理计划，明确沟通对象、沟通频率、沟通渠道和信息内容，针对不同干系人采取差异化沟通策略"——这才是能拿分的建议。
法则四：编号清晰，一一对应。 阅卷老师一天改几百份卷子，你的答案如果是一坨乱写的文字，他可能直接略读然后给个中间分。编号清晰、层次分明的答案，阅卷老师一条一条对着评分标准打勾，你的分数自然高。
5.2 找错顺序建议
拿到题目后，建议按以下顺序"扫描"场景描述：
第一遍：通读全文，标记可疑之处。 在草稿纸上简单记下行号或关键词。
第二遍：按知识领域分类。 判断这道题涉及哪几个领域（一般2-4个领域），对照经典错误清单逐条比对。
第三遍：检查"隐性错误"。 有些错误不是场景里明说的，而是通过"该做没做"来暗示的。比如场景里没有提到风险管理，这本身可能就是一个错误——"缺少风险管理"。
5.3 时间分配建议
找错题一般占案例分析75分中的15-25分，建议用时20-30分钟：
- 阅读场景：5分钟
- 找错+分析：10分钟
- 书写答案：10-15分钟
5.4 常见踩分关键词
答题时尽量用上以下术语，每出现一个就可能对应一个踩分点：
| 类别 | 高频踩分关键词 |
|---|---|
| 整合管理 | 项目章程、CCB、变更控制委员会、整体变更控制、经验教训 |
| 范围管理 | 需求评审、WBS、工作包、范围基准、范围确认、范围蔓延 |
| 进度管理 | 关键路径、赶工、快速跟进、里程碑、进度基准 |
| 成本管理 | 管理储备、应急储备、EVM、成本基准、自下而上估算 |
| 质量管理 | QA、QC、质量管理计划、质量审计、PDCA |
| 资源管理 | 资源备份、塔克曼阶梯、冲突解决、RACI矩阵 |
| 沟通管理 | 沟通管理计划、沟通渠道、绩效报告、差异化沟通 |
| 风险管理 | 风险登记册、概率影响矩阵、应对策略、残余风险、次生风险 |
| 采购管理 | 固定总价、成本补偿、招投标、验收标准、供应商绩效 |
| 干系人管理 | 干系人登记册、权力/利益矩阵、参与度评估矩阵、参与策略 |
六、收尾：从"看懂"到"写对"
今天我们做了三件事：
第一，掌握了找错题的答题框架。 "三段论"公式（指出错误 - 分析原因 - 给出建议）是所有找错题的通用结构，五大切入角度（流程缺失、角色越权、文档缺失、沟通不当、变更违规）帮你快速定位问题。
第二，建立了十大领域的"经典错误"数据库。 每个领域3-5个高频错误，考场上对着查表就行。这张清单建议你打印出来或者抄一遍——抄一遍的记忆效果比看三遍强。
第三，完成了两套全真模拟。 第一套侧重整合+范围+进度+质量，第二套侧重采购+风险+资源+沟通。两套题合起来覆盖了十大领域的核心错误类型。
最后叮嘱一句：找错题的本质不是"找茬"，而是用项目管理的专业视角来审视管理实践。当你真正理解了每个知识领域的核心原则和关键流程，找错就变成了一件自然而然的事——你看到场景描述，违反原则的地方会自动"跳"出来。
明天Day 44我们继续案例分析系列，做综合分析题专项——传统+敏捷混合场景。
坚持了43天，再坚持11天。
我是老孙，明天见。
本文为"软考找老孙"高项倒计时冲刺特辑免费内容。完整冲刺合集（含54天全部付费精讲 + 独家押题 + 模拟试卷）请关注公众号"软考找老孙"获取。