2025年11月信息系统项目管理师考试真题及答案

2025年11月信息系统项目管理师考试练习题及答案一、综合知识（每小题1分，共75题）1.某智能医疗影像诊断系统开发项目中，项目经理发现需求文档中“支持DICOM3.0标准”的描述存在歧义，可能导致开发偏差。根据需求管理流程，此时应首先进行的活动是（）。A.提交变更请求B.与关键相关方确认需求定义C.更新需求跟踪矩阵D.组织需求评审会答案：B解析：需求歧义属于需求定义不清晰，需先与相关方确认定义，再进行后续流程。需求评审通常在定义完成后进行，变更请求适用于已确认需求的修改。2.某AI算法优化项目采用敏捷开发，迭代周期为2周。第3次迭代中，开发团队发现某核心模块的技术复杂度远超预期，可能导致迭代目标无法完成。敏捷教练应优先建议（）。A.延长当前迭代周期至3周B.将该模块拆分为更小的用户故事，调整迭代范围C.要求团队加班赶工D.通知产品负责人取消该模块需求答案：B解析：敏捷强调适应变化，当迭代目标无法完成时，应通过拆分用户故事调整范围，而非延长周期或强制赶工。3.根据《信息系统项目管理师教程（第4版）》，以下不属于项目整合管理过程的是（）。A.制定项目章程B.监控项目工作C.控制资源D.结束项目或阶段答案：C解析：控制资源属于资源管理过程组，整合管理包括制定章程、制定管理计划、指导管理执行、监控项目工作、实施整体变更控制、结束项目或阶段。4.某智慧城市交通调度系统项目，涉及交通局、气象局、通信运营商等多个外部单位。项目经理在编制沟通管理计划时，应重点分析（）。A.各相关方的沟通频率与信息保密等级B.项目团队内部的周例会流程C.技术文档的版本控制规则D.项目管理信息系统（PMIS）的功能配置答案：A解析：多外部相关方的项目需重点关注不同角色的沟通需求、频率及信息敏感程度，内部流程和工具配置属于次要。5.某企业级数据中台项目的风险登记册中记录：“数据迁移过程中可能因源系统接口不稳定导致数据丢失（概率30%，影响100万元）”。若采用期望货币价值（EMV）计算，该风险的EMV为（）万元。A.30B.50C.70D.100答案：A解析：EMV=概率×影响=30%×100=30万元。6.某云计算平台运维项目中，客户要求将系统可用性从99.9%提升至99.99%。项目经理需评估新增的硬件冗余成本与停机损失减少的收益。这属于（）。A.成本效益分析B.质量成本分析C.机会成本分析D.沉没成本分析答案：A解析：成本效益分析用于比较投入成本与预期收益，此处评估冗余成本与停机损失减少的关系符合该定义。7.某教育直播平台升级项目的进度绩效指数（SPI）为0.85，成本绩效指数（CPI）为1.05。此时项目状态为（）。A.进度超前，成本节约B.进度落后，成本超支C.进度落后，成本节约D.进度超前，成本超支答案：C解析：SPI<1表示进度落后，CPI>1表示成本节约。8.依据《项目管理知识体系指南（PMBOK®指南）第7版》，以下属于项目成功的关键维度的是（）。A.严格遵循计划B.相关方满意C.零变更D.资源利用率100%答案：B解析：PMBOK7强调价值交付和相关方满意，而非机械遵循计划或零变更。9.某工业互联网平台开发项目中，开发团队提议采用低代码开发平台以加速交付，但可能增加后期维护成本。项目经理需在（）过程中评估该方案的可行性。A.规划质量管理B.规划成本管理C.规划范围管理D.规划风险管理答案：A解析：低代码平台的选择涉及质量属性（如可维护性），需在规划质量管理时评估技术方案对质量目标的影响。10.某政府电子政务系统集成项目的合同条款中写明：“验收标准以《电子政务工程验收办法》（国办发〔2023〕15号）为准”。该条款属于（）。A.付款条件B.验收标准C.知识产权条款D.违约条款答案：B解析：明确验收依据的文件属于验收标准条款。（注：因篇幅限制，此处仅展示前10题，完整75题覆盖十大知识领域，包含敏捷、PMBOK7、数字化转型、数据安全等热点，每道题均附详细解析。）二、案例分析（共3题，每题25分）案例一：某智慧社区管理系统开发项目背景：A公司承接某街道办“智慧社区管理系统”开发项目，合同工期6个月，预算280万元。项目包含基础数据平台、智能门禁、便民服务APP三个子系统。项目经理李工组建了20人团队（开发12人、测试4人、UI设计2人、实施2人）。事件1：项目启动1个月后，街道办提出新增“老年人健康监测”模块，要求2周内完成需求确认。李工担心影响进度，直接拒绝了该请求，导致街道办负责人不满。事件2：第3个月，开发团队发现智能门禁子系统需与第三方厂商的硬件设备对接，但合同中未明确接口规范，厂商提供的接口文档缺失关键参数，导致开发停滞5天。事件3：第5个月，测试团队发现便民服务APP在高并发场景下响应延迟达3秒（合同要求≤1.5秒），开发团队认为是服务器配置不足，建议增加云服务器资源（需额外预算15万元）。问题1：分析事件1中李工处理方式的问题，并提出正确做法。（8分）问题2：事件2反映了项目管理中的哪些不足？应如何预防？（8分）问题3：针对事件3的性能问题，项目经理应如何处理？（9分）参考答案问题1：问题：李工直接拒绝变更请求，未遵循变更管理流程；未评估变更对进度、成本的影响；未与关键相关方（街道办）沟通变更的必要性，导致相关方满意度下降。正确做法：①接收变更请求并记录；②组织CCB（变更控制委员会）评估变更对范围、进度、成本、质量的影响（如新增模块需30人天，预算增加20万元，工期延长15天）；③与街道办沟通评估结果，协商是否调整项目基准或追加资源；④若变更批准，更新项目管理计划并通知相关方。问题2：不足：①需求管理不严谨，未明确第三方接口规范；②合同管理缺失，未在合同中约定第三方配合条款（如接口文档提交时间、格式要求）；③风险识别不足，未识别第三方对接可能带来的技术风险。预防措施：①需求收集阶段与第三方厂商确认接口需求，形成详细的接口规范文档并纳入需求基线；②合同中增加“第三方需在项目启动后10个工作日内提供完整接口文档，否则按违约处理”条款；③规划风险管理时识别“第三方接口延迟/不完整”风险，制定应对策略（如预留接口开发缓冲时间、选择备用厂商）。问题3：处理步骤：①组织技术团队排查性能瓶颈（如代码逻辑、数据库查询效率、服务器配置），确定根本原因（如APP端轮询频率过高、数据库索引缺失）；②评估不同解决方案的成本与效果（如优化代码需5人天/成本0元，增加服务器需15万元但仅缓解表面问题）；③向CCB提交变更建议（优先优化代码，若效果不足再考虑增加服务器）；④与客户沟通性能问题现状及解决方案，争取理解；⑤跟踪优化后的测试结果，确保达到合同要求；⑥更新项目文档（如风险登记册、经验教训登记册）。案例二：某企业ERP升级项目进度管理背景：B公司为制造业企业实施ERP升级项目，原计划180天完成。项目WBS分解为需求调研（30天）、系统开发（90天）、测试（30天）、上线部署（30天）。关键路径为需求调研→系统开发→测试→上线部署（总工期180天）。执行情况：需求调研阶段因客户业务部门配合度低，实际耗时45天（延期15天）；系统开发阶段前30天因核心开发人员离职，进度延迟10天，后通过增加2名外包人员赶工，追回5天；测试阶段发现150个高优先级缺陷，修复耗时40天（延期10天）。问题1：计算项目当前总工期偏差，并分析关键路径是否发生变化。（8分）问题2：针对需求调研延期，可采取哪些进度压缩技术？各有何优缺点？（8分）问题3：测试阶段延期后，项目经理应如何确保项目最终按时上线？（9分）参考答案问题1：原关键路径总工期180天。实际进度：需求调研45天（+15）→系统开发（90+105=95天）→测试40天（+10）→上线部署30天。总工期=45+95+40+30=210天，工期偏差=210180=+30天（延期30天）。关键路径未变化，仍为原路径（各阶段均在关键路径上，延期未转移至非关键路径）。问题2：可采用的进度压缩技术：①赶工：增加资源（如临时招聘需求分析师）加速需求调研。优点：快速追回进度；缺点：成本增加（外包人员工资），可能导致质量下降。②快速跟进：并行开展部分需求调研与系统开发活动（如在完成50%需求调研后提前启动开发）。优点：不增加成本；缺点：可能增加返工风险（需求不完整导致开发错误）。问题3：措施：①分析测试延期根本原因（如需求变更导致缺陷增多、测试用例覆盖不足），针对性解决（如加强需求确认、补充测试用例）；②增加测试资源（如外包测试人员）或延长每日测试工时（赶工）；③与客户协商调整上线部署计划（如分模块上线，优先部署核心功能）；④重新评估关键路径，识别是否有非关键路径活动可调整资源支持关键路径；⑤制定新的进度基准，更新项目管理计划并通知相关方；⑥加强进度监控（如每日站会跟踪缺陷修复进度），及时纠偏。案例三：某银行数据中心灾备项目风险管理背景：C公司为某银行实施数据中心异地灾备项目，涉及主中心与灾备中心的网络链路搭建、数据同步、应急演练等。项目风险登记册中初始风险包括：“网络链路延迟超过20ms（概率40%，影响50万元）”“灾备中心电力中断（概率20%，影响80万元）”“数据同步软件兼容性问题（概率60%，影响30万元）”。执行过程中，网络链路实际延迟达25ms（触发风险），导致数据同步效率下降；同时，灾备中心所在区域因暴雨引发短暂停电（未导致电力中断）。问题1：计算初始风险的期望货币价值（EMV）总和。（5分）问题2：针对已触发的“网络链路延迟”风险，应采取哪些应对措施？（10分）问题3：“暴雨导致短暂停电”属于风险的哪种状态？项目经理应如何处理？（10分）参考答案问题1：EMV=（40%×50）+（20%×80）+（60%×30）=20+16+18=54万元。问题2：应对措施：①执行已规划的风险应对策略（如原计划“若延迟>20ms，启用链路压缩技术”）；②联系网络服务提供商优化链路（如增加带宽、调整路由）；③调整数据同步策略（如分批次同步、错峰同步）降低延迟影响；④评估延迟对项目进度的影响（如数据同步阶段需延长10天），更新进度计划；⑤向银行客户汇报风险状态及应对方案，争取支持；⑥记录风险应对结果至经验教训登记册。问题3：状态：属于“风险触发但未造成实际影响”（灾备中心电力未中断，暴雨是风险触发因素但未导致后果）。处理：①更新风险登记册，记录“暴雨”为风险触发事件，标注“实际影响为0”；②分析暴雨暴露的潜在问题（如灾备中心防洪措施是否完善），进行根本原因分析；③优化风险应对策略（如增加“灾备中心加装防水挡板”的预防措施）；④组织应急演练（模拟暴雨导致停电场景），验证现有电力保障措施（如备用发电机）的有效性；⑤通知相关方（银行、灾备中心运营方）风险状态及后续改进计划。三、论文（50分）题目：论信息系统项目的敏捷转型实践要求：结合你参与管理的信息系统项目，论述如何在传统瀑布模型项目中成功实施敏捷转型，包括转型背景、关键步骤、遇到的挑战及应对措施，以及实施效果。范文在数字经济快速发展的背景下，某集团企业“全渠道营销数据平台”项目（以下简称“项目”）面临需求快速变化、市场竞争激烈的挑战。作为项目经理，我带领团队从传统瀑布模型转型敏捷开发，最终提前2周完成核心功能交付，客户满意度提升至95%。本文结合该项目，论述敏捷转型的实践过程。一、项目背景与转型动因项目目标是整合集团线上线下销售数据，构建实时分析平台，支持精准营销决策。项目初期采用瀑布模型，需求调研阶段耗时3个月，交付原型后客户提出27项重大需求变更（如增加“直播销售数据对接”功能），导致开发阶段返工率达40%，进度延迟1个月。传统模式暴露以下问题：①需求冻结后变更成本高；②客户参与度低，验收阶段才发现偏差；③团队响应市场变化能力不足。基于此，公司决策层批准项目转为敏捷开发（Scrum框架）。二、敏捷转型的关键步骤1.相关方培训与共识建立（第12周）组织项目团队（25人）、客户代表（营销部、IT部）参加Scrum培训，内容包括敏捷价值观（个体与互动>流程与工具）、Scrum角色（产品负责人、ScrumMaster、开发团队）、事件（冲刺规划、每日站会、冲刺评审、冲刺回顾）。通过“需求优先级排序”“用户故事拆分”等工作坊，帮助团队理解“客户价值导向”的核心。客户方指定营销总监为产品负责人（PO），负责维护产品待办列表（ProductBacklog）。2.迭代周期与规则制定（第3周）结合项目规模（预计6个月），确定冲刺周期为2周。定义“完成”（DoD）标准：功能通过单元测试、集成测试、客户代表验收；文档更新完毕；代码合并至主分支。制定团队规则：每日站会15分钟，使用Jira跟踪任务；冲刺评审邀请客户现场演示，收集反馈；冲刺回顾会聚焦流程改进（如“减少需求澄清等待时间”）。3.需求管理与迭代执行（第4周第24周）产品负责人将原需求文档转化为用户故事（如“作为营销经理，我需要实时查看各直播平台的销售数据，以便调整促销策略”），按商业价值排序。每个冲刺开始前，开发团队基于能力（预计200故事点/冲刺）选择冲刺待办列表（SprintBacklog），与PO确认冲刺目标（如“完成直播数据对接与基础报表功能”）。每日站会同步“昨日完成”“今日计划”“遇到的阻碍”（如“第三方直播平台API权限未开放”），ScrumMaster协调解决（联系客户IT部跟