2026年apm考试试题及答案

2026年apm考试试题及答案一、单项选择题（每题2分，共20分）1.在Scrum框架中，以下哪项不属于Sprint计划会议（SprintPlanning）的输出？A.Sprint目标（SprintGoal）B.待办事项列表（ProductBacklog）的细化C.冲刺待办事项列表（SprintBacklog）D.团队对完成Sprint目标的承诺2.敏捷团队在迭代评审会议（SprintReview）中，主要与谁共同验证可交付成果？A.产品负责人（ProductOwner）B.开发团队（DevelopmentTeam）C.利益相关者（Stakeholders）D.Scrum主管（ScrumMaster）3.Kanban方法中，“在制品限制（WIPLimit）”的主要目的是？A.减少多任务处理，提升流程效率B.确保每个任务都有明确的负责人C.强制团队按顺序完成任务D.增加团队的工作压力以加快进度4.敏捷宣言中“响应变化高于遵循计划”的核心体现是？A.严格按照初始计划执行，避免变更B.在项目后期尽可能接受需求变更C.欢迎需求变更，即使在开发后期D.仅允许产品负责人提出需求变更5.当敏捷团队遇到技术债务（TechnicalDebt）积累的问题时，最合理的应对措施是？A.忽略技术债务，优先交付功能B.在每个迭代中预留时间处理关键债务C.要求管理层增加资源集中清理D.推迟处理直到项目末期6.以下哪项不符合Scrum中“完成的定义（DefinitionofDone）”要求？A.代码通过单元测试B.功能满足用户故事的验收标准C.文档更新至当前版本D.仅完成代码编写，未进行集成测试7.敏捷团队在每日站会（DailyScrum）中，成员应回答的三个核心问题不包括？A.我昨天完成了什么？B.我今天计划完成什么？C.我遇到了哪些阻碍？D.我对团队当前进度的满意度如何？8.在规模化敏捷（ScaledAgile）中，LeSS（Large-ScaleScrum）与SAFe（ScaledAgileFramework）的主要区别之一是？A.LeSS强调减少框架复杂度，SAFe提供更详细的分层结构B.LeSS要求所有团队使用同一产品待办列表，SAFe允许跨团队的多个列表C.LeSS仅适用于软件项目，SAFe适用于所有行业D.LeSS不涉及敏捷发布火车（ART），SAFe以ART为核心9.敏捷项目中，用户故事（UserStory）的“INVEST”原则中，“S”代表？A.Specific（具体）B.Small（小）C.Scalable（可扩展）D.Sustainable（可持续）10.当产品负责人（ProductOwner）与开发团队在需求优先级上产生分歧时，正确的解决方式是？A.由Scrum主管直接裁决B.召开专门会议，基于业务价值和团队能力重新评估C.开发团队按自身技术可行性调整优先级D.产品负责人强制推行个人决策二、多项选择题（每题3分，共15分，少选、错选均不得分）11.以下属于敏捷12条原则的有？A.持续关注技术卓越和良好设计B.以合同谈判为首要任务C.业务人员和开发人员必须天天在一起工作D.可用的软件是进度的主要度量标准12.Scrum的三个角色中，需要承担的核心职责包括？A.产品负责人：最大化产品价值，管理产品待办列表B.开发团队：自组织完成Sprint目标，交付“完成”的增量C.Scrum主管：指导团队遵循Scrum理论，移除障碍D.项目经理：制定详细计划，监控进度13.Kanban方法的核心实践包括？A.可视化工作流程B.限制在制品数量C.建立明确的服务等级协议（SLA）D.强制固定迭代周期14.敏捷团队在估算用户故事时，常用的方法有？A.计划扑克（PlanningPoker）B.相对估算（RelativeEstimation）C.三点估算（Three-PointEstimation）D.德尔菲法（DelphiMethod）15.以下哪些情况可能导致敏捷团队效率下降？A.频繁的需求变更且缺乏优先级排序B.团队成员技能单一，无法跨职能协作C.每日站会超时，讨论细节问题D.每个迭代结束后进行retrospectives（回顾会议）三、案例分析题（每题15分，共30分）案例1：某互联网公司的敏捷团队正在开发一款电商平台，当前处于第5个Sprint。在Sprint中期，产品负责人收到市场部门反馈，要求紧急增加“直播带货实时数据看板”功能，该功能未在当前Sprint待办列表中。此时，开发团队已完成70%的原定任务，剩余工作量预计需要3天。问题：（1）团队应如何处理这一紧急需求？请结合Scrum框架说明关键步骤。（2）若市场部门坚持要求在本Sprint内交付该功能，可能带来哪些风险？案例2：某医疗软件团队采用Scrum框架，团队成员包括5名开发人员、1名测试人员和1名UI设计师。在近期的Sprint中，测试人员因突发情况请假2周，导致多个已完成开发的用户故事无法及时测试，Sprint目标面临无法达成的风险。问题：（1）团队应如何应对测试人员缺席的问题？请提出至少3项具体措施。（2）从团队构建的角度，本次事件反映了敏捷团队的哪些潜在不足？四、简答题（每题10分，共35分）16.简述Scrum中“冲刺评审会议（SprintReview）”与“冲刺回顾会议（SprintRetrospective）”的区别，包括目的、参与人员和输出结果。17.解释敏捷中的“自组织团队（Self-OrganizingTeam）”的定义，并说明其对项目成功的意义。18.产品待办列表（ProductBacklog）的优化（Refinement）应在何时进行？优化的主要活动包括哪些？19.列举并说明敏捷团队在远程协作中可能面临的3个挑战，以及对应的解决策略。答案及解析一、单项选择题1.B解析：Sprint计划会议的输出包括Sprint目标、SprintBacklog和团队承诺。待办事项列表的细化（Refinement）通常在Sprint过程中持续进行，不属于Sprint计划的直接输出。2.C解析：Sprint评审会议的核心是与利益相关者（如客户、用户、管理层）共同展示可交付成果，获取反馈，而非仅团队内部成员。3.A解析：WIP限制通过限制同时进行的任务数量，减少多任务处理导致的上下文切换，提升流程效率和质量。4.C解析：敏捷宣言明确“欢迎需求变更，即使在开发后期”，强调通过灵活响应变化为客户创造价值。5.B解析：技术债务需持续管理，合理做法是在每个迭代中预留时间处理关键债务（如影响后续开发的高风险债务），避免积累到后期无法处理。6.D解析：“完成的定义”需确保可交付成果的完整性，仅完成代码编写未集成测试不符合“完成”标准。7.D解析：每日站会的三个问题是“昨天完成什么”“今天计划完成什么”“遇到的阻碍”，不包括满意度评价。8.A解析：LeSS强调简化，通过扩展基础Scrum原则适应大规模团队；SAFe提供分层框架（如团队层、项目群层），结构更复杂。9.B解析：INVEST原则中的“S”指Small（小），即用户故事应足够小，可在一个迭代内完成。10.B解析：分歧应通过协作解决，产品负责人需基于业务价值，开发团队基于技术可行性共同评估优先级，而非强制决策或由第三方裁决。二、多项选择题11.ACD解析：敏捷12条原则包括“持续关注技术卓越”“业务人员与开发人员天天合作”“可用软件是主要进度度量”；“以合同谈判为首要任务”是传统瀑布模型的特点。12.ABC解析：Scrum的三个角色是产品负责人、开发团队、Scrum主管；项目经理并非Scrum角色，传统项目经理的职责由团队自组织承担。13.ABC解析：Kanban的核心是可视化、WIP限制、流程管理（如SLA）；固定迭代周期是Scrum的特点，Kanban通常采用流动式交付。14.AB解析：计划扑克和相对估算是敏捷常用的用户故事估算方法；三点估算多用于传统项目的时间估算；德尔菲法是专家匿名评估，非敏捷特有的。15.ABC解析：需求变更无优先级、技能单一无法协作、站会超时讨论细节均会降低效率；回顾会议是提升效率的关键实践，不会导致效率下降。三、案例分析题案例1答案：（1）处理步骤：①产品负责人需与市场部门沟通，明确该需求的紧急程度和业务价值，评估是否符合产品整体目标。②召开临时会议（非强制Scrum事件），与开发团队共同分析新增功能的工作量、对当前Sprint目标的影响。若开发团队剩余3天工作量，新增功能可能需要额外2-3天（假设复杂度中等），则需重新评估Sprint目标是否可调整。③根据Scrum框架，Sprint一旦开始，Sprint目标通常不轻易变更，但产品负责人可与团队协商，若新增功能价值高于原目标，可调整SprintBacklog（如移除部分低优先级原任务，替换为新功能），并更新Sprint目标。④最终决策需团队达成共识，确保对新目标的承诺。（2）风险：①团队可能因赶工降低质量，导致技术债务增加（如测试不充分、代码冗余）。②原Sprint目标中的部分功能可能无法完成，影响利益相关者对团队的信任。③资源分配失衡，可能导致后续Sprint的计划混乱（如团队因本次赶工疲劳，下阶段效率下降）。案例2答案：（1）应对措施：①团队自组织调整分工，开发人员或UI设计师临时协助测试（需提前培训基础测试技能，如单元测试或冒烟测试）。②与产品负责人协商，将部分非关键用户故事移至下一个Sprint，优先完成核心功能的测试。③Scrum主管协调外部资源（如其他团队的测试人员支援）或申请临时外包测试服务，缓解短期压力。④简化测试流程（如优先进行自动化测试，减少手动测试量），但需确保不降低“完成的定义”标准。（2）潜在不足：①团队技能单一，缺乏跨职能能力（测试人员不可替代），不符合敏捷“跨职能团队”的要求。②风险管理不足，未提前识别关键角色（如测试）的缺席风险，缺乏备用计划（如交叉培训）。③团队规模可能不合理（仅1名测试人员），敏捷团队通常建议5-9人，且角色需具备冗余性。四、简答题16.区别如下：目的：SprintReview旨在向利益相关者展示可交付成果，获取反馈，调整产品方向；Retrospective旨在团队内部反思流程，改进工作方式。参与人员：Review包括产品负责人、开发团队、Scrum主管及关键利益相关者；Retrospective仅限团队内部（产品负责人、开发团队、Scrum主管）。输出结果：Review输出对产品待办列表的调整（如新增、修改需求）；Retrospective输出改进措施（如优化站会流程、增加代码评审频率）。17.自组织团队指团队自主决定如何完成工作，无需外部指令的团队。意义：①提升灵活性：团队可快速响应变化，根据实际情况调整策略。②增强责任感：成员对结果直接负责，提高投入度和主动性。③促进创新：团队自主解决问题，更易提出高效的改进方案。④符合敏捷价值观：“个体与交互高于流程与工具”，自组织是实现这一价值的关键。18.优化时机：通常在每个Sprint中持续进行（非仅Sprint计划前），一般占用不超过团队容量的10%时间。主要活动：①细化用户故事：将大故事拆分为更小、可在迭代内完成的任务（如从“用户登录”拆分为“前端验证”“后端接口开发”）。②估算故事点：使用计划扑克等方法评估工作量，确保团队对故事大小的共识。③排序优先级：产品负责人根据业务价值、风险等调整产品待办列表顺序。④澄清需求：团队与产品负责人或用户确认模糊点（如“实时数据”的具体延迟要求）。19.挑战及策略：①沟通效率低：远程协