2026年项目管理师敏捷管理（附答案）

2026年项目管理师敏捷管理（附答案）考试时间：______分钟总分：______分姓名：______一、选择题（每题1分，共20分）1.敏捷宣言强调的四大价值观中，哪一项优先于“精湛的技术和良好的设计”？A.个人和团队的互动高于流程和工具B.持续交付有价值的软件高于按计划交付C.对客户的协作高于合同谈判D.灵活响应变化高于遵循计划2.下列哪项不属于敏捷宣言的十二条原则之一？A.最优先的事务是建立可持续的开发速度。B.产品交付应该是频繁的，从一周到几个月不等，早期交付重要的可工作的软件。C.团队成员应该在项目整个生命周期中相互协作。D.项目应该围绕能够激发他们热情的人员进行组织。3.在Scrum框架中，负责最大化产品待办列表价值、代表产品所有者利益的角色是？A.ScrumMasterB.开发团队C.产品负责人D.项目发起人4.Scrum框架中，每次迭代周期被称为？A.SprintB.事件C.工件D.回顾5.在Scrum中，由开发团队在每个Sprint结束时产生的、可用的、潜在可交付的产品增量是？A.产品待办列表B.Sprint待办列表C.产品增量D.回顾会议6.ScrumMaster的核心职责之一是？A.确定Sprint的长度B.负责产品的需求分析C.确保Scrum流程被理解并遵循D.评审产品增量7.用户故事通常以何种形式编写，以便于跨职能团队理解？A.“作为<角色>,我想要<功能>,以便<价值>”B.“任务ID：XXX,描述：XXX”C.“技术规格：XXX”D.“优先级：高/中/低”8.故事点（StoryPoints）主要用于衡量什么？A.代码行数B.功能的大小或复杂度C.开发人员工资D.项目完成百分比9.Kanban（看板）方法的核心实践之一是限制？A.团队成员数量B.Sprint待办列表的大小C.在进行中的工作（WorkInProgress,WIP）D.产品待办列表的条目数10.敏捷实践中，“测试驱动开发”（TDD）意味着什么？A.在编写代码之前先写测试用例B.测试由测试人员单独完成C.只有通过所有测试才能提交代码D.测试是开发过程之外的步骤11.敏捷强调的“可持续开发速度”通常与什么相关？A.完成尽可能多的功能B.保持团队稳定和健康的工作节奏C.加班加点赶进度D.使用最昂贵的开发工具12.敏捷转型在组织中可能遇到的的主要挑战之一是？A.缺乏高层管理者的支持B.团队成员技能过于单一C.项目规模过于庞大D.需求变更过于频繁13.“透明度”在敏捷文化中意味着什么？A.所有项目信息对所有人公开B.只向管理层汇报关键信息C.信息只对项目核心成员可见D.信息按需分享，无固定规则14.下列哪项不是典型的敏捷团队特征？A.自组织（Self-organizing）B.跨职能（Cross-functional）C.职能化分工（Silos）D.持续改进（Continuousimprovement）15.敏捷项目中的风险应对策略通常强调？A.在项目早期进行详细的风险识别和规划B.等待风险发生后再处理C.通过快速迭代和反馈来适应风险变化D.仅关注技术风险16.敏捷环境下的质量保证主要依赖于？A.严格的测试计划和测试用例执行B.开发过程中的持续集成、测试驱动开发和自动化测试C.代码审查阶段D.项目末期的全面审计17.在敏捷项目中，促进团队成员之间、团队与产品负责人之间有效沟通的关键因素是？A.书面报告和正式会议B.面对面交流、频繁沟通和建立信任C.使用复杂的沟通工具D.保持距离，专业分工18.敏捷方法认为，需求变更的最佳处理方式是？A.在项目开始前完全冻结需求B.在项目过程中尽量避免需求变更C.将需求变更视为项目的机会，通过迭代快速响应D.只有重大变更才能被接受19.精益思想中的“消除浪费”（Waste）在敏捷项目管理中通常指？A.人力成本、设备折旧等固定成本B.任何不增加产品价值的活动或工作C.项目管理overheadD.市场竞争带来的压力20.评估敏捷项目成功与否，最重要的指标通常是？A.项目是否严格按计划完成B.软件是否按时交付C.产品是否满足客户不断变化的需求并获得价值D.团队是否按时加班二、判断题（每题1分，共10分，请在括号内打√或×）1.ScrumMaster可以代替产品负责人做出产品决策。（）2.每个Sprint都必须有一个正式的Sprint评审会和Sprint回顾会。（）3.用户故事必须包含验收标准（AcceptanceCriteria）。（）4.故事点具有绝对单位，可以直接相加减来估算整个项目。（）5.敏捷方法只适用于软件开发项目。（）6.敏捷团队中的“自组织”意味着ScrumMaster不再有任何职责。（）7.Kanban系统没有固定的角色、事件和工件。（）8.敏捷鼓励拥抱变化，因此不需要进行风险管理。（）9.持续集成（ContinuousIntegration）是Scrum框架的一部分。（）10.敏捷项目管理旨在减少沟通，提高效率。（）三、简答题（每题5分，共20分）1.简述敏捷宣言的四大核心价值观。2.描述Scrum框架中的三个核心角色及其主要职责。3.列举并简要说明至少三种敏捷实践中对项目有积极影响的“浪费”类型。4.在敏捷环境中，为什么“可持续开发速度”很重要？四、案例分析题（每题10分，共20分）1.某公司决定采用敏捷方法开发一个新的内部管理系统。项目初期，团队采用了Scrum框架，产品负责人创建了较长的产品待办列表，Sprint周期为两周。但在第一个Sprint结束后，团队发现完成的任务很少，产品负责人又不断提出大量新需求，团队感到压力很大，开发效率不高。请分析这个案例中可能存在的问题，并提出至少三条改进建议。2.你所在的组织正在考虑从传统的瀑布模型转向敏捷开发。作为项目团队的一员，请阐述在推动敏捷转型过程中，你可能会遇到哪些来自团队成员或管理层的阻力，以及你将如何应对这些阻力。试卷答案一、选择题1.A解析思路：敏捷宣言的四个价值观按优先级排序为：个人和团队的互动高于流程和工具；工作的软件高于详尽的文档；客户协作高于合同谈判；响应变化高于遵循计划。因此，“个人和团队的互动”优先于“精湛的技术和良好的设计”。2.D解析思路：敏捷宣言的十二条原则中，D选项是精益思想的一部分，而敏捷强调的是“工作的软件高于详尽的文档”，更注重协作和响应变化，而非固定的人员组织结构。3.C解析思路：产品负责人的核心职责是最大化产品待办列表的价值，管理产品待办列表，并与Scrum团队和利益相关者沟通，代表产品的最佳利益。4.A解析思路：Scrum框架定义了固定时间（通常为1-4周）的迭代周期，称为Sprint，是团队产生可交付产品增量的时间框。5.C解析思路：产品增量是Scrum中每个Sprint结束时产出的、满足特定质量标准的产品部分，是可用的、潜在可交付的。6.C解析思路：ScrumMaster的主要职责是服务型领导，帮助团队理解并遵循Scrum，移除障碍，促进Scrum实践，而不是决定Sprint长度、负责需求分析或评审增量。7.A解析思路：用户故事的惯用格式是“作为<角色>,我想要<功能>,以便<价值>”，这种格式清晰地区明了故事的目标用户、期望的功能和该功能带来的价值。8.B解析思路：故事点是相对度量单位，用于估计用户故事的大小或复杂度，帮助团队进行相对估算和规划，它不直接代表时间。9.C解析思路：Kanban的核心实践之一是限制在制品（WIP），即同时进行的任务数量，以减少队列时间，提高流动效率，避免资源过载。10.A解析思路：测试驱动开发（TDD）的流程是：先编写一个失败的测试用例，然后编写刚好能让测试通过的最少代码，最后重构代码。这强调了在编码前定义测试。11.B解析思路：可持续开发速度指的是团队能够长期保持稳定、高效的工作节奏，不通过过度加班来交付，保证团队健康和项目质量。12.A解析思路：缺乏高层管理者的支持是敏捷转型常见的失败原因，领导层的承诺和推动对成功的敏捷实施至关重要。13.A解析思路：透明度在敏捷中意味着项目状态、进度、问题和风险对所有相关人员公开可见，基于信息透明进行决策和协作。14.C解析思路：敏捷团队是自组织的、跨职能的，旨在打破职能壁垒，成员具备完成工作所需的多样化技能，而不是按职能划分并设置壁垒。15.C解析思路：敏捷通过短迭代、快速反馈和适应性规划来应对变化，将变化视为机会，而不是试图在项目早期完全避免或后期解决。16.B解析思路：敏捷质量是内建式的，强调在开发过程中通过持续集成、测试驱动开发、代码审查等方式持续保证质量，而非主要依赖项目末期的测试。17.B解析思路：敏捷强调面对面的高效沟通，以及频繁、坦诚的沟通来建立信任，促进信息流动和理解，减少误解。18.C解析思路：敏捷拥抱变化，认为需求在项目过程中会演进，团队应通过迭代评审和调整来快速响应有价值的变更请求。19.B解析思路：精益思想中的“浪费”（Muda）指任何不增加客户价值的活动，敏捷项目同样关注消除开发过程中的各种浪费，如等待、重复工作、不必要的功能等。20.C解析思路：敏捷项目的最终目标是交付满足客户需求的、有价值的软件产品，客户的满意度和价值实现是衡量成功的关键。二、判断题1.×解析思路：ScrumMaster不能替代理由负责人做出产品决策，决策权属于产品负责人，ScrumMaster是服务型教练，帮助负责人理解职责。2.√解析思路：Sprint评审会和Sprint回顾会是Scrum框架规定的必须举行的事件，用于检视成果和改进过程。3.×解析思路：用户故事本身不需要包含验收标准，但验收标准是必要的，通常在故事被纳入Sprint待办列表后由产品负责人和团队共同定义。4.×解析思路：故事点是无量纲的相对度量，用于比较不同任务的大小，不能直接相加减得到绝对的总工作量或时间。5.×解析思路：敏捷方法不仅适用于软件开发，也广泛应用于产品开发、市场营销、硬件制造等许多需要快速响应变化的领域。6.×解析思路：自组织意味着团队成员自主决定如何完成工作，ScrumMaster的职责是移除障碍、促进Scrum实践、教练团队，职责依然重要。7.√解析思路：Kanban是一个可视化工作流管理系统，它没有Scrum中定义的固定角色（如PO、SM）、固定事件（如DailyScrum、SprintRetrospective）和固定工件（如SprintBacklog）。8.×解析思路：虽然敏捷拥抱变化，但同时也需要风险管理，只是风险应对策略更具适应性和灵活性，强调在变化中识别和管理风险。9.×解析思路：持续集成是软件开发实践，强调频繁地将代码集成到主干，通常与特定开发方法论（如XP）或工具相关，不是Scrum框架的固有组成部分，但常在Scrum团队中采用。10.×解析思路：敏捷强调的是高质量的沟通，包括频繁、透明、面对面的沟通，旨在减少误解和提高协作效率，而非减少沟通。三、简答题1.敏捷宣言的四大核心价值观是：*个人和团队的互动高于流程和工具。*工作的软件高于详尽的文档。*客户协作高于合同谈判。*响应变化高于遵循计划。解析思路：这四个价值观阐述了敏捷方法的核心信念，强调了人在团队中的重要性、交付可工作的软件的价值、与客户紧密合作以及适应变化的能力。2.Scrum框架中的三个核心角色及其主要职责：*产品负责人（ProductOwner）：负责最大化产品待办列表的价值，管理产品待办列表，明确产品目标和范围，接受或拒绝工作成果，代表客户和利益相关者的声音。*ScrumMaster：作为服务型领导，帮助团队、组织和利益相关者理解并遵循Scrum，移除团队遇到的障碍，促进Scrum实践的采用，是一个教练（Coach）。*开发团队（DevelopmentTeam）：一个跨职能、自组织的能力单元，负责在每个Sprint中创建一个“潜在可交付的产品增量”，对结果的质量负责。解析思路：这三个角色共同构成了Scrum框架，各司其职，协同工作以实现产品目标。产品负责人关注价值，ScrumMaster关注流程和实践，开发团队关注交付。3.敏捷实践中对项目有积极影响的“浪费”类型（列举三种）：*等待（Waiting）：团队成员因等待资源、信息、决策或其他任务完成而闲置，消耗时间且无产出。*过度处理（Over-processing）：做了超出客户或产品当前需求的工作，增加了不必要的复杂性或功能。*运输（Transportation）：在系统或团队之间传递工作、信息或代码，增加了处理时间和错误风险。解析思路：借鉴精益思想，敏捷也关注消除浪费。等待导致效率低下，过度处理增加不必要成本和复杂性，运输增加时间和风险。识别并减少这些浪费能提升项目效率和质量。4.在敏捷环境中，“可持续开发速度”很重要的原因：*保持团队健康和士气：避免长期加班导致倦怠，保持团队成员的积极性和创造力。*长期项目成功：可持续速度能保证项目在长时间内稳定推进，避免后期因人员疲劳或资源枯竭而失败。*更好的质量：健康的团队更可能遵循良好实践，减少错误，交付更高质量的产品。*更有效的规划：基于可持续速度的估算更可靠，有助于进行有效的迭代和长期规划。解析思路：敏捷强调人的因素。可持续速度不是追求短期冲刺，而是保证项目能够长期、稳定、高质量地交付价值，这对团队、项目和组织都有益。四、案例分析题1.案例分析（问题分析与改进建议）：*可能存在的问题：*产品待办列表管理不当：PO创建了过长的待办列表，导致Sprint目标不清晰，团队无法集中精力。*估算不准确：团队可能对任务大小估计不足，或缺乏有效的估算实践。*范围蔓延：PO在Sprint进行中不断提出新需求，导致团队工作量增加，原有任务被延后。*团队缺乏经验或未完全理解敏捷：可能仍在按瀑布思维工作，未能有效利用Sprint和DailyScrum等机制。*WIP限制未实施：可能导致多任务并行，降低效率。*改进建议：*加强产品待办列表梳理和优先级排序：PO应与团队一起，定期评审和精炼待办列表，确保只有最高优先级的故事进入Sprint。*采用更有效的估算技术：如使用故事点、计划扑克，并进行回顾，提高估算准确性。*严格执行Sprint规则：确保Sprint期间范围相对固定，PO在Sprint期间的变更请求应推迟到下一个Sprint。*加强敏捷培训和实践：帮助团队成员深入理解Scrum角色、事件、工件及敏捷原则，如通过有效的DailyScrum解决障碍。*实施WIP限制：明确限制同时进行的任务数量，减少上下文切换，提高专注度。解析思路：分析案例需识别出违背敏捷原则的行为（如范围蔓延、任务不清、过度工作）及其可能的原因（PO管理、团队能力、实践偏差）。改进建议应针对这些原因，提出具体的Scrum实践调整或改进措施。2.案例分析（阻力识别与应对）：