2026年软件项目管理期末考试题(附答案)

2026年软件项目管理期末考试题(附答案)一、单项选择题（每题2分，共30分）1.在敏捷开发中，以下哪项不属于Scrum框架的核心事件？A.冲刺计划会（SprintPlanning）B.每日站会（DailyScrum）C.回顾会（SprintRetrospective）D.需求评审会（RequirementReview）2.某软件项目采用瀑布模型开发，在测试阶段发现需求文档中存在一个关键功能描述歧义，最可能的原因是？A.需求验证不充分B.进度计划过于乐观C.团队沟通渠道单一D.风险管理未覆盖需求偏差3.项目管理中，WBS（工作分解结构）的最底层要素是？A.可交付成果B.活动C.任务包D.工作包4.某项目的BCWS（计划工作预算费用）为120万元，BCWP（已完工作预算费用）为100万元，ACWP（已完工作实际费用）为110万元，该项目的成本偏差（CV）和进度偏差（SV）分别为？A.CV=+10万元，SV=-20万元B.CV=-10万元，SV=-20万元C.CV=+10万元，SV=+20万元D.CV=-10万元，SV=+20万元5.以下哪项不是敏捷开发的核心价值观？A.个体与互动高于流程与工具B.可工作的软件高于详尽的文档C.客户协作高于合同谈判D.严格的阶段评审高于快速迭代6.需求管理中，“需求跟踪矩阵”的主要作用是？A.记录需求变更的历史B.确保每个需求都被测试覆盖C.建立需求与项目目标、设计、测试的关联D.统计需求的完成率7.某项目团队有8名成员，其中2名新加入成员对开发工具不熟悉，导致任务延期。项目经理应优先采取的措施是？A.调整进度计划，延长相关任务工期B.增加加班时间追赶进度C.组织工具使用培训，提升成员技能D.重新分配任务，将复杂任务交给经验丰富成员8.风险管理中，“风险登记册”更新的关键时机是？A.项目启动阶段B.每次风险评估或应对措施实施后C.项目收尾阶段D.需求变更发生时9.以下哪种沟通方式最适合处理团队成员间的冲突？A.邮件B.即时消息C.一对一面对面沟通D.项目会议公开讨论10.敏捷项目中，“产品待办列表（ProductBacklog）”的维护责任主体是？A.ScrumMasterB.开发团队C.产品负责人（ProductOwner）D.项目经理11.某项目原计划6个月完成，当前已进行3个月，完成了40%的工作量。若剩余工作效率不变，项目的总工期将延期？A.1个月B.1.5个月C.2个月D.2.5个月12.以下哪项不属于项目章程的核心内容？A.项目目标与验收标准B.项目团队成员详细职责C.高层级需求与假设条件D.项目经理的权限范围13.在软件项目中，“技术债务”通常指？A.因采用过时技术导致的维护成本增加B.为快速交付而牺牲设计质量带来的后续修复成本C.项目开发过程中产生的外部借款D.团队成员因技术分歧产生的沟通成本14.某项目需要协调5个外部供应商，项目经理应重点关注的风险管理措施是？A.为每个供应商设置备用方案B.要求供应商签署严格的违约责任条款C.定期召开多方协调会议，同步进度D.增加项目预算以覆盖供应商可能的涨价风险15.以下关于项目干系人管理的描述，错误的是？A.关键干系人需要高频率、高详细度的沟通B.低权力-高利益的干系人应保持令其满意C.低权力-低利益的干系人可最少关注D.高权力-低利益的干系人需重点管理二、判断题（每题1分，共10分。正确填“√”，错误填“×”）1.瀑布模型适用于需求明确、技术成熟的软件项目。（）2.关键路径是项目中总时差最小的路径，决定项目最短完成时间。（）3.敏捷开发要求团队成员必须在同一地点办公，以保证高效沟通。（）4.需求变更控制的核心是拒绝所有非必要变更，确保项目范围稳定。（）5.项目管理三角形中，质量是约束条件，范围、时间、成本是相互影响的变量。（）6.风险概率和影响评估应在项目启动阶段一次性完成，后续无需更新。（）7.团队建设的“形成-震荡-规范-执行”阶段模型中，震荡阶段的主要特征是冲突与磨合。（）8.EVM（挣值管理）通过结合范围、时间、成本三个维度，实现项目绩效的综合评估。（）9.软件项目中，用户故事（UserStory）的描述应聚焦于开发者的技术实现细节。（）10.项目收尾阶段只需交付可运行的软件，无需进行经验总结和文档归档。（）三、简答题（每题8分，共40分）1.简述敏捷开发中“冲刺（Sprint）”的核心特征及其在项目管理中的作用。2.需求管理包括哪些关键活动？请结合实际项目说明如何避免需求蔓延。3.风险管理流程包括哪几个步骤？请举例说明如何对“关键成员离职”风险进行应对。4.项目进度控制的常用工具和方法有哪些？请比较甘特图与燃尽图的适用场景。5.团队冲突是软件项目中的常见问题，列举三种冲突解决策略，并说明其适用场景。四、案例分析题（每题15分，共30分）案例1：某科技公司承接了“智能医疗影像诊断系统”开发项目，工期12个月，预算800万元。项目启动时，客户提供了初步需求文档，但强调“系统需支持未来3年的技术扩展”。团队采用敏捷开发，设置了6个2个月的冲刺周期。前两个冲刺中，团队完成了基础架构搭建和核心算法模块，但客户频繁提出新需求（如增加与医院HIS系统的对接功能），导致冲刺目标多次调整，开发进度滞后20%。第三个冲刺开始时，一名负责算法开发的核心成员因家庭原因离职，新招聘的替代人员需1个月熟悉代码，进一步影响进度。同时，测试团队反馈部分模块兼容性问题突出，需投入额外资源修复。问题：（1）分析项目当前进度滞后的主要原因。（7分）（2）作为项目经理，应采取哪些措施应对上述问题？（8分）案例2：某软件公司开发“企业级客户关系管理（CRM）系统”，采用瀑布模型。需求阶段，客户代表（市场部经理）提供了详细的功能需求，但未明确数据安全要求。设计阶段，开发团队根据需求文档完成了系统架构设计，未考虑数据加密和权限分级。测试阶段，客户的IT主管提出“系统需通过ISO27001认证，所有客户数据必须加密存储”，导致需重新设计数据库模块，项目延期1个月，成本超支15%。问题：（1）从需求管理角度分析项目失败的原因。（7分）（2）提出避免类似问题的改进措施。（8分）答案一、单项选择题1.D2.A3.D4.B5.D6.C7.C8.B9.C10.C11.B12.B13.B14.C15.D二、判断题1.√2.√3.×4.×5.×6.×7.√8.√9.×10.×三、简答题1.冲刺的核心特征：固定时长（通常2-4周）、目标明确（完成可交付的增量）、自组织（团队自主规划）、可验证（冲刺结束时交付可运行软件）。作用：通过短周期迭代实现快速反馈，降低需求变更风险；明确阶段性目标，提升团队聚焦度；帮助客户持续验收成果，确保产品符合预期。2.需求管理关键活动：需求获取、需求分析、需求验证、需求跟踪、需求变更控制。避免需求蔓延的方法：①建立严格的变更控制流程（如CCB审批）；②在需求文档中明确“用户故事”的验收标准；③与客户约定“需求冻结”时间点（如每个冲刺前3天停止新增需求）；④对新增需求进行成本-收益分析，优先实现高价值需求。3.风险管理流程：风险识别、风险评估（概率与影响分析）、风险应对计划（规避、转移、减轻、接受）、风险监控。“关键成员离职”应对：①风险识别：通过人员稳定性评估（如员工满意度调查）识别高风险成员；②风险评估：评估其掌握的关键技术/知识的替代性；③应对计划：A.规避：提前安排知识共享（如代码评审、文档归档）；B.减轻：培养备份人员（交叉培训）；C.转移：与外部专家签订应急合作协议；④风险监控：定期检查知识共享进度，关注成员离职信号（如工作积极性下降）。4.进度控制工具：甘特图、燃尽图、关键路径法（CPM）、敏捷燃耗图。甘特图适用于瀑布模型，直观展示任务依赖关系和时间节点，适合向高层汇报整体进度；燃尽图适用于敏捷开发，展示冲刺周期内剩余工作量的递减趋势，帮助团队实时调整节奏。5.冲突解决策略：①合作（ProblemSolving）：双方公开讨论，寻找共赢方案，适用于冲突涉及关键目标且双方有合作意愿时；②妥协（Compromising）：各退一步达成折中，适用于时间紧迫或冲突重要性较低时；③回避（Avoiding）：暂时搁置冲突，适用于冲突情绪化严重或问题可自行解决时；④强制（Forcing）：由权威方直接决策，适用于需快速解决且涉及项目关键目标时（任选三种）。四、案例分析题案例1（1）主要原因：①需求管理失控：客户频繁变更需求，未通过正式变更流程评估影响；②敏捷实践偏差：冲刺周期过长（2个月不符合常规1-4周），导致反馈延迟；③人员风险应对不足：未提前培养核心成员备份；④质量问题累积：测试阶段暴露兼容性问题，说明迭代内验收不严格。（2）应对措施：①需求控制：与客户建立变更控制委员会（CCB），对新增需求评估工作量与优先级，将非紧急需求放入产品待办列表；②调整冲刺周期：缩短为4周/冲刺，增加反馈频率；③人员补救：安排离职成员在过渡期内完成知识转移（如代码注释、文档更新），同时由技术主管协助新成员快速上手；④质量改进：在后续冲刺中增加“自动化测试”环节，提前发现兼容性问题；⑤资源协调：向公司申请临时抽调其他团队的测试人员支援，优先修复高影响的兼容性问题。案例2（1）需求管理失败原因：①需求获取不完整：仅收集市场部经理的功能需求，未覆盖IT主管的安全需求；②需求验证缺失：未邀请所有关键干系人（如IT主管）参与需求评审；③需求跟踪不足：设计阶段未将“数据安全”纳入设计约束；④干系人管理遗漏：忽视IT主管的高权力（负责系统认证）低利益（初期未参与需求）特征，未主动沟通其需求。（2）改进措施：①完善需求获取：采用多