2025年PMI-ACP专项模拟练习卷

2025年PMI-ACP专项模拟练习卷考试时间：______分钟总分：______分姓名：______一、选择题1.根据PMI-ACP敏捷原则，以下哪项最能体现“响应变化优于遵循计划”这一价值观？A.在项目初期进行详尽的规划和需求冻结。B.尽管计划很重要，但也要拥抱变化并快速适应。C.只有在计划变更符合成本效益分析时才接受变更。D.避免制定任何计划，以保持高度的灵活性。2.在Scrum框架中，负责管理和优化产品待办事项列表（ProductBacklog）的人员是？A.ScrumMasterB.DevelopmentTeamC.ProductOwnerD.Stakeholder3.以下哪项活动通常不属于Kanban框架的核心实践？A.限制正在进行的工作（WorkInProgress,WIPLimits）B.定期进行回顾会议（Retrospective）C.持续交付可工作的产品增量D.每个迭代结束时进行SprintReview4.敏捷方法强调的“个体和互动”高于“流程和工具”原则，主要意味着什么？A.敏捷项目不需要任何流程和工具。B.团队成员的技能和协作比预定义的流程和使用的工具更重要。C.硬件工具比软件工具在敏捷项目中更重要。D.敏捷团队不需要团队负责人。5.在敏捷环境中，用于估算任务工作量并促进团队协作的技术通常是？A.专家判断B.模拟估算C.粘性数字（StoryPoints）D.差异分析6.用户故事通常以何种形式编写，以便于ProductOwner和开发团队理解？A.“作为<角色>,我想要<功能>,以便<价值>”B.“完成<任务>需要<资源>,在<时间>内达到<标准>”C.“项目编号<XXX>涉及<模块A>和<模块B>”D.“根据需求规格说明书<XYZ>实现功能”7.敏捷项目中的“Sprint”是指？A.项目开始到结束的整个周期B.一个预先设定的、时间盒（Time-boxed）的迭代周期，用于交付潜在可交付的产品增量C.对项目范围进行审查的正式会议D.项目中所有需求的总和8.以下哪项是精益思想的核心原则？A.追求完美，不接受任何缺陷B.扩大生产规模以降低单位成本C.消除浪费（Muda）、持续改进（Kaizen）D.强调严格的层级管理和流程审批9.在敏捷项目中，用于识别、分析和规划风险的技术是？A.风险登记册B.SWOT分析C.敏捷看板（KanbanBoard）D.决策树分析10.当敏捷团队需要引入新的、未在当前Sprint计划中的需求时，首选的处理方式通常是？A.立即中断当前工作，优先处理新需求。B.将新需求放入下一个Sprint的待办事项列表中。C.拒绝新需求，除非它能带来显著的利益。D.要求ScrumMaster决定是否接受新需求。11.以下哪项工具或技术最常用于支持敏捷团队的持续集成（ContinuousIntegration）实践？A.敏捷教练（AgileCoach）B.自动化构建和测试工具C.产品待办事项列表（ProductBacklog）D.Sprint评审会议（SprintReview）12.敏捷项目管理强调的“工作的完成标准”是指？A.任务被分配给了开发人员B.代码被编写出来C.工作项在产品待办事项列表中状态更新为“完成”D.工作项达到了预定义的质量标准，并且已被相关干系人接受或评审通过13.在混合项目管理（HybridProjectManagement）中，组织可能会同时使用敏捷和瀑布方法，通常在哪些情况下这样做？A.当项目规模非常小时B.当项目涉及多个相互依赖但采用不同方法的团队时C.当项目完全不适合敏捷方法时D.仅当项目经理偏好瀑布方法时14.以下哪项是Scrum框架中一个重要的敏捷实践？A.定期进行详细的阶段门（Gate）评审B.由项目经理负责所有决策C.每日举行15分钟的站会（DailyScrum）以同步进度和识别障碍D.在项目开始前签订固定范围的长期合同15.敏捷环境中的“干系人”（Stakeholder）包括哪些群体？A.仅限于项目团队成员B.所有受到项目影响或能影响项目的人，包括客户、用户、管理层、供应商等C.仅限于项目发起人和产品负责人D.仅限于出资赞助项目的组织高层管理者二、情景应用题1.某软件公司正在使用Scrum方法开发一个新的移动应用程序。当前正在进行一个为期2周的Sprint。在Sprint评审会议结束时，ProductOwner提出希望增加一个“社交分享”功能，并希望在下个Sprint实现。开发团队当前Sprint的Backlog已经相对饱满，并且他们担心在下一个Sprint开始前无法完成所有计划的工作。请描述在这种情况下，敏捷团队通常会考虑哪些策略来处理这个新的需求？2.假设你是一个敏捷团队的成员，负责开发一个在线购物网站。在一次Sprint回顾会议中，团队发现他们在处理多个紧急需求时，沟通效率不高，导致开发过程中出现了一些错误。请提出至少两种改进团队内部沟通和协作的具体建议。3.某组织决定采用敏捷方法进行项目管理转型。然而，几年后评估发现，虽然一些团队采用了Scrum，但整体项目成功率并未显著提高，部门间的协作依然存在问题，高层管理者的支持也似乎有所减弱。请分析可能导致这种结果的原因，并提出至少三点改进组织级敏捷（OrganizationalAgile）实践的建议。三、判断题1.用户故事的格式“作为<角色>,我想要<功能>,以便<价值>”中，“价值”部分是可选的。2.Kanban方法没有固定的角色定义，而Scrum有明确的三个角色。3.敏捷方法完全排斥使用任何项目管理计划。4.敏捷实践指南（PMI-ACPExamContentOutline）鼓励项目经理在项目中同时采用Scrum和Kanban两种框架。5.持续交付（ContinuousDelivery）是敏捷实践指南中认可的一个关键敏捷实践领域。6.在敏捷项目中，风险管理通常是只在项目初期进行一次性的活动。7.精益思想中的“拉动系统”（PullSystem）是指只有在下游需要时才生产或处理工作项。8.敏捷教练的主要职责是制定项目计划和管理项目预算。9.在混合项目管理中，敏捷部分和瀑布部分必须严格分开，不能有任何交集。10.对待办事项列表（Backlog）进行优先级排序是ProductOwner的核心职责之一。---试卷答案一、选择题1.B解析思路：敏捷原则强调适应变化，选择B最能体现这一点，即计划很重要，但变化优先，并快速响应。2.C解析思路：根据Scrum指南，ProductOwner负责最大化产品待办事项列表价值，并管理其内容。3.D解析思路：SprintReview是Scrum事件，属于Scrum框架特有的活动，而Kanban是流程改进方法，没有固定的SprintReview。A、B、C是Kanban的核心实践。4.B解析思路：敏捷强调人的因素（个体和互动）的重要性，认为这比严格的流程和工具（流程和工具）更能带来成功。5.C解析思路：粘性数字（StoryPoints）是敏捷社区常用的一种相对估算单位，用于衡量工作量并促进讨论，符合敏捷透明和协作的特点。6.A解析思路：这是用户故事最常用的格式（INVEST原则的Idea部分），清晰说明了角色、目标和价值。7.B解析思路：Sprint是Scrum框架中定义的一个固定时间盒（通常1-4周），目标是在此期间交付一个“潜在可交付的产品增量”。8.C解析思路：消除浪费和持续改进是精益思想的核心概念，旨在优化流程，提高效率。9.A解析思路：风险登记册是敏捷项目中用于跟踪已识别风险及其状态（如待处理、处理中、已解决）的工具，体现了对风险管理的持续关注。10.B解析思路：敏捷原则鼓励拥抱变化，但变化应通过产品待办事项列表进行管理。通常新需求会被评估，并可能纳入未来的Sprint计划，而不是立即打断当前工作。11.B解析思路：自动化构建和测试工具是支持持续集成（CI）实践的关键技术，能够自动化地验证代码集成，快速反馈。12.D解析思路：工作的完成标准是团队共同定义的，用于判断一个工作项是否真正完成并可以交付，通常涉及质量、测试和评审等。13.B解析思路：混合项目管理通常用于复杂项目，涉及多个团队或需要结合敏捷灵活性与瀑布结构性的情况。14.C解析思路：每日Scrum（站会）是Scrum框架的核心事件之一，旨在同步进展、识别障碍、计划当天工作。15.B解析思路：干系人是指任何能够影响项目、被项目影响或对项目有影响力的个人、群体或组织。二、情景应用题1.解析思路：处理新需求的策略应体现敏捷的灵活性和协作性。*首先，团队应与ProductOwner一起评估新需求的优先级、规模和复杂性。*其次，根据评估结果，讨论是否可以将需求纳入当前或下一个Sprint，或者需要进行哪些调整（如调整现有Backlog项的优先级）。*如果需求优先级高且工作量可接受，团队可以协商在当前Sprint中挤出时间完成部分或全部工作。*如果工作量过大或优先级不高，可能需要与ProductOwner协商，决定将其推迟到更合适的Sprint。*重要的是保持透明沟通，让ProductOwner了解团队的进展和能力，共同做出决策。2.解析思路：改进沟通协作需关注流程和人员互动。*可以引入或改进每日站会（DailyScrum），确保信息同步及时，并明确指出遇到的障碍。*建立共享的工作空间（物理或虚拟），如使用协作白板、项目管理工具，让信息可见，促进互动。*鼓励团队内外的开放沟通和直接对话，减少不必要的层级或中间人。*定期进行团队建设活动，增进成员间的理解和信任。3.解析思路：分析转型挑战并提出改进建议需考虑组织和文化层面。*可能的原因：高层支持不够持续或不够深入；缺乏有效的敏捷教练或指导；团队转型准备不足；敏捷实践被表面化执行，未解决根本问题；缺乏跨团队的协作机制；未能将敏捷与组织战略有效结合。*改进建议：*获得并维持高层领导的持续、强有力的支持，并将其融入组织文化。*投入资源进行充分的组织级敏捷培训和文化建设，而不仅仅是团队级培训。*建立或加强敏捷中心（如敏捷办公室）或教练网络，提供持续支持和指导。*推动跨职能团队的形成和协作，打破部门壁垒。*建立衡量敏捷成功（不仅仅是项目交付速度）的指标，并进行透明沟通。三、判断题1.错误解析思路：用户故事的“价值”部分虽然有时会被省略（尤其是在初步探索时），但它是INVEST原则中“价值”（Value）要素，对于驱动开发至关重要，通常鼓励包含。2.正确解析思路：Kanban没有像Scrum那样定义特定的角色（Scrum有ProductOwner,ScrumMaster,DevelopmentTeam），更侧重于流程和可视化。3.错误解析思路：敏捷也强调计划，但计划是灵活的、适应性强的，而非瀑布式的详细和固定计划。敏捷计划关注的是方向和约束，而非细节。4.错误解析思路：敏捷实践指南鼓励采用敏捷方法，但不明确提倡在项目中混合使用不同敏捷框架（如Scrum和Kanban）。通常推荐在组织层面或多个项目间混合，或在理解透彻的前提下谨慎尝试，需注意风险。5.正确解析思路：持续交付是敏捷实践指南认可的关键敏捷实践领域之一，强调频繁、可靠的软件发布。6.错误解析思路：敏捷风险管理是持续进行的活动，贯穿项目始终，而非仅在初期。风险需要在整个生命周期中不