2026年软考信息系统项目管理师模拟案例题

2026年软考信息系统项目管理师模拟案例题案例一某大型国有银行正在进行新一代核心业务系统建设项目，该项目投资预算为8.5亿元人民币，计划工期为36个月。项目采用“瀑布+迭代”的混合开发模型，并引入了敏捷项目管理方法以应对部分业务需求的快速变化。甲方（银行）任命信息科技部总经理张某为项目总负责人，乙方（承建方）是一家国内知名的金融科技解决方案提供商，任命王某为项目经理。项目已进行至第18个月。在最近一次由甲方组织的月度项目评审会上，张某对项目当前状态提出了严重关切：1.项目当前成本绩效指数（CPI）为0.89，进度绩效指数（SPI）为0.92。累计实际成本（AC）已达4.2亿元。2.原计划在本月底完成的“客户信息整合模块”延迟了3周，原因是该模块需要对接的第三方征信系统接口规范发生了重大变更，导致设计返工。3.乙方团队近期人员流动率较高，尤其是高级架构师和测试骨干离职，影响了关键组件的设计质量和测试进度。4.业务部门在试点使用了已交付的“理财产品销售模块”后，提出了47项新的功能优化需求，其中部分需求与原有设计逻辑冲突。王某汇报了应对措施：已申请从公司内部协调2名资深专家临时支援；正在与第三方征信机构协商接口变更的补偿方案；对于新需求，建议大部分纳入后期版本迭代，当前以完成基准计划为首要目标。然而，张某认为王某的措施未能从根本上解决问题。他特别指出，项目投资巨大，社会关注度高，目前出现的成本超支和进度延误趋势必须得到有效遏制，且业务部门的合理需求应得到妥善响应，不能简单推迟。【问题1】（12分）结合案例，请计算当前项目的计划价值（PV）、挣值（EV）和完工估算（EAC）。（假设项目未来工作将按当前成本绩效水平进行）。请写出计算过程。【问题2】（10分）请分析本项目当前面临的主要风险（至少列出4点），并针对每一点风险，提出相应的应对措施。【问题3】（10分）针对业务部门提出的47项新需求，请说明王某提出的“大部分纳入后期版本迭代”的处理方式可能存在哪些问题？作为项目经理，应如何规范地处理这些变更请求？【问题4】（13分）结合案例，请从项目治理、干系人管理和团队建设三个角度，阐述甲方项目总负责人张某应如何推动项目回到正轨，确保项目成功。案例一参考答案与解析【问题1解析与答案】已知：完工预算（BAC）=8.5亿元计划工期=36个月当前时间点=第18个月成本绩效指数（CPI）=0.89进度绩效指数（SPI）=0.92累计实际成本（AC）=4.2亿元假设项目按计划均匀投入，则第18个月时计划完成工作的预算应为总预算的一半。计划价值（PV）=BAC(当前时间/总工期)=8.5(18/36)=4.25亿元。计划价值（PV）=BAC(当前时间/总工期)=8.5(18/36)=4.25亿元。根据SPI=EV/PV，可求得挣值（EV）。EV=SPIPV=0.924.25=3.91亿元。EV=SPIPV=0.924.25=3.91亿元。完工估算（EAC）指完成所有项目工作所需的预期总成本。根据题意，假设项目未来工作将按当前成本绩效水平进行，使用公式：EE答案：40PV=4.25亿元。41EV=3.91亿元。42EAC≈9.55亿元。【问题2解析与答案】本项目当前面临的主要风险及应对措施如下：1.技术风险：第三方依赖风险。案例中第三方征信系统接口规范发生重大变更，导致设计返工和进度延迟。应对措施：立即启动备选方案分析，评估自行开发部分接口功能的可行性与成本。与第三方签订更严谨的服务水平协议（SLA）和变更补偿协议。在后续项目中，对于关键外部依赖，应尽早进行接口原型验证，并考虑设计适配层以降低变更影响。2.资源风险：核心团队人员流失风险。高级架构师和测试骨干离职，直接影响设计质量与测试进度，可能引发更严重的缺陷和延期。应对措施：实施关键人员备份计划（如“影子培训”），确保知识不依赖于单一个体。立即启动紧急招聘或内部借调，并安排入职引导。同时，审查团队薪酬福利和激励措施，改善工作环境，降低进一步流失的风险。对离职人员做好知识转移和工作交接审计。3.进度与成本风险：绩效偏差持续恶化风险。当前CPI和SPI均小于1，且趋势未得到扭转，可能导致项目严重超支和延期。应对措施：开展根本原因分析，识别导致偏差的关键活动。考虑采用赶工（增加资源）、快速跟进（调整逻辑关系）等方式，对关键路径上的任务进行优化。必要时，向高级管理层和甲方正式报告，申请进行范围或基准的重新评审，确保目标现实可行。4.范围风险：需求蔓延与冲突风险。业务部门在试点后提出大量新需求，且部分与原有设计冲突，若处理不当，将导致范围失控、成本激增和团队士气受挫。应对措施：严格执行变更控制流程（CCB）。对新需求进行详细的影响分析（对进度、成本、质量、其他需求的影响），并评估其优先级和业务价值。与业务干系人充分沟通，明确“当前版本”与“未来版本”的界限，就变更决策达成一致并书面记录。【问题3解析与答案】王某提出的处理方式可能存在的问题：1.缺乏评估与沟通：未对47项需求进行任何影响分析和优先级排序，简单归类为“后期”，显得武断且缺乏专业性，容易激化与业务部门的矛盾。2.忽视关键需求：可能存在少数紧急、高业务价值或修复致命缺陷的需求，被错误地推迟，从而影响试点效果和用户满意度，甚至可能引发业务运营风险。3.损害干系人关系：这种“一刀切”的拒绝方式，会让业务部门感到其意见不被重视，损害关键干系人的信任与支持，为后续合作埋下隐患。4.对“后期”无承诺：“后期版本迭代”是一个模糊概念，未承诺具体的时间、版本号或资源投入，相当于无限期推迟，降低了需求的可行性。规范处理变更请求的步骤：1.接收与记录：正式接收所有47项需求，在变更日志中详细记录。2.初步分析与筛选：与需求提出者澄清每项需求的具体内容、背景和业务价值。过滤掉重复、描述不清或明显不合理的需求。3.详细影响分析：组织技术团队对筛选后的需求进行详细评估，分析其对当前进度、成本、资源、质量、系统架构及其他需求的影响。估算所需的工作量和成本。4.提交变更控制委员会（CCB）决策：编制完整的变更申请报告，包括需求描述、影响分析、方案选项、推荐意见等，提交给由甲乙双方代表组成的CCB。5.沟通与实施：CCB做出决策（批准、否决、推迟）后，项目经理正式将结果通知所有相关干系人。若批准，则更新项目管理计划、基准和相关文件，并组织实施。若推迟，应明确推迟的条件或目标版本。6.跟踪与验证：跟踪已批准变更的实施情况，并在完成后进行验证。【问题4解析与答案】从三个角度阐述张某应采取的举措：一、项目治理角度：1.强化治理结构：立即升格或正式组建具有决策权的项目指导委员会（或CCB），成员包括甲方高层领导、业务部门负责人、技术负责人及乙方高管。明确其职责和决策权限，定期（如双周）召开会议，解决战略层面问题。2.审查项目基准：要求项目经理基于当前EAC和最新风险评估，提交修订后的项目基准（范围、进度、成本）方案。指导委员会基于业务目标和投资回报，对是否调整基准或终止项目做出明确决策。3.建立监控与报告机制：设定更严格的项目健康度指标（如CPI/SPI预警阈值），要求乙方提供透明、及时的绩效数据。建立独立的审计或质量保证职能，对项目关键交付物和过程进行抽查。二、干系人管理角度：1.重塑与业务部门的联盟：主动牵头与业务部门召开联合会议，倾听其对新需求的详细阐述，共同商定需求优先级评估标准（如业务价值、紧迫性、实施成本）。让业务部门参与变更决策过程，变“对抗”为“协作”。2.加强高层沟通：定期向双方公司高层汇报项目真实状态、根本原因、纠正措施及所需支持。争取高层对必要资源投入或基准调整的背书，为项目经理扫清组织层面的障碍。3.管理乙方公司层面：约谈乙方公司高层，正式表达对人员流失和项目绩效的关切，要求乙方公司层面提供承诺和资源，确保项目团队稳定性和能力达标。三、团队建设角度：1.关注联合团队士气：组织项目团队（包括甲乙双方成员）召开务虚会，坦诚沟通项目挑战，认可团队已付出的努力，共同探讨解决方案，重塑团队信心和目标感。2.推动知识共享与协作：建立跨甲方业务、甲方科技、乙方团队的知识分享平台和定期技术交流会。鼓励结对编程、交叉评审等活动，弥补因人员流失造成的知识缺口，提升整体技术能力。3.明确奖惩与激励：与乙方协商，建立与项目关键里程碑和质量目标挂钩的激励条款。同时，对甲方项目团队成员，也应将其在项目中的表现纳入绩效考核，提升责任心和投入度。通过以上综合治理，张某能够从机制、关系和执行层面多管齐下，为项目创造有利的内外部环境，引导项目逐步回归正轨。案例二“智慧凌云”是凌云市为提升城市治理现代化水平而启动的综合性智慧城市项目，项目总投资估算为6.8亿元，建设周期30个月。项目采用“整体规划、分步实施”的策略，第一期重点建设“城市运营中心（IOC）”和“智慧交通”两大板块。该项目由市大数据管理局牵头，通过公开招标，由“智云科技”联合“北斗交通”组成的联合体中标承建。大数据管理局的李局长担任项目领导小组组长，智云科技的项目经理赵涛负责具体交付。项目进行到第12个月，IOC的基础平台已部署完成，智慧交通的“信号灯优化系统”正在试点路口试运行。此时，出现了以下复杂情况：1.数据共享难题：IOC需要接入公安、交警、城管、环保等12个局委办的数据，但各部门因数据安全、隐私、权责等顾虑，数据提供进度缓慢且格式不一，严重制约了IOC上层应用的开发。2.技术集成风险：“智云科技”擅长大数据平台，“北斗交通”擅长交通控制设备，但双方的系统在数据接口、协议兼容上存在分歧，导致信号灯优化系统与IOC平台的数据融合测试屡屡失败。3.范围蔓延压力：市领导在视察试点后，提出了“能否利用现有数据，增加对城市突发公共事件（如暴雨内涝）的预警功能”的新期望。这超出了原合同范围。4.网络安全审查：在等保三级测评预评估中，发现IOC平台与互联网逻辑隔离区（DMZ）的访问控制策略存在严重隐患，被要求限期整改，否则不能上线。赵涛团队疲于应付：每天周旋于各个部门沟通数据问题；协调联合体内部技术争议；组织团队加班加点整改安全漏洞。项目进度已出现延迟，团队士气低落。【问题1】（11分）请指出本项目在干系人管理和沟通管理方面存在哪些不足？并给出改进建议。【问题2】（12分）面对市领导提出的新期望（增加预警功能），作为项目经理赵涛，应如何应对？请详细描述处理流程。【问题3】（12分）对于联合体承建模式下的技术集成风险，除了案例中提到的接口分歧，还可能存在哪些风险？请列出至少3点，并提出相应的缓解策略。【问题4】（10分）计算题：项目原计划在第12个月末完成价值3200万元的工作。根据实际统计，第12个月末实际完成的工作对应的预算价值（EV）为2850万元，实际花费（AC）为3100万元。请问：（1）计算当前的成本绩效指数（CPI）和进度绩效指数（SPI），并评价项目当前的绩效状况。（2）如果剩余工作将按照原计划效率完成，请计算项目的完工估算（EAC）。案例二参考答案与解析【问题1解析与答案】不足：1.对关键干系人（各局委办）的分析与管理不足。仅意识到需要其提供数据，但未深入分析各部门的关注意图（数据安全、隐私、权责）、影响力和潜在阻力，导致数据共享推进困难。2.沟通规划不充分。缺乏针对不同干系人群体的定制化沟通策略。例如，对各局委办，可能需要正式的公文往来、高层协调会及技术细节对接会等多种方式组合，而非简单的“每天沟通”。3.缺乏有效的沟通机制和平台。没有建立跨部门的数据共享协调小组或定期联席会议制度，沟通零散、低效，无法形成合力解决问题。4.与高层干系人（市领导）的沟通存在被动性。未能主动管理高层期望，导致领导在视察后提出范围外的期望，造成范围蔓延压力。改进建议：1.实施系统的干系人分析：重新识别所有干系人，绘制权力利益方格，针对“高权力-高利益”的各部门，制定专项管理策略。明确各部门的数据对接负责人和联络机制。2.制定详细的沟通管理计划：明确不同信息（如数据需求、接口规范、安全要求）该向谁（各局委办领导、技术负责人）、通过什么渠道（正式会议、协同办公平台）、以何频率传递。并建立沟通反馈跟踪机制。3.建立高层协调与联合办公机制：建议由项目领导小组组长（李局长）牵头，定期召开由各局委办分管领导参加的项目协调会，解决数据共享中的政策性和资源性障碍。同时，成立技术层面的联合办公小组，集中处理接口、标准等技术问题。4.主动进行期望管理：定期向市领导汇报项目进展、成果和挑战，同时清晰说明项目边界和当前能力的局限性，使领导对项目有合理预期。对于领导的新想法，应遵循变更流程处理。【问题2解析与答案】应对流程如下：1.记录与澄清：正式记录市领导的期望，形成初步的“变更请求”。立即与领导或其指派人员进行沟通，详细澄清“突发公共事件预警功能”的具体场景、预警指标、响应要求、期望的产出形式等，确保理解一致。2.初步影响评估：组织核心团队（包括业务分析师、架构师、数据分析师）进行快速可行性分析。评估现有数据是否足够支撑（如内涝预警需要水利、气象、市政等多维度实时数据）、技术架构是否需要调整、对当前进度和成本的初步影响。3.准备变更申请：基于影响评估，编写正式的变更申请文件。内容应包括：变更描述、业务价值/必要性分析、技术可行性、对项目“铁三角”（范围、进度、成本）的详细影响评估（如需要增加多少工作量、可能导致多少延迟、需要多少额外预算）、潜在的替代方案（如作为二期项目、先做小范围原型验证等）。4.提交CCB审批：将变更申请提交给项目变更控制委员会（CCB）。本项目的CCB应由市大数据管理局、相关业务部门、承建联合体及可能涉及的专家组共同组成。5.沟通决策结果并执行：CCB审批后（可能批准、否决或要求补充信息），项目经理将结果正式通知所有相关干系人，特别是市领导。如果批准，则需：更新项目管理计划、范围说明书、WBS、进度和成本基准。更新项目管理计划、范围说明书、WBS、进度和成本基准。如果是重大变更，可能需要签订补充合同。如果是重大变更，可能需要签订补充合同。将新功能的工作纳入项目计划，分配资源执行。将新功能的工作纳入项目计划，分配资源执行。6.跟踪与闭环：跟踪该变更工作的实施情况，确保其按要求完成，并在完成后进行验证，向领导展示成果。【问题3解析与答案】其他可能的风险及缓解策略：1.责任划分与扯皮风险：联合体内部责任界面模糊，当系统出现问题时，容易互相推诿。缓解策略：在联合体协议和项目合同中，必须清晰定义各成员的工作范围、交付物边界、接口责任、以及联合体牵头方（智云科技）的总协调和总负责责任。建立联合体内部问题升级和联合决策机制。2.技术路线与标准不统一风险：双