2025年信息系统项目管理师第一批部分真题及解析

2025年信息系统项目管理师第一批部分练习题及解析一、单项选择题（每题2分，共20分）1.某软件开发项目在规划阶段，项目经理通过访谈、问卷调查收集了23个相关方的需求，其中市场部强调系统需支持多语言界面，技术部要求采用微服务架构，客户代表提出数据导出功能需兼容5种主流格式。此时项目经理应优先使用哪种工具对需求进行筛选和排序？A.需求跟踪矩阵B.引导式研讨会C.莫纳什矩阵（MoSCoW）D.亲和图答案：C解析：需求排序常用工具包括MoSCoW（必须有、应该有、可以有、不必有）、Kano模型等。题干中涉及多类相关方的不同需求优先级问题，MoSCoW矩阵能直接对需求进行强制排序，明确哪些是必须满足的核心需求（Musthave），哪些是次优先级（Shouldhave），适用于需求筛选阶段。需求跟踪矩阵（A）主要用于跟踪需求实现状态；引导式研讨会（B）是需求收集工具；亲和图（D）用于将需求分组，均不符合“筛选排序”的核心目标。2.某项目计划工期120天，预算180万元。第60天结束时，实际完成工作量为55%，实际花费105万元。已知计划工作量在第60天应为50%。则该项目的成本绩效指数（CPI）和进度绩效指数（SPI）分别为？A.CPI=0.94，SPI=1.10B.CPI=1.07，SPI=0.91C.CPI=0.94，SPI=0.91D.CPI=1.07，SPI=1.10答案：A解析：挣值管理（EVM）计算中，EV（挣值）=BAC×实际完成百分比=180×55%=99万元；AC（实际成本）=105万元；PV（计划价值）=BAC×计划完成百分比=180×50%=90万元。CPI=EV/AC=99/105≈0.94（成本超支）；SPI=EV/PV=99/90=1.10（进度提前）。因此正确选项为A。3.某信息系统集成项目进入执行阶段后，关键开发人员因家庭原因提出离职，项目经理发现该岗位没有可替代的储备人员。此时最有效的风险应对策略是？A.转移B.减轻C.接受D.开拓答案：D解析：风险应对策略中，开拓（Exploit）适用于机会型风险或威胁型风险中需确保特定资源可用的场景，具体措施包括提前招聘、培训或签订协议锁定资源。题干中关键人员离职属于威胁，且无替代人员，开拓策略通过立即招募有经验的替代人员或与原员工协商延迟离职，可直接消除威胁。转移（A）通常通过合同或保险转移责任；减轻（B）如提前培训备份人员，但题干已说明无储备；接受（C）是被动应对，不符合“最有效”要求。4.某企业实施ERP系统升级项目，项目章程中明确“系统上线后库存周转率提升20%”为关键成功指标。在确认范围阶段，项目经理应重点验证以下哪项内容？A.系统功能是否覆盖所有业务模块B.库存周转率是否达到目标值C.用户培训是否完成D.测试用例通过率是否达标答案：B解析：确认范围（ValidateScope）的核心是客户或发起人正式验收已完成的可交付成果，重点验证可交付成果是否满足项目章程或合同中的验收标准。题干中关键成功指标是“库存周转率提升20%”，因此确认范围时需验证该指标是否达成。A、C、D属于过程性成果，是质量控制（QC）或实施质量保证（QA）的关注重点，而非确认范围的核心。5.某政府部门数据中心迁移项目采用敏捷方法，在第三次迭代中，用户代表提出“历史数据查询需支持按时间区间和部门双维度筛选”的新需求。敏捷项目经理应如何处理？A.将需求直接加入当前迭代待办事项列表（SprintBacklog）B.评估需求对当前迭代目标的影响，与团队和用户协商是否调整迭代范围C.拒绝该需求，要求用户等到下一次迭代规划会议再提出D.召集所有相关方开会重新制定项目范围说明书答案：B解析：敏捷方法强调迭代开发和客户协作，新需求提出时需评估其对当前迭代的影响。根据Scrum框架，迭代待办事项列表在迭代开始后通常不做重大调整，但如果需求优先级高且团队有能力承接，可与产品负责人（用户代表）协商调整。直接加入当前迭代（A）可能导致迭代目标无法完成；拒绝需求（C）违背敏捷的客户协作原则；重新制定范围说明书（D）是瀑布模型的做法，不符合敏捷的灵活性。二、案例分析题（每题20分，共40分）案例背景某科技公司承接了某连锁超市的“智慧门店管理系统”开发项目，合同约定工期10个月，预算500万元。项目采用瀑布模型，需求阶段完成后进入设计阶段。项目团队由开发组（10人）、测试组（4人）、UI设计组（2人）组成，项目经理为张工。事件1：设计阶段第2周，超市总部运营总监提出“需增加会员积分跨门店通用功能”，并要求1个月内完成设计变更。张工查看需求跟踪矩阵，发现原需求文档未包含此功能，且该功能需调整数据库结构和接口设计。事件2：开发阶段第3个月，由于核心开发人员李工突发疾病住院1个月，导致负责的“库存预警模块”开发滞后2周。张工协调测试组王工临时支援开发，但王工对Java开发不熟悉，进度未明显改善。事件3：系统上线前1周，测试组发现“促销活动计算逻辑”存在重大缺陷，修复需3天，但客户要求必须按原计划上线。张工统计发现当前项目SPI=0.85，CPI=0.92。问题1：针对事件1，分析需求变更未提前识别的可能原因，并说明正确的变更控制流程。答案：（1）可能原因：①需求收集阶段未覆盖所有关键相关方（如总部运营总监可能未参与前期需求访谈）；②需求文档未明确“会员积分”功能的边界，导致遗漏跨门店通用场景；③需求验证不充分，未通过原型演示或用户评审确认需求完整性；④相关方管理不到位，未识别运营总监对系统功能的高影响力。（2）正确变更控制流程：①提出变更请求：运营总监提交书面变更申请，说明变更内容、理由和期望时间；②评估影响：项目团队（开发、测试、设计）分析变更对范围、进度、成本、质量的影响（如调整数据库需增加5人/周工作量，工期延长2周，成本增加15万元）；③变更审批：提交变更控制委员会（CCB）审批，根据合同条款和项目目标决定是否批准；④实施变更：批准后更新需求文档、设计方案、进度计划和成本基准，通知所有相关方；⑤跟踪验证：变更实施后进行测试和确认，更新需求跟踪矩阵，确保可追溯性。问题2：结合事件2和事件3，分析项目进度滞后的根本原因，并提出改进措施。答案：（1）根本原因：①资源管理不足：关键岗位（核心开发人员）无备份计划，未提前进行技能交叉培训（如测试组王工不熟悉Java）；②风险管理失效：未识别核心人员健康风险并制定应对措施（如购买关键人员保险、储备替代人员）；③进度监控不力：SPI=0.85表明进度滞后，但未及时采取赶工或快速跟进措施；④质量控制不到位：“促销活动计算逻辑”缺陷在上线前才发现，说明测试阶段覆盖不全面（如未进行多场景压力测试）。（2）改进措施：①资源层面：建立关键岗位备份机制，定期开展跨职能培训（如测试人员学习基础开发技能）；与外部人力资源公司签订应急协议，确保关键人员可快速补充。②风险层面：重新识别项目风险，针对人员流失、健康问题等更新风险登记册，制定主动应对策略（如为核心人员购买短期健康险，设置关键绩效奖金留住人才）。③进度层面：采用赶工（增加开发人员加班）或快速跟进（在修复缺陷的同时并行开展用户培训），调整进度基准并更新项目管理计划。④质量层面：增加回归测试和集成测试的覆盖范围，引入第三方测试机构进行独立验证；在开发阶段实施每日站会，及时同步模块进展和问题。问题3：根据事件3的SPI和CPI数据，计算项目当前的EV（挣值）、PV（计划价值）和AC（实际成本），并判断项目状态（假设BAC=500万元）。答案：已知SPI=EV/PV=0.85，CPI=EV/AC=0.92，工期已进行7个月（总工期10个月），假设计划按时间均匀分布，则PV=BAC×(7/10)=500×0.7=350万元。由SPI=0.85，得EV=SPI×PV=0.85×350=297.5万元；由CPI=0.92，得AC=EV/CPI=297.5/0.92≈323.37万元。项目状态：SPI<1（0.85）表示进度滞后；CPI<1（0.92）表示成本超支，项目当前处于“进度落后且成本超支”状态。三、论文写作题（40分）题目：论信息系统项目的风险管理写作要求：结合自身参与的信息系统项目实例，论述风险管理的过程、工具与技术，以及实施中的关键成功因素。范文要点：1.项目背景：某企业“供应链协同平台”开发项目，工期12个月，预算800万元，涉及供应商、物流商、企业内部多系统对接，技术复杂度高，相关方利益诉求差异大。2.风险管理过程：-规划风险管理：制定风险管理计划，明确风险概率和影响矩阵（如技术风险概率≥60%、影响≥50万元为高优先级），确定风险登记册模板。-识别风险：通过头脑风暴、德尔菲技术识别出“第三方系统接口不稳定”“关键开发人员流失”“需求频繁变更”等23项风险。-实施定性风险分析：使用概率影响矩阵评估，将“第三方接口不稳定”（概率70%，影响120万元）和“需求变更”（概率80%，影响80万元）列为高优先级。-实施定量风险分析：通过决策树分析，计算“需求变更”导致的工期延误期望为3周，成本增加期望为65万元。-规划风险应对：针对“第三方接口不稳定”，采用减轻策略（提前与第三方签订SLA，约定接口响应时间≤2秒，否则赔偿）；针对“人员流失”，采用开拓策略（提前招聘2名备份开发人员，签订1年服务协议）。-监控风险：每周召开风险评审