2026年PMP项目管理师(敏捷项目管理)自测试题及答案_第1页
2026年PMP项目管理师(敏捷项目管理)自测试题及答案_第2页
2026年PMP项目管理师(敏捷项目管理)自测试题及答案_第3页
2026年PMP项目管理师(敏捷项目管理)自测试题及答案_第4页
2026年PMP项目管理师(敏捷项目管理)自测试题及答案_第5页
已阅读5页,还剩25页未读 继续免费阅读

付费下载

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

2026年PMP项目管理师(敏捷项目管理)自测试题及答案1.在一个使用Scrum模型的软件开发项目中,产品负责人(PO)在冲刺评审会议上收到了一位关键干系人的反馈。该干系人指出,当前演示的功能虽然符合验收标准,但并不能解决他们最紧迫的业务痛点。PO意识到之前的待办事项列表优先级排序可能存在问题。作为敏捷管理专业人士,PO在接下来的工作中应该优先采取哪项行动?A.立即要求团队停止当前冲刺,重新规划剩余工作以包含干系人提到的功能。B.在冲刺回顾会议上记录这个问题,并要求团队提出解决方案。C.与干系人进行深入沟通,了解新的业务需求,并根据业务价值重新调整产品待办事项列表的优先级。D.告诉干系人该功能已在开发计划中,需要等待下一个或后续的冲刺才能安排。答案:C解析:在敏捷项目中,产品负责人(PO)负责最大化产品价值和工作成果。当发现当前交付成果未能解决关键痛点时,说明价值排序可能偏离了业务目标。PO应当首先与干系人澄清需求,理解真正的痛点,然后基于最新的业务价值调整待办事项列表的优先级。选项A违反了Sprint的规则,除非冲刺目标变得毫无意义,否则不应随意取消;选项B将问题推给团队解决,但优先级排序是PO的职责;选项D教条地执行计划,缺乏敏捷的适应性和对价值的关注。2.一个拥有8名成员的敏捷团队正在开发一款金融交易APP。在项目进行期间,两名高级开发人员因故离职,团队规模缩减至6人。项目经理(作为ScrumMaster角色)注意到团队士气低落,且剩余成员对于能否按时完成承诺感到焦虑。在这种情况下,项目经理应该采取哪种领导风格最为合适?A.指令型领导:重新分配任务,制定详细的工作计划,并严格监控剩余成员的工作进度。B.服务型领导:引导团队进行内部讨论,识别当前面临的障碍,支持团队自组织调整工作范围或节奏。C.放任型领导:给予团队充分的自由,让他们自己解决问题,不进行任何干预。D.交易型领导:设立额外的奖金机制,激励剩余成员加班加点以弥补人力缺口。答案:B解析:在敏捷环境中,项目经理通常扮演服务型领导的角色。当团队面临人员流失和士气低落时,指令型管理会破坏团队的自组织能力并增加压力。服务型领导侧重于消除障碍、促进合作和赋能团队。通过引导团队讨论,让团队自己决定如何应对范围或速度的变化,有助于恢复信心和责任感。选项A和D属于传统管理风格,不利于敏捷团队的长期健康;选项C过于消极,未能提供必要的支持。3.某项目采用混合型生命周期,硬件部分采用预测型方法,软件部分采用敏捷方法。目前项目进入集成阶段,硬件组件的交付延期了两个月,这直接影响了软件团队的集成测试工作。软件团队负责人非常焦虑,担心无法按时交付最终产品。为了解决这一依赖关系带来的风险,项目经理应该建议采取什么措施?A.立即召开变更控制委员会(CCB)会议,申请修改项目基准,推迟最终交付日期。B.要求硬件团队加班赶工,必须在原定日期前交付硬件组件。C.与软件团队协商,利用特性待办事项列表,优先开发不依赖该硬件组件的其他功能,或使用模拟桩进行测试。D.将该风险上报给项目发起人,请求增加预算以购买第三方硬件组件替代。答案:C解析:在混合型项目中,处理跨生命周期依赖的关键在于灵活性和适应变化。既然硬件延期已发生,当务之急是如何让软件团队继续产生价值。选项C利用敏捷的迭代特性,调整优先级或使用技术手段(桩)解耦依赖,是典型的敏捷风险应对策略。选项A虽然最终可能发生,但不是第一步应对措施;选项B可能进一步导致质量问题;选项D成本高昂且未必能及时解决。4.一个分布式敏捷团队,成员分布在中国、印度和美国。为了促进有效沟通,团队设定了每日站会的时间。然而,美国团队成员总是抱怨会议时间对他们来说是深夜,导致他们经常缺席或精神不集中。作为ScrumMaster,你应该如何处理这种情况?A.强制要求所有成员必须参加,因为站会是Scrum的核心事件,缺席将影响团队透明度。B.取消每日站会,改为使用电子邮件或项目管理软件同步每日进度。C.与团队协商,寻找一个对大家相对都能接受的时间段,或者调整会议频率和形式(如异步站会)。D.将美国成员单独分为一个子团队,让他们自己开站会,然后由ScrumMaster汇总信息。答案:C解析:对于分布式团队,时差是客观存在的障碍。敏捷强调“个体和互动高于流程和工具”。强制参会(选项A)不尊重团队成员;取消站会(选项B)破坏了同步和透明度;拆分团队(选项D)削弱了整体的凝聚力。最佳做法是协商寻找折衷方案,或者采用异步沟通工具(如发布每日进展文本、录制视频等)来适应分布式协作的需求,体现敏捷的适应性和对人的尊重。5.在看板方法中,团队使用在制品(WIP)限制来管理工作流。最近,分析阶段的在制品达到了上限,导致开发阶段没有新任务进入,开发人员处于闲置状态。然而,产品负责人不断催促加快速度,并试图将新任务强行推入分析阶段。以下哪项做法符合看板原则?A.暂时增加分析阶段的WIP限制,以容纳更多任务,让开发人员有活干。B.拒绝PO的请求,维持WIP限制不变,并集中精力帮助分析人员尽快完成当前任务,以疏通瓶颈。C.将开发人员临时调配到分析阶段,协助分析工作,以加快任务流转。D.移除分析阶段的WIP限制,因为它是导致效率低下的原因。答案:B解析:看板的核心是限制在制品以管理工作流和发现瓶颈。当某个阶段达到WIP上限时,意味着出现了瓶颈。正确的做法不是简单地提高上限(选项A)或移除限制(选项D),这只会隐藏问题并增加库存。选项B遵循了“停止开始,开始完成”的原则,专注于疏通瓶颈。选项C虽然看似合理,但在看板中,跨职能协作是常态,但首要策略是优先完成现有工作,避免任务切换成本。6.敏捷团队在开发过程中,发现了一个严重的安全漏洞,该漏洞修复起来非常复杂,可能需要耗费整个冲刺的时间。如果该漏洞不修复,产品将无法上线。此时,团队应该怎么做?A.在当前冲刺中放弃所有其他计划内的工作,全力以赴修复该漏洞。B.将该漏洞记录在产品待办事项列表中,并标记为最高优先级,争取在下一个冲刺中处理。C.既然当前冲刺目标已定,继续完成原定工作,漏洞问题留到冲刺回顾会讨论。D.立即上报指导委员会,申请终止当前冲刺。答案:A解析:虽然敏捷强调不轻易中断冲刺,但该漏洞被描述为“不修复产品将无法上线”,这是一个破坏性极大的问题,甚至可能使得当前冲刺交付的价值归零。在这种情况下,修复漏洞成为了新的最高优先级,甚至超过了原有的冲刺目标。团队应当与PO协商,如果PO认为必须立即修复,团队应当自组织调整工作内容。选项B风险太大,可能无法交付可用的增量;选项C忽视了严重性。7.项目经理正在审查敏捷团队的燃尽图。图表显示,在冲刺的中段,剩余工作量曲线几乎是一条水平线,没有明显下降。这可能意味着什么?项目经理首先应该检查什么?A.意味着团队的工作效率极高,已经提前完成了任务。B.意味着团队在任务估算时过于乐观,或者任务拆分不够细致,存在大量“未开始”的任务。C.意味着燃尽图工具配置错误,应立即切换为燃起图。D.意味着团队成员在偷懒,需要加强监控。答案:B解析:燃尽图水平线通常意味着没有工作被完成(“完成”意味着增量通过验收)。常见原因包括:任务没有拆分到足够小(导致直到最后才标记完成)、发现了大量未预见的技术债务、或者任务卡在某个状态无法推进。项目经理应首先检查任务板,看是否有任务处于“进行中”太久,或者是否有大块任务未被拆分。选项A是错误的解读;选项C是工具论;选项D缺乏依据且带有指责色彩。8.一个新组建的敏捷团队正在尝试使用用户故事来描述需求。然而,开发人员经常抱怨用户故事描述不清,缺乏技术细节,导致开发过程中频繁返工。为了改善这种情况,项目经理应该建议团队如何优化用户故事的描述?A.要求产品负责人在用户故事中详细补充所有的技术实现方案和数据库设计细节。B.引入“INVEST”原则,确保用户故事独立、可估算、有价值、可协商、短小、可测试,并加强验收标准的编写。C.放弃用户故事,改用传统的软件需求规格说明书(SRS)来记录需求。D.让开发人员在编码前先自行编写技术设计文档,不再依赖PO的需求描述。答案:B解析:用户故事侧重于业务价值,而非技术细节。技术细节应当由团队在讨论中确定。开发人员抱怨不清,往往是因为验收标准不够明确,或者故事太大。INVEST原则是编写高质量用户故事的标准。选项A会让PO陷入技术细节,混淆了职责;选项C违背了敏捷文档精简的原则;选项D切断了PO与团队的业务沟通。9.在一个敏捷项目中,项目经理发现团队成员之间发生了激烈的冲突,主要是因为对于是否采用某项新的前端框架意见不一。双方僵持不下,影响了进度。此时,项目经理作为冲突解决者,应该采取哪种策略?A.强制/施加命令:由项目经理拍板决定使用哪个框架,要求双方执行。B.撤退/回避:暂时不讨论该问题,让大家专注于手头的其他工作。C.合作/解决问题:组织一场技术研讨会,让双方列出各自方案的优缺点,并可能通过spike(探索性冲刺)来验证,达成共识。D.妥协/调和:要求一方放弃部分主张,另一方也放弃部分,折衷选择一个第三方的方案。答案:C解析:在技术决策上,合作/解决问题是最佳策略,特别是当涉及技术选型时。通过数据和实验来驱动决策比职位权力更有效。选项A虽然快,但可能压制了更好的技术方案,且缺乏团队共识;选项B只是拖延;选项D在技术选型上可能导致“四不像”的方案,不是最优解。10.敏捷团队在冲刺规划会议上,通常通过“规划扑克”来进行估算。这种技术的主要目的是什么?A.为了快速得出一个准确的成本估算,以便向客户报价。B.为了通过平均化的方式,消除个人估算的偏差,并揭示估算背后的不同假设,促进团队讨论。C.为了让项目经理能够基于估算结果给成员分配具体任务。D.为了满足公司财务部门对工时填报的要求。答案:B解析:规划扑克是一种基于共识的估算技术。它的核心价值不在于数字本身,而在于估算过程中的讨论。当有人出分差异很大时,必须讨论理由,这能暴露出对需求理解的不同或技术风险的认知差异。选项A敏捷估算通常是相对估算(故事点),而非直接用于货币报价;选项C任务分配是自组织的,不是由PM指派。11.某项目采用敏捷开发,已经进行了6个冲刺。然而,客户(也是产品负责人)对交付的软件增量不满意,认为这只是一个半成品,无法投入实际使用,并开始质疑敏捷方法的有效性。项目经理应如何回应?A.向客户解释敏捷是渐进交付的,目前的版本是用于获取反馈的中间产物,最终功能会在项目后期完成。B.立即组织全团队加班,在下一个冲刺中补全所有剩余功能,给客户一个惊喜。C.检查产品待办事项列表,确认是否按照MVP(最小可行性产品)的策略优先交付了高价值功能,并与客户沟通重新定义“完成”的标准。D.建议客户切回瀑布模型,因为敏捷似乎不适合这种需要完整产品的项目。答案:C解析:客户不满意通常是因为交付的增量不具备“可用性”或没有包含客户认为的核心价值。敏捷强调尽早交付高价值、可用的软件。PM需要检查是否遵循了MVP原则,是否为了技术架构而牺牲了用户可见的功能。选项A的解释如果过于频繁,会显得像借口;选项B会导致团队崩溃;选项D是逃避责任。12.在Scrum中,“完成”的定义对于冲刺的成功至关重要。如果一个团队没有明确的“完成”的定义,或者经常不遵守DoD,最可能导致的后果是什么?A.团队的速度会虚高,但累积的技术债务也会越来越多,导致后期集成困难。B.团队的士气会非常高,因为没有严格的约束。C.产品负责人的工作量会减少。D.冲刺评审会议的时间会缩短。答案:A解析:DoD确保了增量质量。如果没有DoD,团队可能只完成了编码,却未做测试、重构或文档,这会使得任务在冲刺结束时看似“完成”,实则隐患重重。这种虚假的“完成”会导致速度(故事点)虚高,因为分母变大了,但实际价值并未交付,技术债务堆积。选项B短期可能,长期会因返工而低落。13.一个敏捷团队正在使用“用户故事地图”来梳理产品需求。用户故事地图的主要优势在于什么?A.它能精确计算出每个用户故事的开发工时。B.它帮助团队从宏观视角理解用户旅程,确保在拆分细节时不丢失业务流程的整体性和连贯性。C.它是法律合同的一部分,用于界定项目范围。D.它主要用于替代每日站会,作为进度跟踪工具。答案:B解析:用户故事地图是一种可视化技术,它将用户故事按照用户活动/步骤组织起来。这有助于团队理解“大局”,避免陷入细节而忘了用户的目标,并有助于识别MVP的发布边界。选项A不是其目的;选项C在敏捷中不常见;选项D完全错误。14.在敏捷项目中,测试人员通常在开发人员编写代码的同时就开始编写测试用例,甚至进行自动化测试脚本的开发。这种实践被称为?A.测试驱动开发(TDD)B.行为驱动开发(BDD)C.持续集成(CI)D.探索性测试答案:A解析:测试驱动开发(TDD)是一种实践,要求在编写功能代码之前先编写测试代码(通常是单元测试)。这迫使开发者明确接口设计和需求。虽然BDD也类似,但BDD更侧重于业务行为的自然语言描述。题目描述的是测试与编码的紧密并行及自动化,最符合TDD的广义实践或敏捷中“测试左移”的理念。如果仅指“并行”,敏捷测试通常包含TDD。选项C是构建和集成实践;选项D是手动测试方法。15.项目经理注意到,虽然团队在每日站会上汇报了昨天做了什么,但团队成员之间似乎并不关心其他人做了什么,只关心自己的任务,缺乏协作。这种现象表明什么?A.团队处于“形成”阶段,还需要时间磨合。B.每日站会变成了“状态汇报会”,失去了同步计划和识别障碍的本质目的。C.团队成员性格内向,不适合敏捷开发。D.项目经理需要增加站会的频率。答案:B解析:每日站会的目的是为了同步计划(接下来做什么)和识别障碍,而不是向领导汇报进度。如果成员只关心自己,说明他们把站会当成了例行公事的状态汇报。ScrumMaster需要干预,提醒团队关注整体冲刺目标的达成,而不是个人任务。选项A虽然团队阶段可能有影响,但直接原因是会议行为模式;选项C性格不是主因;选项D增加频率无效。16.在一个大型ScaleAgile(规模化敏捷)项目中,有多个团队协作开发一个系统。为了管理依赖关系,团队A需要等待团队B的API接口定义。在“发布规划会议”上,这两个团队应该主要讨论什么?A.团队A如何向团队B施压,要求其优先开发接口。B.依赖关系的具体细节,以及如何通过特性依赖矩阵、跨团队协调或架构调整来解耦或管理这些依赖。C.团队A如何模拟接口,完全独立于团队B工作。D.谁应该为延期负责。答案:B解析:在规模化敏捷中,跨团队依赖是核心挑战。发布规划会议就是为了识别这些依赖,并制定计划(如调整Feature顺序、建立接口契约、协调同步点等)。选项C是战术手段,不是规划会议的全部;选项A和D不利于协作。17.敏捷团队使用“速度”这一指标来预测未来进度。关于速度,以下哪项说法是正确的?A.速度可以用来跨团队比较绩效,速度高的团队更好。B.速度应当被用来作为考核团队成员个人绩效的依据。C.速度是团队在过去几个冲刺中完成的工作量的平均值,仅用于该团队自身的趋势分析和容量规划。D.一旦确定,团队的速度应该保持恒定,不能波动。答案:C解析:速度是团队的一种容量度量工具。它是非常主观的,不同团队对故事点的理解不同,因此不能跨团队比较(选项A)。也不能用于个人绩效(选项B),这会破坏合作。速度自然会波动(选项D),它是用于帮助团队预测“大约”能完成多少工作。18.在冲刺回顾会议上,团队决定在下个冲刺中尝试“结对编程”来提高代码质量。这属于敏捷manifesto中的哪个原则体现?A.尽早地、持续地交付有价值的软件。B.经常性地开展团队反思,以提高效能。C.坚持不懈地追求技术卓越和良好设计,敏捷能力由此增强。D.激励个体,为他们提供环境和支持。答案:B解析:回顾会议是“经常性地开展团队反思,以提高效能”的直接体现。虽然结对编程是为了“技术卓越”(选项C),但题目问的是“在回顾会议上决定尝试新方法”这一行为本身,它代表了团队的自我反思和改进过程。不过,如果侧重于改进的内容是技术,C也有道理。但回顾会议的本质是B。通常这类题目更倾向于考察回顾会议的目的。让我们再审视一下,题目强调的是“决定尝试”这个动作,这是回顾会的产出。选B最准确。19.产品负责人在管理产品待办事项列表时,花费了大量时间进行优先级排序。以下哪项工具或技术最能帮助PO在复杂环境下确定优先级?A.关键路径法(CPM)B.赢得值分析(EVM)C.Kano模型(卡诺模型)D.工作分解结构(WBS)答案:C解析:Kano模型用于对需求进行分类,区分基本型、期望型和兴奋型需求,帮助PO理解哪些功能能带来最大的客户满意度,从而辅助优先级排序。CPM和EVM是预测型工具;WBS是范围分解工具,不直接用于价值排序。20.一个敏捷团队包含开发人员、测试人员、UI设计师和DBA。在冲刺中,UI设计师完成了所有设计稿,但开发人员还没开始实现。UI设计师询问ScrumMaster他接下来该做什么。Scrum最好的建议是?A.既然设计做完了,你可以休息几天,或者提前做下一个冲刺的设计。B.帮助开发人员进行前端代码实现,或者协助测试人员编写测试用例,以此减少冲刺中的瓶颈。C.去帮产品负责人完善产品待办事项列表。D.更新项目文档,确保设计文档归档。答案:B解析:敏捷团队提倡跨职能和“游泳者”精神。当本职工作暂时完成时,应当帮助团队完成冲刺目标。选项B最符合“最大化交付价值”和团队协作的原则。选项A会导致孤岛;选项C是PO的工作;选项D文档工作在敏捷中是次要的,且不应阻碍冲刺目标。21.项目经理被指派管理一个正在转型的敏捷团队。团队目前仍习惯于接收详细的任务分配,缺乏主动性。为了培养团队的自组织能力,项目经理应该?A.在每次迭代开始时,依然制定详细的任务分配表,但要求团队签字确认。B.在SprintPlanningMeeting上,只展示冲刺目标,让团队自己认领任务并决定如何完成。C.设立一个“团队负责人”角色,由他来分配任务,项目经理退居二线。D.只有当团队完全成熟后,才允许他们自组织,现在继续管理。答案:B解析:自组织能力是在实践中培养的,不是等来的。PM需要创造环境,给予团队空间。通过展示目标而非分配任务,强迫团队思考“如何做”。选项A延续了依赖;选项C只是换了个管理者;选项D导致转型永远无法发生。22.在敏捷项目中,范围变更不仅被允许,甚至被期待。然而,这并不意味着可以随意变更。关于敏捷中的范围变更,以下哪项描述是准确的?A.只要不超出总预算,PO可以在任何时候修改任何正在进行的任务。B.在冲刺期间,如果外部环境变化,PO可以随时变更冲刺内容。C.在冲刺期间,PO不能变更冲刺内已承诺的任务,但可以调整后续待办事项列表的优先级和内容。D.只要有开发人员同意,PO可以在冲刺中途添加新任务。答案:C解析:敏捷的灵活性主要体现在两个冲刺之间。一旦冲刺开始,范围应当被冻结以保护团队免受干扰,确保冲刺目标的达成。PO可以调整的是未来的列表。选项A、B、D都违反了Sprint的稳定性原则。23.一个敏捷团队采用了“Swarming”(蜂群式/群集式)工作模式。这意味着什么?A.团队所有成员同时处理同一个用户故事,直到完成,然后再处理下一个。B.团队像蜂群一样频繁移动办公位置。C.团队分成多个小组,并行处理多个任务。D.团队每天开很多次短会。答案:A解析:Swarming是一种优化优先级和减少在制品(WIP)的策略。与其每个人各做一个任务(并行度高,完成慢),不如所有人集中火力优先完成一个高优先级任务,以此最大化尽早交付价值的可能性。24.在敏捷项目中,技术债务是不可避免的。以下哪项是处理技术债务的正确时机?A.只有当项目延期时,才处理技术债务。B.在每个冲刺中预留一定的容量(如20%)专门用于处理技术债务和重构。C.留到项目发布前的最后一个冲刺集中处理。D.技术债务不需要处理,只要代码能跑就行。答案:B解析:技术债务如果累积,会像金融债务一样产生利息(后续开发变慢)。最佳实践是持续偿还,即在每个冲刺中分配固定比例的时间。选项C风险极大,可能导致不可收拾;选项D是错误的观念。25.敏捷宣言指出“响应变化高于遵循计划”。这句话的含义是?A.不需要做计划,随遇而安。B.计划是有价值的,但当变化发生时,我们更看重对变化的响应能力,而不是死守旧计划。C.只有客户要求变更时,才响应变化。D.计划一旦制定,就绝对不能变。答案:B解析:敏捷并非反对计划,而是反对“冗长的、不易变更的”计划。左边(价值)高于右边(手段),但右边依然有价值。选项A误解了敏捷;选项C被动;选项D是瀑布思维。26.某大型企业决定采用SAFe(ScaledAgileFramework)进行转型。在SAFe中,负责协调多个团队之间的依赖关系,并推动项目群Increment(PI)执行的角色是?A.ReleaseTrainEngineer(RTE)B.ProductManagementC.SystemArchitectD.ScrumMaster答案:A解析:在SAFe中,RTE(发布火车工程师)相当于“首席ScrumMaster”,主要负责服务敏捷发布火车(ART),管理风险和依赖,促进流程。选项B负责高层需求;选项C负责架构;选项D是团队级别的角色。27.团队在回顾会上使用“Start,Stop,Continue”模型来收集反馈。这种方法的主要优点是?A.它简单易懂,能快速引导团队提出具体的行动建议。B.它能定量分析团队的绩效数据。C.它能自动生成会议纪要。D.它主要用于解决严重的团队冲突。答案:A解析:Start,Stop,Continue是一种经典的头脑风暴分类法,结构简单,易于操作,能有效引导成员思考具体行为。选项B错误;选项C不是其功能;选项D通常需要更深入的冲突解决技巧。28.在XP(极限编程)实践中,可持续的开发速度是指?A.团队应该尽可能快地开发,以赶在竞争对手前面。B.团队应以能够长期保持、不加班、不透支精力的节奏工作。C.只有在冲刺结束时才需要冲刺一下(加班)。D.速度由项目经理设定,团队必须跟上。答案:B解析:敏捷强调人是第一资源,可持续pace意味着避免职业倦怠。长期加班是不可持续的。选项A和C都会导致倦怠;选项D忽略了人的因素。29.一个敏捷项目的关键干系人非常强势,要求团队提供详细的里程碑报告和甘特图,否则就不提供资金支持。作为项目经理,你应该?A.拒绝提供,坚持敏捷原则,只展示燃尽图和产品增量。B.向干系人解释敏捷的透明度机制,展示发布路线图和迭代评审结果,尝试将干系人的需求转化为敏捷可提供的信息(如基于Epics的里程碑)。C.假装制作甘特图,实际上还是用敏捷方式管理,直到项目结束。D.辞职,因为该环境不适合敏捷。答案:B解析:项目经理需要管理干系人期望。完全拒绝(选项A)会导致项目失败;造假(选项C)不道德;辞职(选项D)不现实。最好的做法是沟通和翻译,用敏捷的工件(如ReleaseRoadmap)来满足干系人对“确定性”和“进度的可视性”的需求。30.在Scrum中,如果一个任务在冲刺结束时未能完成,它应该怎么处理?A.将该任务的部分完成的代码合并到主分支,标记为部分完成。B.将该任务放回产品待办事项列表,并根据优先级重新安排到未来的冲刺中。C.延长当前冲刺几天,直到该任务完成。D.隐藏该任务,不计入速度计算。答案:B解析:未完成的任务不代表价值,不应合并。Sprint时间盒不可延长。必须将其放回待办列表。选项A风险大;选项C违反规则;选项D不诚实且破坏透明度。31.关于敏捷中的“敏捷教练”或“ScrumMaster”的角色,以下哪项描述是不恰当的?A.他们是团队的仆人式领导,致力于消除障碍。B.他们拥有对团队工作分配的权力。C.他们帮助团队理解敏捷理论和实践。D.他们保护团队免受外部干扰。答案:B解析:ScrumMaster没有行政权力,不分配任务。这是与传统项目经理的区别。选项A、C、D都是SM的职责。32.团队在进行特性驱动开发(FDD)时,强调“特性”作为开发的主要单元。特性与用户故事的主要区别在于?A.特性比用户故事更小,通常可以在几小时内完成。B.特性是一个对客户有价值的功能点,通常可以进一步拆分为多个用户故事。C.特性仅用于内部技术讨论,用户故事用于对外展示。D.没有区别,只是叫法不同。答案:B解析:在FDD或大型项目中,Feature通常是一个较宏观的概念(如“用户登录”),它包含多个UserStory(如“输入密码”、“重置密码”等)。Feature是可交付的,但粒度比Story大。选项A描述的是Task或Breakdown;选项D错误。33.在看板系统中,累积流图(CFD)的主要用途是什么?A.跟踪每个成员的工时。B.可视化工作项在不同阶段的数量,识别瓶颈,预测交付周期。C.替代燃尽图。D.仅用于向客户展示进度。答案:B解析:CFD通过展示各状态下的任务数量随时间的变化,可以直观地看出在制品的堆积(瓶颈)和交付周期的趋势。选项A不是其强项;选项C它可以辅助但不仅是替代;选项D用途之一但不是主要技术用途。34.敏捷团队在处理一个复杂的算法问题时,决定花两天时间专门进行研究,以确定可行性。这两天的活动在Scrum中通常被称为?A.Spike(刺探/探索)B.HardeningSprint(硬化冲刺)C.ReleaseSprint(发布冲刺)D.ZeroSprint(零冲刺)答案:A解析:Spike是专门用于研究、探索或回答不确定性的时间盒任务,其产出通常是知识,而非直接的功能增量。选项B/C/D是特定类型的冲刺,不符合描述。35.项目经理发现团队在估算任务时,总是倾向于给出过高的估算值(虚高)。这通常反映了什么心理或状态?A.团队成员非常懒惰。B.团队缺乏安全感,担心完不成任务受罚,或者包含了很多缓冲时间以应对不确定性。C.团队对技术非常陌生,需要大量学习时间。D.团队希望获得更多的奖金。答案:B解析:估算虚高通常是一种“保护性行为”。在缺乏信任或高压环境下,或者需求非常模糊时,团队会通过增加缓冲来规避风险。选项A是主观臆断;选项C通常导致“不确定”而非单纯的虚高;选项D通常与激励机制有关,但不如B普遍。36.在敏捷项目中,如何管理“固定价格”合同的风险?A.拒绝签署固定价格合同。B.将范围固定,通过加班来确保利润。C.在合同中引入“变更预算”机制,或者基于敏捷的按时间材料(T&M)模式签署固定单价合同,允许范围在总价格框架内浮动。D.签署合同后,立即向客户要求加价。答案:C解析:敏捷拥抱变化,固定价格固定范围是矛盾的。常见的敏捷合同策略是固定总价/固定单价,但允许范围可变(由客户根据优先级决定做什么),或者预留变更预算。选项A不现实;选项B不可持续;选项D违规。37.以下哪项行为最符合“敏捷思维”中的“流动性”?A.严格遵循预定义的流程图,不得跳过任何环节。B.根据当前项目的实际情况,灵活裁剪和调整流程、实践和工具,只要能实现价值目标。C.随意更改流程,没有任何依据。D.只在项目开始时定义流程,中间不再修改。答案:B解析:敏捷思维强调流程服务于人和结果。如果流程阻碍了价值交付,就应改变流程。选项A是僵化;选项C是混乱;选项D缺乏适应性。38.一个跨职能的敏捷团队中,有成员不愿意分享知识,倾向于构建“模块化”的代码且不写文档,导致只有他本人能维护。这违反了敏捷原则中的哪一条?A.团队中定期反思如何提高成效。B.团队围绕激励个体的项目组建,给予环境和信任。C.在团队内部,最具有效果和效率的传递信息的方法是面对面交谈。D.坚持不懈地追求技术卓越和良好设计。答案:C解析:虽然也涉及代码质量(D),但题目描述的核心是“不愿意分享知识”、“只有他能维护”,这造成了信息孤岛。敏捷强调集体代码所有权和高效的信息传递。面对面交流和知识共享是关键。选项C直接指出了信息传递的方式。39.在使用Jira等工具管理敏捷项目时,如果“在制品”(WIP)限制设置过高,最直接的后果是?A.任务完成速度加快。B.上下文切换成本增加,任务流动效率降低,交付周期变长。C.团队成员会有更多任务可选,更开心。D.没有任何影响。答案:B解析:根据利特尔法则,在制品越高,交付周期越长。同时,多任务并行会降低效率。选项A是错误的直觉;选项C短期可能,长期因效率低而士气低落。40.敏捷团队在冲刺评审会议上展示了产品增量。虽然没有达到所有预期,但干系人对目前的功能表示满意,并提出了一些新的想法。以下哪项是PO在会后立即要做的事?A.将新想法直接加入下一个冲刺的待办列表中,无需讨论。B.将新想法作为潜在需求记录下来,经过分析、估算和优先级排序后,放入产品待办事项列表的适当位置。C.拒绝新想法,因为项目时间紧迫。D.让开发人员立即评估新想法并开始开发。答案:B解析:任何新需求都需要经过PO的甄别(分析价值)、团队的估算(工作量)和排序,才能进入待办列表。不能直接塞进下一个冲刺,这会破坏计划。选项A错误;选项C错失机会;选项D打乱节奏。41.在Scrum中,如果开发团队在冲刺期间发现无法完成承诺的所有工作,他们应该?A.立即通知ScrumMaster和产品负责人,并协商冲刺范围或目标的调整。B.默默加班,尽量完成。C.只告诉ScrumMaster,对PO保密,以免PO失望。D.挑选容易的任务做,难的留到下次。答案:A解析:透明度是Scrum的支柱。一旦发现无法达成目标,必须尽早通知相关方。这虽然是不好的消息,但及时沟通允许PO做出商业决策(如降低范围)。选项B、C、D都破坏了透明度和信任。42.关于“最小可行性产品”(MVP),以下描述正确的是?A.它是质量最低的产品。B.它是包含所有核心功能但有很多Bug的产品。C.它是仅包含足以验证关键假设并获取早期反馈的最小功能集的产品。D.它是产品的Beta版本。答案:C解析:MVP的核心目的是“验证”和“学习”,而非仅仅是“小”。它不等于低质量(选项A),也不等于半成品(选项B)。它是具备可用性的。选项D是特定阶段。43.敏捷项目中的“信息发射源”是指?A.团队中负责发邮件的人。B.像任务板、燃尽图这样显眼的地方,它们能自动向观察者传递信息,无需被动询问。C.项目的公告栏。D.ScrumMaster。答案:B解析:信息发射源是敏捷中的模式,指通过可视化手段让信息自我展示。看板、燃尽图是典型代表。选项A、C是传统沟通方式;选项D是人。44.团队在进行“回顾会”时,气氛非常沉闷,没有人愿意说话。作为ScrumMaster,你可以采取什么措施来破冰?A.取消回顾会,反正大家不想说。B.采用“5个为什么”或“ESVP”等匿名收集反馈的方法,或者从简单的非技术话题开始。C.批评团队

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论