2025年ACP敏捷项目管理专项训练冲刺卷

2025年ACP敏捷项目管理专项训练冲刺卷考试时间：______分钟总分：______分姓名：______一、选择题（每题1分，共30分）1.根据敏捷宣言，哪个选项最好地体现了“个体和互动”优先于“流程和工具”？A.强调使用复杂的流程图来管理项目B.鼓励团队成员之间的紧密沟通和协作C.规定必须使用特定的项目管理软件D.建立严格的层级制度以指导团队工作2.敏捷原则中提到“尽早并持续地交付有价值的软件”，这主要支持哪种开发方法？A.大爆炸开发B.敏捷开发C.演进式开发D.喷泉模型3.在Scrum框架中，负责确保跨职能Scrum团队成员在冲刺期间工作效率的Scrum角色是？A.产品负责人B.ScrumMasterC.极限编程教练D.迭代评审会主席4.产品待办列表（ProductBacklog）的负责人是？A.ScrumMasterB.开发团队C.产品负责人D.项目发起人5.Scrum中，每次迭代的时间长度通常是多少？A.1-2周B.1-4个月C.半年D.1年6.在Scrum中，团队在冲刺期间创建的、可向利益相关者演示的潜在“完成”的软件增量称为？A.产品待办列表项B.迭代待办列表C.可交付产品增量D.产品Backlog7.Kanban方法的核心实践之一是限制正在处理的工作（WIP）。实施WIP限制的主要目的是？A.减少团队成员的工作量B.提高工作流程的流动性和效率C.增加团队成员的压力D.延长项目周期以进行更深入的工作8.用户故事的格式通常是什么？A.“作为<角色>,我想要<功能>,以便<价值>”B.“任务：完成X，截止日期：Y”C.“问题ID：#123，优先级：高”D.“需求编号：REQ-001，描述：...”9.在敏捷开发中，用于估算用户故事大小的相对单位是？A.人/天B.功能点C.故事点D.美元10.敏捷估算中常用的“计划扑克”（PlanningPoker）技术属于哪种类型的估算？A.绝对估算B.相对估算C.参数估算D.自下而上估算11.XP（极限编程）中强调的“测试驱动开发”（TDD）意味着什么？A.先编写代码，再写测试用例B.编写代码和编写测试用例是并行过程C.先编写测试用例，再编写能让测试通过的最少代码D.测试只在测试阶段进行12.敏捷团队中，“持续集成”（CI）实践的核心思想是？A.每天集成一次代码变更B.每周集成一次代码变更C.只有在所有测试通过后才集成代码D.仅在重大里程碑时才进行集成13.敏捷中用于记录和跟踪产品待办列表项优先级的工具通常是？A.甘特图B.看板C.PERT图D.鱼骨图14.在敏捷环境中，每日站会（DailyScrum）的主要目的是什么？A.讨论项目整体进度和风险B.确保每个团队成员都完成了昨天分配的任务C.让团队成员了解彼此的工作进展，并协调当天的工作D.审核代码变更提交15.迭代评审会（SprintReview）的主要目的是什么？A.讨论技术挑战和解决方案B.收集用户反馈，演示完成的可交付产品增量C.评估团队成员的表现D.计划下一个迭代16.迭代回顾会（SprintRetrospective）的主要目标是？A.审计上一个迭代的任务完成情况B.讨论项目预算和资源分配C.反思团队在协作、流程和技术方面的表现，并制定改进计划D.评审下一个迭代的用户故事17.敏捷项目管理中，“验收标准”（AcceptanceCriteria）的作用是？A.定义项目范围边界B.规定开发人员编码规范C.告知测试人员需要测试哪些功能D.描述用户故事完成时，用户或客户认为其“完成”的定义18.以下哪项不是敏捷度量中常用的指标？A.周期时间（CycleTime）B.流动速度（FlowSpeed）C.累计价值（CumulativeFlow）D.净现值（NetPresentValue）19.敏捷转型成功的关键因素通常包括哪些？请选择最重要的一个。A.高层管理者的强力支持B.引入所有最新的敏捷工具C.团队成员的广泛参与和承诺D.立即采用最复杂的敏捷方法20.在敏捷团队中，促进团队成员之间直接、开放沟通的重要行为是？A.遵守严格的等级制度B.鼓励随时提问和寻求帮助C.禁止在非工作时间讨论工作D.强制使用特定的沟通工具21.敏捷方法通常提倡的团队规模范围是？A.小于5人B.5到12人C.20人以上D.50人以上22.当敏捷团队需要处理需求变更时，通常遵循的原则是？A.尽量拒绝所有变更请求B.只有在项目后期才考虑变更C.在迭代周期内灵活响应，评估变更影响D.将所有变更累积到下一个迭代23.ACP认证考试中，关于道德与专业责任的部分，主要强调的是什么？A.如何最大化个人收入B.在项目实践中遵守道德规范和职业行为准则C.忽视项目中的小问题以加快进度D.只关注客户的需求而忽略团队感受24.敏捷服务交付（ASD）框架中的“环境”（Environments）指的是？A.开发、测试、生产等不同阶段B.物理办公室或数据中心C.项目团队成员D.客户组织结构25.与Scrum相比，Kanban方法通常不强调？A.迭代周期B.限制正在处理的工作C.持续交付D.回顾会议26.敏捷估算中，“纳尼亚墙”（NarniaWall）是一种什么技术？A.阻止估算偏差的技术B.一种启发式估算方法，使用故事点范围（如15,30,60,120,240）C.一种记录估算会议结果的图表D.计算团队速度的工具27.在敏捷项目中，产品负责人与开发团队之间的理想关系是？A.层级管理关系B.合作伙伴关系C.对抗关系D.仅仅信息传递关系28.敏捷团队中，促进技术卓越和良好设计的重要实践是？A.集中所有代码审查权限于一人B.鼓励持续重构和编写可测试代码C.限制团队成员学习新技术的时间D.只在项目结束时进行代码整合29.当敏捷团队面临技术债务时，应该采取什么态度？A.尽量忽略它，专注于新功能开发B.只有在有足够时间时才偿还C.持续关注并计划逐步偿还，平衡新功能与债务偿还D.将技术债务问题完全推给开发人员30.敏捷转型中，常见的挑战之一是？A.缺乏高层管理者的支持B.团队成员技能过于单一C.过早引入过多的敏捷工具和实践D.项目范围定义过于详细二、判断题（每题1分，共20分）1.敏捷宣言中的“响应变化优于遵循计划”意味着敏捷团队应该完全抛弃计划。（）2.ScrumMaster的主要职责是管理项目进度，确保项目按时交付。（）3.用户故事的验收标准应该在用户故事被开发团队接受后才定义。（）4.故事点是一种绝对单位，可以用来直接转换为工时（如人/天）。（）5.Kanban系统中的“完成”列表示工作已经结束，可以交付给客户。（）6.敏捷方法只适用于软件开发项目。（）7.迭代评审会（SprintReview）是Scrum框架中唯一一个有产品负责人必须参加的仪式。（）8.持续集成（CI）要求开发人员每次提交代码后都必须自动运行所有测试。（）9.在敏捷环境中，需求变更请求在任何时候都可以接受，不会对项目产生负面影响。（）10.敏捷团队中的所有决策都应该通过民主投票来做出。（）11.敏捷估算中的“团队速度”（TeamVelocity）可以用来预测未来迭代或整个项目的规模。（）12.敏捷教练（AgileCoach）通常是永久性地驻留在团队中，提供持续指导。（）13.敏捷强调通过可视化工具（如看板）来增强团队协作和透明度。（）14.当团队在迭代中未能完成所有计划的用户故事时，通常被认为是失败的。（）15.敏捷实践中的“重构”（Refactoring）是指修复代码中的错误。（）16.敏捷转型成功的关键在于选择最流行的敏捷框架进行实施。（）17.XP（极限编程）的所有实践都是必须严格遵循的。（）18.敏捷项目中的角色（如产品负责人、ScrumMaster、开发团队）是固定的和明确的。（）19.敏捷度量指标中的“变更失败率”（ChangeFailureRate）越低越好，表示交付的价值稳定性高。（）20.ACP认证持有者被授权在名片上使用ACP头衔。（）三、简答题（每题5分，共30分）1.简述敏捷宣言中的四个核心价值观。2.请列出Scrum框架中的三个主要角色及其核心职责。3.用户故事通常包含哪些要素？简述其作用。4.列举并简要说明XP（极限编程）的四个核心价值。5.敏捷项目管理中，什么是“持续交付”（ContinuousDelivery）？它与“持续集成”有何不同？6.在敏捷环境中，产品负责人（ProductOwner）的主要职责是什么？四、论述题（每题10分，共20分）1.试述在敏捷项目中实施“限制正在处理的工作”（WIPLimit）的益处。2.结合实际情景，论述敏捷团队如何有效地进行迭代回顾会（SprintRetrospective），以促进持续改进。---试卷答案一、选择题1.B解析：敏捷宣言强调“个体和互动”优先于“流程和工具”，这意味着更看重人与人之间的沟通协作，而非僵化的流程或昂贵的工具。选项B体现了这一点。2.B解析：“尽早并持续地交付有价值的软件”是敏捷宣言的核心原则之一，直接支持敏捷开发方法，区别于其他强调一次性交付的方法。3.B解析：ScrumMaster的核心职责是服务于Scrum团队，移除团队impediment（障碍），确保Scrum流程得到遵循，从而帮助团队提高效率。选项B最符合此描述。4.C解析：产品负责人是产品待办列表（ProductBacklog）的所有者，负责对其进行维护、排序，确保其清晰并最大化产品价值。5.B解析：Scrum框架规定，每个Sprint的持续时间必须是固定的，通常在1到4周之间。虽然具体时长由团队决定，但范围明确。6.C解析：可交付产品增量（Increment）是在每个Sprint结束时产生的，是潜在“完成”的软件，可以演示给利益相关者。选项C描述的是这个概念。7.B解析：限制正在处理的工作（WIPLimit）是Kanban的核心实践之一，其主要目的是减少多任务处理，提高工作流程的流动性和整体效率。8.A解析：用户故事的常用格式是“作为<角色>,我想要<功能>,以便<价值>”，这种格式有助于从用户角度理解需求，并关注其带来的价值。9.C解析：故事点是敏捷开发中用于估算用户故事相对大小的单位，它不是绝对的时间或工作量度量，而是用于比较不同故事大小的相对尺度。10.B解析：计划扑克（PlanningPoker）是一种基于故事点的相对估算技术，团队成员使用不同的面值牌来隐式地表达他们对故事大小的评估，并进行讨论以达成共识。11.C解析：测试驱动开发（TDD）是XP的一个核心实践，其过程是：先编写一个失败的测试用例，然后编写刚好能让测试通过的最少代码，最后重构代码。12.A解析：持续集成（CI）的核心思想是开发人员频繁地将代码变更集成到主干中，通常每天至少集成一次，并自动运行测试。13.B解析：看板（Kanban）是一种可视化工具，常用于跟踪工作项在不同状态（列）之间的流动，帮助团队了解工作负载，限制WIP，促进持续流动。虽然产品待办列表也可以排序，但看板更侧重流程可视化。14.C解析：每日站会（DailyScrum）的目的是让开发团队每天站在一起，同步进度，识别障碍，计划当天的工作，确保团队目标一致。15.B解析：迭代评审会（SprintReview）的主要目的是让团队向利益相关者演示完成的可交付产品增量，收集反馈，并根据反馈调整产品待办列表。16.C解析：迭代回顾会（SprintRetrospective）是Scrum团队特有的会议，旨在反思整个Sprint的过程，识别哪些做得好，哪些可以改进，并制定具体的改进措施。17.D解析：验收标准定义了用户故事必须满足的条件，即用户或客户认为该故事“完成”的定义，是判断故事是否可交付的关键依据。18.D解析：净现值（NetPresentValue,NPV）是金融投资评估中的指标，用于衡量未来现金流现值的总和，不属于敏捷项目管理中常用的度量指标。19.A解析：高层管理者的强力支持是敏捷转型成功的关键因素之一，因为他们可以提供必要的资源、移除组织障碍，并倡导敏捷文化。20.B解析：鼓励随时提问和寻求帮助是敏捷团队促进直接、开放沟通的重要行为，有助于知识共享和快速解决问题。21.B解析：敏捷方法普遍认为5到12人的团队规模最为有效，这个范围允许充分的互动和协作，同时保持一定的灵活性。22.C解析：敏捷方法提倡在迭代周期内灵活响应需求变更，团队需要评估变更的影响（对进度、成本、风险等），并决定如何处理。23.B解析：ACP认证考试中的道德与专业责任部分，强调认证持有者在项目管理实践中应遵守的道德规范和职业行为准则。24.A解析：在敏捷服务交付（ASD）框架中，“环境”指的是支持服务交付所需的不同环境，如开发、测试、预生产、生产等。25.A解析：与Scrum强调固定迭代周期不同，Kanban方法通常不强调迭代（Sprint），而是关注工作的持续流动，因此迭代周期不是其核心概念。26.B解析：纳尼亚墙（NarniaWall）是一种敏捷估算启发式技术，通常使用一系列倍增的故事点值（如15,30,60,120,240等）来帮助团队进行相对估算。27.B解析：敏捷环境中，产品负责人与开发团队是合作伙伴关系，共同协作以交付有价值的产品，而非层级管理关系。28.B解析：持续重构和编写可测试代码是XP促进技术卓越和良好设计的重要实践，有助于保持代码质量，降低长期维护成本。29.C解析：面对技术债务，敏捷团队应持持续关注和逐步偿还的态度，将其视为需要平衡优先级的事项，不能完全忽略或拖延。30.A解析：缺乏高层管理者的支持是敏捷转型中常见的挑战，因为转型需要组织层面的变革和资源投入，高层支持至关重要。二、判断题1.F解析：敏捷并非完全抛弃计划，而是强调适应性计划。计划是必要的，但必须是灵活的，能够随着新信息的获取而调整。2.F解析：ScrumMaster的主要职责不是管理项目进度，而是服务团队（移除障碍），确保Scrum流程得到遵循，促进团队效率。项目进度通常是团队自行管理的。3.F解析：用户故事的验收标准应该在用户故事被开发团队理解并开始工作之前就定义好，作为开发工作的指导和验收依据。4.F解析：故事点是一种相对估算单位，不能直接转换为绝对的时间（如人/天）。它们代表的是相对工作量或复杂度。5.T解析：在Kanban系统中，“完成”列代表工作项已经达到了最终状态，满足了所有要求，可以交付给下一个阶段或客户。6.F解析：敏捷方法不仅适用于软件开发项目，也广泛应用于硬件开发、市场营销、产品研发、IT运维等多种领域。7.T解析：迭代评审会（SprintReview）是Scrum框架中唯一一个明确要求产品负责人（ProductOwner）必须参加的仪式，以便其演示产品并收集反馈。8.T解析：持续集成（CI）的核心实践之一是开发人员每次提交代码后，自动触发构建和运行所有测试，以尽早发现集成问题。9.F解析：虽然敏捷欢迎需求变更，但无限制的变更会对项目进度、成本和质量产生负面影响。团队需要评估变更影响，并进行有效管理。10.F解析：敏捷鼓励团队通过沟通、共识和协作做出决策，而非简单的民主投票。决策方式应根据团队文化和具体情况灵活选择。11.T解析：团队速度（Velocity）是团队在单个Sprint中完成的故事点总数。知道了速度，团队可以用来估算未来迭代或项目的规模和交付时间。12.F解析：敏捷教练（AgileCoach）通常是提供短期或项目制的指导和支持，帮助团队或组织采用和实践敏捷，不一定是永久驻留。13.T解析：敏捷强调使用可视化工具（如看板、燃尽图等）来增强团队协作、提高透明度，让工作流程和状态一目了然。14.F解析：敏捷迭代的目标是尽可能完成计划的用户故事。未能完成所有计划的故事是正常的，关键在于分析原因并进行反思改进，而非简单地视为失败。15.F解析：重构（Refactoring）是指在不改变软件外在行为的前提下，对代码内部结构进行优化，以提升代码质量、可读性或可维护性。修复错误是bugfix。16.F解析：敏捷转型成功的关键在于理解敏捷原则并适应组织环境，选择合适的实践进行实施，而非盲目追求最流行的框架。17.F解析：XP（极限编程）提供了一系列最佳实践，但敏捷强调灵活应用，团队可以根据自身情况选择最合适的实践，而非严格遵循所有实践。18.T解析：敏捷框架为项目定义了清晰的角色（产品负责人、ScrumMaster、开发团队），这些角色有明确的职责和期望。19.T解析：变更失败率（ChangeFailureRate）衡量的是部署后导致生产环境问题的比例。该指标越低，表示交付的质量越高，价值稳定性越好。20.T解析：根据PMI（项目管理协会）的规定，获得ACP认证后，持有者被授权在名片和简历上使用ACP头衔。三、简答题1.敏捷宣言的四个核心价值观是：*个人和互动高于流程和工具*可工作的软件高于详尽的文档*客户合作高于合同谈判*响应变化高于遵循计划2.Scrum框架中的三个主要角色及其核心职责：*产品负责人（ProductOwner）：负责最大化产品待办列表价值的价值排序，代表客户和产品利益。*ScrumMaster：服务型领导者，负责移除团队impediment，确保Scrum流程得到遵循，促进团队效率。*开发团队（DevelopmentTeam）：一个跨职能、自组织团队，负责在每个Sprint中交付一个“潜在可交付的产品增量”。3.用户故事通常包含的要素及其作用：*角色（Role）：使用或交互该功能的人或事物。*想要（Want）：该角色希望通过此功能完成什么。*以便（Sothat）：执行此功能的目的或带来的价值。*作用：这种格式有助于从用户角度理解需求，确保开发的功能真正有价值，并便于讨论和估算。4.XP（极限编程）的四个核心价值：*Communicate（沟通）：团队成员之间、团队与客户之间保持开放和频繁的沟通。*Simplify（简单）：持续寻找并消除简化工作的方法，保持设计简单。*Respect（尊重）：相互尊重团队成员，尊重客户，尊重用户。*Courage（勇气）：勇于做出困难的技术决策，勇于重构代码，勇于面对和沟通问题。5.敏捷项目管理中，持续交付（ContinuousDelivery）的含义及其与持续集成的不同：*含义：持续交付是CI的延伸，它要求开发团队在通过CI流程集成代码变更后，能够自动或手动地将任何可工作的版本安全地、频繁地交付给内部或外部用户。它不仅仅是代码集成，还包括准备发布的能力。*与持续集成的不同：持续集成（CI）关注的是代码集成和构建的自动化，确保每次提交都能成功构建并通过基础测试。持续交付（CD）在此基础上，进一步关注自动化测试、部署和发布流程，目标是实现快速、可靠地向最终用户交付价值。6.敏捷环境中，产品负责人（ProductOwner）的主要职责：*定义和管理产品待办列表（ProductBacklog），确保其清晰、有序，并最大化产品价值。*优先排序产品待办列表项，根据业务价值、风险、依赖关系等因素决定开发顺序。*在迭代评审会（SprintReview）上演示完成的可交付产品增量，收集利益相关者的反馈。*与开发团队紧密合作，提供清晰的需求说明和业务背景。*代表客户和业务方的利益，做出关于产品方向和范围的关键决策。四、论述题1.在敏捷项目中实施“限制正在处理的工作”（WIPLimit）的益处：*提高流动性和效率：限制WI