2025年ACP敏捷专项测试卷

2025年ACP敏捷专项测试卷考试时间：______分钟总分：______分姓名：______一、1.敏捷宣言强调个体和互动重于流程和工具，其背后的核心理念是？A.流程永远比人重要B.工具是提高效率的关键C.有效的沟通和协作是项目成功的基石D.规范的流程能保证项目质量2.下列哪项不属于敏捷宣言提出的四个核心价值观？A.好的软件优于完美的文档B.客户合作优于合同谈判C.团队合作优于个体英雄D.应对变化优于遵循计划3.敏捷开发的核心原则之一是“尽早并持续交付有价值的软件”，这主要体现了？A.追求完美设计B.强调进度控制C.注重客户反馈和价值创造D.最大程度地减少文档工作4.Scrum框架中，负责最大化产品价值并拥有产品Backlog最终决策权的是？A.ScrumMasterB.开发团队C.产品负责人(ProductOwner)D.敏捷教练5.在Scrum中，每个Sprint通常持续多长时间？A.1-2周B.2-4周C.1-4个月D.半年或更长二、6.Scrum事件中，开发团队每天进行的、旨在检视进展并协调活动的15分钟会议是？A.Sprint评审会B.Sprint回顾会C.每日Scrum(DailyScrum)D.Sprint计划会7.SprintBacklog由哪两部分内容构成？A.ProductBacklogItem和可交付的IncrementB.ProductBacklogItem和Sprint目标C.SprintGoal和可交付的IncrementD.ProductBacklogItem和团队承诺完成的任务8.Scrum中，负责移除团队在Sprint目标达成道路上遇到的障碍的是？A.产品负责人B.开发团队C.ScrumMasterD.项目经理9.Sprint评审会的目的是什么？A.计划下一个SprintB.检视Sprint期间完成的工作并获取反馈C.回顾Sprint过程并改进D.确定SprintBacklog10.Scrum团队通常采用什么方式进行估算？A.专家评估法B.基于历史数据C.故事点或人天D.成本效益分析三、11.Kanban方法的核心原则之一是“可视化工作”，这意味着什么？A.将所有项目文档放在可见的地方B.清晰地展示工作项在不同状态间的流动C.让所有团队成员都能看到工作进度D.使用电子看板替代纸质看板12.限制在制品(WIP)是Kanban方法的重要实践，其主要目的是？A.增加团队成员的工作压力B.防止资源过载，提高系统流动效率C.确保所有任务同时进行D.减少会议时间13.看板板面(KanbanBoard)上通常包含哪些列？A.产品Backlog,SprintBacklog,IncrementB.待办,进行中,完成,回流C.需求分析,设计,编码,测试D.产品负责人,ScrumMaster,开发团队14.与Scrum相比，Kanban方法的一个主要特点是什么？A.有固定的Sprint周期和仪式B.强制使用特定的估算单位C.更强调流程优化和持续改进D.需要设立专门的ScrumMaster角色15.当Kanban系统中的工作流程出现瓶颈时，可以采取哪种措施？A.增加团队成员数量B.缩短Sprint时间C.识别并消除瓶颈，优化流程D.增加在制品数量四、16.测试驱动开发(TDD)的核心实践是什么？A.先编写代码，再写测试用例B.编写一个测试用例，使其失败，然后编写刚好使其通过的代码，最后重构C.由测试人员编写所有测试D.只在关键部分编写测试17.持续集成(CI)的核心理念是？A.频繁地集成代码变更，确保及早发现集成问题B.每隔几天才集成一次代码C.只在测试通过后才进行代码集成D.由开发团队负责人决定何时集成18.“简单设计”是XP（极限编程）的原则之一，其含义是什么？A.设计得尽可能复杂，以应对所有可能的需求B.只实现当前需求所必需的最简单设计C.设计要足够复杂，以便未来容易扩展D.设计应遵循复杂的数学公式19.结对编程(PairProgramming)通常指？A.一个程序员写代码，另一个程序员打字B.两个程序员在同一台计算机上共同工作C.程序员与产品负责人一起编程D.程序员在团队外独自编程20.敏捷估算中常用的“故事点”是什么？A.一个固定的时间单位，如1天B.表示完成一个用户故事所需的工作量，相对估算C.估算完成一个任务所需的具体金额D.表示软件的复杂程度等级五、21.敏捷中衡量从接收需求到交付可工作软件所需时间的指标是？A.CycleTimeB.LeadTimeC.VelocityD.Throughput22.敏捷中常用的“燃尽图”（BurndownChart）通常用来展示什么？A.项目预算的消耗情况B.剩余工作量随时间的变化C.团队成员的工作负荷分布D.用户满意度随时间的变化23.为什么敏捷方法提倡频繁的沟通和反馈？A.为了减少会议数量B.为了满足管理层对报告的需求C.为了及早发现风险和问题，及时调整方向D.为了展示团队的工作成果24.敏捷转型在组织中可能遇到的主要挑战之一是？A.技术栈过于陈旧B.缺乏高层管理者的支持C.团队成员技能不足D.客户需求不明确25.建立敏捷文化需要哪些方面的支持？A.只有技术领导的支持B.只有产品负责人的推动C.高层管理者的承诺、团队协作和持续改进的氛围D.严格的流程和规范六、26.在一个敏捷团队中，如果开发团队发现自己无法在计划的Sprint内完成承诺的任务，最合适的做法是什么？A.指责其他团队成员效率低下B.私下减少后续Sprint的任务量C.诚实地与产品负责人沟通，评估原因，并可能调整Sprint目标或工作量D.尝试加班完成承诺的任务27.产品负责人如何有效地管理ProductBacklog？A.由开发团队决定哪些需求优先B.只添加紧急的需求C.定期评审和调整Backlog项的优先级，确保其清晰和可理解D.将所有需求文档化，但不排序28.ScrumMaster在Sprint回顾会上的主要角色是什么？A.记录所有发现的问题B.负责制定改进计划并强制执行C.引导团队进行反思，识别改进机会，并支持团队制定改进措施D.审批团队的改进计划29.当敏捷团队引入新的开发工具或技术时，应该采取什么原则？A.强制所有成员必须立即掌握B.只有技术负责人可以决定使用什么工具C.由团队共同决定是否需要以及如何引入，并考虑其对流程的影响D.先在小范围试用，评估效果和影响后再决定是否推广30.敏捷教练在帮助团队提高敏捷成熟度时，通常会？A.直接替团队做决策B.强制推行特定的敏捷方法C.提问、引导和提供资源，帮助团队自我发现和改进D.只关注团队的短期产出指标七、31.简述Scrum中的“Sprint”是什么，以及它的主要目标是什么。32.列举至少三种XP（极限编程）的核心实践，并简要说明其目的。33.解释Kanban方法中的“限制在制品(WIP)”概念及其好处。34.描述敏捷估算中“故事点”与“人天”的主要区别。35.为什么说“客户合作优于合同谈判”是敏捷宣言的一个重要价值观？请结合实际工作场景说明。试卷答案1.C解析思路：敏捷宣言将“个体和互动”置于“流程和工具”之前，强调人的核心作用和有效沟通协作的重要性。2.D解析思路：敏捷宣言的四个核心价值观是：个体和互动重于流程和工具；工作的软件重于详尽的文档；客户合作重于合同谈判；响应变化重于遵循计划。选项D“应对变化优于遵循计划”是原则之一，但选项中“优于”表述不够全面，且并非题目所列四个核心价值之一。3.C解析思路：原则7明确指出“尽早并持续交付有价值的软件”，强调通过快速迭代交付可工作的产品，满足客户需求，创造价值。4.C解析思路：产品负责人（ProductOwner）在Scrum中负责定义产品愿景，管理ProductBacklog，并确保开发团队交付的产品能满足客户和市场的需求，拥有最终决策权。5.B解析思路：Scrum指南建议Sprint持续时间在2周到4周之间，最常见的是1个月。这个时间长度足够团队建立节奏，同时保持灵活性。6.C解析思路：每日Scrum（DailyScrum）是Scrum事件的名称，其固定时间为每天15分钟，目的是让开发团队同步信息、识别障碍、计划当天工作。7.A解析思路：SprintBacklog包含开发团队承诺在Sprint内完成的ProductBacklogItem（以及相关的任务）和为达成Sprint目标而制定的计划。8.C解析思路：ScrumMaster的核心职责之一是移除团队在实现Sprint目标过程中遇到的障碍（Impediments），确保团队顺畅工作。9.B解析思路：Sprint评审会（SprintReview）的目的是让开发团队展示在Sprint期间完成的工作（Increment），并获得利益相关者（包括产品负责人）的反馈。10.C解析思路：虽然其他估算方法也存在，但故事点（StoryPoints）和人天（Person-days）是Scrum中最为常用和推荐的相对估算单位。11.B解析思路：可视化工作是指将工作流程、状态和进度以直观的方式（如看板）展示出来，让团队成员和相关方都能清晰地看到工作如何流转。12.B解析思路：限制在制品（WIPLimits）是为了防止团队同时处理过多任务而导致上下文切换增加、效率降低和流程阻塞，从而提高整体流动效率。13.B解析思路：典型的Kanban板包含代表工作状态的列，如“待办”（ToDo）、“进行中”（InProgress）、“完成”（Done），有时也包括“测试”、“回流”等列。14.C解析思路：Kanban的一个核心特点是关注流程优化和持续改进（FlowandContinuousImprovement），它没有像Scrum那样固定的Sprint周期和强制性的仪式。15.C解析思路：当Kanban系统出现瓶颈时，敏捷的做法是识别瓶颈所在，分析原因，并通过流程优化、减少前置工作、调整WIP等方式来消除或缓解瓶颈。16.B解析思路：TDD的流程是：编写一个失败的测试用例->编写刚好使测试通过的最简单代码->重构代码以改进设计。17.A解析思路：持续集成（CI）的核心是开发人员频繁地将代码变更集成到主分支，每次集成都会触发自动构建和测试，旨在及早发现集成冲突和错误。18.B解析思路：简单设计原则要求开发者只实现实现当前需求所必需的最简单设计，避免过度设计，保持代码的清晰和可维护性。19.B解析思路：结对编程是指两个程序员在同一台计算机上共同工作，一个担任“驾驶员”（编写代码），另一个担任“导航员”（审查代码、思考逻辑），角色会定期互换。20.B解析思路：故事点是一种相对估算单位，用于衡量完成一个用户故事所需的工作量或复杂度，它不直接代表时间，而是团队对工作量的一种共识度量。21.B解析思路：LeadTime是指从客户提出需求开始，到最终收到交付物所需的总时间，它包含了需求获取、开发、测试等所有环节的时间。22.B解析思路：燃尽图（BurndownChart）通常绘制Sprint初期到结束期间，剩余工作量（通常是故事点或任务数）随时间变化的趋势图。23.C解析思路：频繁沟通和反馈有助于团队及时了解项目状态、发现潜在风险和问题，并根据反馈快速调整方向和计划，提高项目成功率。24.B解析思路：敏捷转型需要高层管理者的坚定支持，包括提供资源、移除组织障碍、倡导敏捷文化等，没有高层支持很难成功。25.C解析思路：建立敏捷文化需要领导层的承诺（提供资源和支持）、团队间的信任与协作以及鼓励持续学习和改进的氛围。26.C解析思路：当团队预测无法按时完成Sprint目标时，应诚实与产品负责人沟通，共同评估原因（是目标过高还是资源问题等），并基于实际情况调整Sprint目标或工作量。27.C解析思路：产品负责人需要定期（如在每个Sprint计划会前）评审ProductBacklog，确保条目清晰、描述完整，并根据优先级对Backlog进行排序，以指导开发团队工作。28.C解析思路：ScrumMaster在Sprint回顾会上的角色是引导式提问，帮助团队进行有效的反思（Whatwentwell?Whatdidn't?），识别改进机会，并支持团队制定可行的改进措施。29.C解析思路：引入新工具或技术应是一个协作决策过程，团队可以一起评估引入的必要性、潜在影响（对流程、效率等），并选择合适的时机和方式引入。30.C解析思路：敏捷教练的核心方法是引导式提问（CoachingthroughQuestioning），通过提问帮助团队思考、自我发现，并提供必要的资源和支持，促进团队成长和改进。31.Sprint是Scrum框架中一个固定时间（通常为1-4周）的迭代周期。在每个Sprint开始时，团队选择一组ProductBacklogItem作为本次Sprint的目标，并承诺完成它们。Sprint的主要目标是为产品交付一个“潜在可交付的Increment”，即符合定义完成（DefinitionofDone）标准的工作软件或产品功能，同时通过Sprint评审会获取反馈，并通过Sprint回顾会进行团队改进。32.XP的核心实践包括：