2026年ACP敏捷项目管理基础理论模拟题

2026年ACP敏捷项目管理基础理论模拟题一、单选题（共20题，每题1分）1.在敏捷项目管理中，"用户故事"的核心价值在于？A.提供详细的开发文档B.明确需求优先级C.规避变更风险D.减少团队沟通成本2.Scrum框架中，负责确保团队与产品负责人、开发团队协作顺畅的角色是？A.ScrumMasterB.ProductOwnerC.DevelopmentTeamD.BusinessAnalyst3.看板（Kanban）方法中，"限制在制品（WIP）"的主要目的是？A.提高团队加班效率B.优化工作流程流动C.增加项目文档数量D.减少客户参与频率4.敏捷开发与瀑布模型的根本区别在于？A.项目周期更短B.强调迭代反馈C.采用更少文档D.团队规模更小5.在敏捷中，"SprintBacklog"由谁最终确认？A.ScrumMasterB.ProductOwnerC.全体开发人员D.项目经理6.敏捷项目管理中，"时间盒（Timebox）"通常用于？A.制定长期计划B.控制迭代周期C.延长项目工期D.减少会议数量7.当用户故事描述模糊时，最有效的澄清方式是？A.参考历史文档B.直接执行开发C.进行探索性对话D.强制技术假设8.敏捷团队中，"每日站会"的主要目的是？A.审批任务完成情况B.解决技术难题C.同步工作进展D.制定详细计划9.敏捷中，"DefinitionofDone"（DoD）的作用是？A.设定验收标准B.规避测试成本C.约束团队行为D.延长Sprint周期10.敏捷团队中，"相对估算"通常使用什么工具？A.甘特图B.PlanningPokerC.PERT公式D.风险矩阵11.敏捷开发中，"BacklogRefinement"的主要目的是？A.增加任务数量B.优化优先级排序C.减少开发时间D.取代Sprint评审12.敏捷团队中，"跨职能"成员的核心优势是？A.专精技术深度B.多领域协作能力C.高级管理权限D.独立决策权13.敏捷中，"产品待办列表（ProductBacklog）"的维护原则是？A.长期不更新B.严格按优先级排序C.仅在Sprint前调整D.无需业务方参与14.敏捷开发中，"持续集成（CI）"的关键价值是？A.减少代码冲突B.提升自动化测试效率C.增加开发文档D.延长构建时间15.敏捷中，"SprintRetrospective"的目的是？A.确认计划执行情况B.改进团队协作C.审批最终交付D.制定详细预算16.敏捷团队中，"技术债务"的主要影响是？A.提高开发效率B.增加未来维护成本C.减少项目文档D.缩短Sprint周期17.敏捷中，"用户验收测试（UAT）”应由谁主导？A.开发团队B.产品负责人C.测试团队D.ScrumMaster18.敏捷开发中，"迭代评审会"的主要目的是？A.确认任务完成量B.获取用户反馈C.规划下阶段需求D.审批开发文档19.敏捷团队中，"ScrumMaster"的核心职责是？A.制定项目计划B.保护团队免受干扰C.审批Sprint目标D.管理客户需求20.敏捷中，"价值流图"主要用于？A.规划项目阶段B.优化业务流程C.减少项目文档D.控制团队规模二、多选题（共10题，每题2分）1.敏捷开发中，"用户故事"应包含哪些要素？A.需求描述B.验收标准C.优先级排序D.开发成本2.Scrum框架中，哪些角色需要参与Sprint计划会？A.ProductOwnerB.ScrumMasterC.开发团队全体成员D.项目经理3.看板方法中，常见的"工作流程阶段"包括？A.待办（ToDo）B.处理中（InProgress）C.完成（Done）D.回流（Review）4.敏捷团队中，哪些属于"持续改进"的实践？A.SprintRetrospectiveB.DailyStandupC.代码审查D.需求冻结5.敏捷开发中，"相对估算"的优势包括？A.减少主观偏差B.增强团队共识C.提供绝对时间D.适用于复杂项目6.敏捷中，"产品待办列表"的调整可能由谁发起？A.ProductOwnerB.开发团队C.ScrumMasterD.客户代表7.敏捷团队中，"技术债务"的解决方案可能包括？A.增加重构时间B.延长Sprint周期C.优先修复高影响部分D.完全忽视其存在8.敏捷开发中，"用户验收测试"的关键要素是？A.基于验收标准B.由用户主导C.自动化执行D.记录所有缺陷9.敏捷团队中，"ScrumMaster"的典型职责包括？A.确保Sprint目标达成B.消除团队障碍C.审批项目变更D.保护团队专注度10.敏捷中，"价值流图"分析的主要内容包括？A.流程步骤B.瓶颈环节C.等待时间D.客户价值三、判断题（共10题，每题1分）1.敏捷开发完全排斥项目管理计划。（×）2.用户故事必须包含开发技术细节。（×）3.看板方法需要严格的WIP限制。（√）4.敏捷团队可以完全取消测试环节。（×）5."DefinitionofDone"适用于所有敏捷团队。（√）6.敏捷开发中，Sprint目标可以随意变更。（×）7.跨职能团队成员不需要接受技术培训。（×）8.敏捷团队不需要客户参与开发过程。（×）9."持续集成"可以完全替代单元测试。（×）10.敏捷开发中，"时间盒"必须严格固定。（√）四、简答题（共5题，每题4分）1.简述Scrum框架中，"产品待办列表"与"SprintBacklog"的区别。2.解释敏捷开发中"相对估算"与"绝对估算"的优缺点。3.描述看板方法中，"流程平衡"的关键指标有哪些？4.敏捷团队如何处理"需求变更"问题？5.列举至少三种敏捷开发中的"持续改进"实践。五、案例分析题（共3题，每题8分）1.案例：某电商公司采用Scrum开发新功能，Sprint周期为2周。在Sprint评审会中，用户反馈部分功能操作复杂，但开发团队认为已按需求实现。产品负责人表示无法验收。请分析问题原因，并提出解决方案。2.案例：某敏捷团队使用看板管理任务，发现流程瓶颈集中在"测试"阶段，大量任务堆积导致整体进度滞后。请提出至少三种优化建议。3.案例：某金融企业要求敏捷团队在交付前必须通过严格的合规测试，但敏捷开发强调快速迭代，两者存在冲突。请提出协调方案。答案与解析一、单选题答案与解析1.B解析：用户故事的核心价值在于通过简短描述明确需求，便于团队理解和优先级排序，而非提供详细文档。2.A解析：ScrumMaster负责移除团队障碍，确保Scrum流程顺畅，不直接管理需求或开发。3.B解析：限制WIP的主要目的是平衡工作负载，减少等待时间，优化流程流动。4.B解析：敏捷强调迭代反馈和适应性调整，而瀑布模型是线性的，不可变。5.B解析：ProductOwner最终确认SprintBacklog中的用户故事优先级和执行计划。6.B解析：时间盒是固定周期的概念，常用于Sprint规划，确保快速交付。7.C解析：探索性对话（如用户访谈）是敏捷中澄清需求的最佳方式。8.C解析：每日站会核心目的是同步进度、识别风险，而非审批或解决复杂问题。9.A解析：DoD定义了任务完成标准，是验收的依据。10.B解析：PlanningPoker通过投票进行相对估算，适合敏捷团队。11.B解析：BacklogRefinement确保需求清晰优先，避免Sprint中频繁变更。12.B解析：跨职能成员能减少沟通成本，提升协作效率。13.B解析：优先级排序是动态调整的，但需持续维护。14.B解析：CI通过自动化测试减少构建时间，提升交付频率。15.B解析：Retrospective用于反思改进协作方式。16.B解析：技术债务会消耗未来开发资源。17.B解析：UAT由ProductOwner或客户主导，验证需求满足度。18.B解析：评审会核心目的是获取用户反馈，确认价值交付。19.B解析：ScrumMaster保护团队免受干扰，确保流程执行。20.B解析：价值流图用于识别流程瓶颈，优化效率。二、多选题答案与解析1.A,B解析：用户故事包含描述和验收标准，优先级和成本是后续讨论内容。2.A,B,C解析：项目经理通常不参与Sprint计划会。3.A,B,C解析：回流阶段非所有看板流程必含。4.A,B,C解析：需求冻结与敏捷原则相悖。5.A,B解析：相对估算是团队共识的，不提供绝对时间。6.A,B,C解析：客户代表可参与但非必需。7.A,C解析：忽视债务不可持续。8.A,B解析：自动化和记录缺陷是测试环节而非UAT特性。9.B,D解析：审批项目变更和确保Sprint目标属于ProductOwner。10.A,B,C解析：客户价值是分析目的而非内容。三、判断题答案与解析1.×解析：敏捷仍需计划，但强调灵活调整。2.×解析：用户故事关注业务价值，技术细节需进一步讨论。3.√解析：WIP限制是看板核心原则。4.×解析：敏捷强调测试，但形式灵活。5.√解析：DoD需根据团队情况定制。6.×解析：变更需遵循敏捷流程。7.×解析：跨职能成员需具备基础技术能力。8.×解析：客户参与贯穿始终。9.×解析：CI与单元测试是互补。10.√解析：时间盒是Sprint的约束条件。四、简答题答案与解析1.区别：-产品待办列表是动态优先级需求库，涵盖所有待开发功能；SprintBacklog是当前Sprint执行的任务集合，由产品待办列表切片而成。解析：产品待办列表是长期规划，SprintBacklog是短期执行计划。2.相对估算：优点：团队共识高、减少主观偏差；缺点：不提供绝对时间。绝对估算：优点是精确时间；缺点是依赖假设，易因情况变化失效。解析：敏捷优先选择相对估算，通过PlanningPoker等工具达成共识。3.流程平衡指标：-瓶颈环节（任务堆积点）-流程周期（从任务开始到完成时间）-周期效率（实际产出/理论产出）解析：平衡指标用于优化流程，减少浪费。4.处理需求变更：-在Sprint计划会讨论变更影响；-若影响重大，调整Sprint目标或创建新用户故事；-优先处理变更对后续交付的影响。解析：敏捷接纳变更，但需有序管理。5.持续改进实践：-SprintRetrospective；-代码审查；-跨团队知识分享会。解析：改进需常态化，避免一次性活动。五、案例分析题答案与解析1.问题原因：-产品负责人未充分参与开发过程，导致需求理解偏差；-开发团队缺乏用户视角，认为技术实现等同于需求满足。解决方案：-产品负责人参与开发讨论；-增加用户测试环节，让开发团队体验操作；-调整验收标准，明确