2025年信息技术项目管理师职业资格考试试题及答案

2025年信息技术项目管理师职业资格考试试题及答案一、单项选择题（每题1分，共20题）1.某信息系统集成项目进入执行阶段，项目经理发现关键路径上的活动A原计划10天完成（预算10万元），第5天末实际完成40%的工作量，实际花费4.5万元。此时该活动的成本偏差（CV）为：A.-0.5万元B.0.5万元C.-1万元D.1万元2.敏捷项目管理中，“每日站会”的核心目的是：A.详细汇报技术细节B.同步进度、识别障碍C.分配当日所有任务D.评估迭代整体风险3.关于变更控制委员会（CCB）的职责，正确的是：A.批准所有变更请求B.制定变更管理流程C.仅负责技术类变更D.评估变更对项目基准的影响4.某项目采用关键路径法（CPM）分析，活动X的最早开始时间（ES）为第3天，最晚开始时间（LS）为第5天，持续时间4天，则活动X的总浮动时间为：A.0天B.2天C.4天D.6天5.以下不属于项目管理知识领域“资源管理”过程的是：A.规划资源管理B.估算活动资源C.建设团队D.管理团队6.某软件开发项目需求文档中，“系统应支持1000并发用户同时在线”属于：A.业务需求B.技术需求C.质量需求D.约束条件7.风险登记册更新最频繁的项目阶段是：A.启动阶段B.规划阶段C.执行阶段D.收尾阶段8.挣值管理（EVM）中，若SPI=0.8，CPI=1.2，说明项目：A.进度超前、成本超支B.进度落后、成本节约C.进度超前、成本节约D.进度落后、成本超支9.敏捷开发中的“用户故事”（UserStory）通常以（）格式描述：A.作为<角色>，我需要<功能>，以便<价值>B.当<触发条件>，系统应<行为>，达到<结果>C.输入<数据>，处理<逻辑>，输出<结果>D.角色<权限>，操作<功能>，限制<条件>10.项目章程的主要作用是：A.详细描述项目范围B.授权项目经理使用组织资源C.定义质量验收标准D.制定沟通管理计划11.某项目需采购500台服务器，供应商A报价每台8000元（含3年质保），供应商B报价每台7500元（质保1年，延保3年需额外支付1000元/台）。若项目需3年质保，从成本角度应选择：A.供应商A，总成本400万元B.供应商B，总成本425万元C.供应商A，总成本425万元D.供应商B，总成本400万元12.沟通管理计划的核心内容不包括：A.沟通频率与方式B.信息接收方及责任C.沟通工具的技术参数D.敏感信息的传递规则13.质量成本中，“测试阶段发现缺陷并修复的费用”属于：A.预防成本B.评估成本C.内部失败成本D.外部失败成本14.以下属于项目收尾阶段关键活动的是：A.确认可交付成果通过验收B.开展需求评审会议C.更新风险登记册D.进行资源平衡15.某项目进度基准为120天，执行到第60天时，实际进度完成55%，计划进度应为60%。此时进度偏差（SV）为：A.-5%B.5%C.-6天D.6天16.敏捷团队中，“产品负责人”（ProductOwner）的主要职责是：A.管理团队日常开发B.定义产品路线图和用户故事优先级C.解决技术难题D.协调跨团队沟通17.合同类型中，“成本加激励费用合同（CPIF）”的特点是：A.买方承担全部成本风险B.卖方承担全部成本风险C.双方按约定比例分担超支或节约D.成本上限由买方设定18.风险管理过程中，“对风险发生概率和影响进行量化分析”属于：A.规划风险管理B.识别风险C.实施定性风险分析D.实施定量风险分析19.范围基准不包括：A.项目范围说明书B.工作分解结构（WBS）C.WBS词典D.需求跟踪矩阵20.项目管理三角形中，不包括的要素是：A.范围B.质量C.时间D.成本二、案例分析题（共3题，每题20分，共60分）案例1：智慧教育平台开发项目某教育科技公司承接了“K12智慧教育平台”开发项目，工期12个月，预算800万元。项目团队由20人组成（开发12人、测试5人、UI设计3人），采用瀑布模型。执行到第6个月时，出现以下问题：客户提出新增“AI作业批改”模块，要求2个月内完成，否则终止合作；核心后端开发人员张某因家庭原因离职，交接周期需1个月；测试团队反馈，已完成模块的缺陷率高达35%（行业平均15%），需延长测试时间；项目当前PV=400万元，EV=320万元，AC=380万元。问题1：计算当前项目的CV、SV、CPI、SPI，并判断成本与进度状态。（5分）问题2：分析“AI作业批改”模块变更可能带来的风险，并提出应对措施。（7分）问题3：针对测试缺陷率过高的问题，从质量成本角度提出改进建议。（8分）案例2：跨区域数据中心迁移项目某金融企业启动“华东-华南数据中心迁移”项目，涉及核心交易系统、客户信息数据库等50+系统迁移，需在国庆假期（7天）内完成，避免影响业务。项目团队包括甲方IT部（10人）、乙方集成商（20人）、第三方安全服务商（5人）。执行中出现：乙方未提前测试迁移脚本，导致首日迁移进度仅完成30%（计划50%）；甲方业务部门未及时提供系统依赖关系文档，影响迁移顺序规划；安全服务商发现迁移过程中部分数据传输未加密，需暂停迁移进行整改。问题1：指出项目沟通管理中的主要不足，并提出改进措施。（6分）问题2：针对迁移进度滞后，可采取哪些进度压缩技术？说明适用场景。（7分）问题3：分析数据传输未加密的根本原因，提出质量控制的具体方法。（7分）案例3：敏捷转型中的团队冲突某软件公司尝试从瀑布模型转向敏捷开发，组建了首支敏捷团队（10人），但执行2个迭代后出现矛盾：开发人员抱怨“每日站会”变成“任务汇报会”，耗时1小时（远超15分钟）；测试人员认为“迭代交付物”质量不达标，要求增加单独测试阶段；产品经理频繁修改用户故事优先级，导致开发团队频繁切换任务；项目经理仍沿用瀑布模型的“周报+里程碑”管理方式，与敏捷节奏脱节。问题1：分析敏捷团队低效的主要原因。（6分）问题2：针对“每日站会”耗时过长，提出调整建议。（6分）问题3：说明产品经理应如何正确管理用户故事优先级。（8分）三、论文题（共1题，40分）题目：论信息系统项目的需求管理要求：结合实际参与的信息系统项目，论述需求管理的关键过程及实施方法。需包括以下内容：1.项目背景（需说明项目规模、目标、涉及的主要干系人）；2.需求管理的主要过程（需求规划、需求收集、需求分析、需求验证、需求跟踪）；3.各过程中采取的具体措施及实施效果；4.总结需求管理对项目成功的影响。参考答案一、单项选择题1.A2.B3.D4.B5.B6.B7.C8.B9.A10.B11.A12.C13.C14.A15.C16.B17.C18.D19.D20.B二、案例分析题案例1参考答案问题1：CV=EV-AC=320-380=-60万元（成本超支）；SV=EV-PV=320-400=-80万元（进度落后）；CPI=EV/AC=320/380≈0.84（成本效率低于1）；SPI=EV/PV=320/400=0.8（进度效率低于1）。结论：项目成本超支、进度落后。问题2：风险：①范围蔓延：新增模块可能导致原功能开发时间被压缩，影响整体质量；②资源不足：现有团队需在2个月内完成额外开发，可能导致加班或招聘新人，增加成本；③技术风险：AI模块涉及机器学习算法，团队缺乏相关经验，可能出现技术瓶颈。应对措施：①启动变更控制流程，评估新增模块对范围、时间、成本的影响，提交CCB审批；②与客户协商优先级，明确新增模块的核心功能（如基础批改功能），后续迭代完善高级功能；③外部采购AI算法组件，或引入第三方技术顾问；④调整资源分配，临时增加1-2名AI开发人员。问题3：质量成本包括预防成本、评估成本、内部失败成本、外部失败成本。当前缺陷率高主要因内部失败成本（测试阶段修复缺陷）激增。改进建议：①增加预防成本：加强需求评审（如邀请业务专家参与）、开展代码走查（每日开发完成后小组内互审）、对新员工进行编码规范培训；②优化评估成本：引入自动化测试工具（如Selenium），提高测试效率；③分析缺陷根本原因（如使用鱼骨图），针对高频缺陷（如接口错误）制定专项解决方案；④建立缺陷追踪系统，统计缺陷类型与责任人，针对性改进开发流程。案例2参考答案问题1：沟通不足：①乙方未提前与甲方同步迁移脚本测试计划（信息未双向传递）；②甲方业务部门未主动提供系统依赖文档（干系人责任不明确）；③安全服务商发现问题后未快速同步给迁移团队（沟通渠道不畅通）。改进措施：①制定沟通管理计划，明确各干系人沟通频率（如每日早会）、方式（即时通讯工具+邮件）、内容（进度、风险）；②建立“迁移状态看板”，实时更新进度、问题，所有干系人可查看；③设立专职沟通协调员，负责跨团队信息传递，避免信息孤岛。问题2：进度压缩技术：①赶工：增加资源（如乙方临时增派5名迁移工程师），但可能导致成本增加；②快速跟进：并行执行部分迁移任务（如同时迁移交易系统和数据库，但需确保无依赖冲突），可能增加风险；③资源优化：重新分配人员（如甲方IT部协助乙方进行环境部署），提高效率。本项目因工期严格（7天），优先选择赶工（增派人员），同时对关键路径任务（如核心交易系统迁移）采用快速跟进（前提是已识别依赖关系）。问题3：根本原因：①质量规划阶段未明确数据传输加密要求（需求遗漏）；②质量控制环节缺失（迁移前未进行安全测试）；③安全服务商介入时间过晚（应在迁移方案设计阶段参与）。质量控制方法：①制定质量检查单（包含“数据加密”“传输协议”等条目），迁移前逐条验证；②实施测试驱动迁移（TDM），在模拟环境中先测试迁移流程，包括安全措施；③引入第三方安全审计，对迁移过程进行实时监控，发现问题立即终止并整改；④对迁移团队进行安全培训，明确“加密是强制性要求”。案例3参考答案问题1：主要原因：①团队对敏捷价值观理解不到位（每日站会变成汇报会，违背“同步问题、快速决策”原则）；②角色职责不清（产品经理随意调整优先级，干扰开发节奏）；③流程融合失败（项目经理仍用瀑布式管理，与敏捷迭代不匹配）；④测试与开发协作不足（测试要求单独阶段，违背“迭代内完成测试”的敏捷实践）。问题2：调整建议：①明确站会规则：每人仅回答3个问题（昨日完成、今日计划、遇到的障碍），超时由ScrumMaster打断；②限制时间：严格控制在15分钟内，使用计时器提醒；③聚焦障碍解决：将需深入讨论的问题记录为“待办事项”，会后由相关人员单独沟通；④采用站立姿势（避免久坐延长会议）。问题3：产品经理应：①基于业务价值排序：使用“MoSCoW法则”（必须有、应该有、可以有、不会有），优先实现高价值用户故事；②与开发团队协作评估：在迭代规划会上，与团队共同估算故事点，确保优先级与团队产能匹配；③保持相对稳定：除非客户提出关键变更（如合规要求），否则迭代中期不调整优先级；④定期与干系人对齐：每周与客户、高层沟通，确保优先级符合业务目标，避免“拍脑袋”决策。三、论文题（示例）论信息系统项目的需求管理本人作为项目经理，主导了某省“医保电子凭证平台”项目（2023-2024年），目标是实现全省8000万参保人员的医保电子凭证申领、就医结算、查询等功能，涉及省医保局、医院、药店、银行等干系人，项目预算1200万元，工期18个月。需求管理是项目成功的关键。项目启动初期，我们建立了“需求管理小组”（包括业务分析师、客户代表、技术负责人），严格执行需求规划、收集、分析、验证、跟踪五大过程。1.需求规划：制定《需求管理计划》，明确需求收集方法（访谈、问卷、原型）、需求文档格式（用户故事+用例图）、变更控制流程（CCB审批）。例如，针对医院端干系人（关注结算效率）和参保人（关注操作简便），设计不同的收集策略。2.需求收集：采用“多轮访谈+原型验证”。首轮与省医保局访谈，明确政策要求（如与国家平台对接）；次轮与三甲医院信息科沟通，收集“结算接口响应时间≤2秒”等细节；同时，通过线上问卷收集1000名参保人需求（如“支持支付宝/微信双渠道申领”）。基于反馈，制作高保真原型，组织客户现场验