2026年其他资格考试-敏捷项目管理认证历年参考题库含答案解析

2026年其他资格考试-敏捷项目管理认证历年参考题库含答案解析一、选择题从给出的选项中选择正确答案（共100题）1、在敏捷项目中，哪个角色负责确保团队遵循敏捷流程和最佳实践？A.产品经理B.敏捷教练C.项目发起人D.利益相关者2、敏捷宣言中提出的四个核心价值观，按重要性从高到低排列正确的是？A.个体和互动高于流程和工具；工作的软件高于详尽的文档；客户合作高于合同谈判；响应变化高于遵循计划B.个体和互动高于流程和工具；客户合作高于合同谈判；工作的软件高于详尽的文档；响应变化高于遵循计划C.工作的软件高于详尽的文档；个体和互动高于流程和工具；响应变化高于遵循计划；客户合作高于合同谈判D.个体和互动高于流程和工具；工作的软件高于详尽的文档；响应变化高于遵循计划；客户合作高于合同谈判3、以下哪种敏捷框架是基于迭代开发和增量交付的？A.ScrumB.KanbanC.LeanD.SixSigma4、在Scrum中，冲刺的理想持续时间是多久？A.1周到2周B.2周到4周C.1个月到3个月D.3个月到6个月5、用户故事的主要目的是什么？A.为开发人员提供详细的代码规范B.记录系统的技术架构设计C.从用户角度描述功能需求D.制定项目的财务预算6、燃尽图主要用于跟踪什么？A.团队成员的出勤情况B.剩余工作量随时间的变化趋势C.预算消耗进度D.代码仓库的提交频率7、以下哪项是敏捷项目成功的关键因素？A.严格的文档要求B.长期的项目计划C.高度协作的客户参与D.固定的范围不变8、在敏捷估算中，规划扑克主要用于做什么？A.评估团队成员的工作效率B.估算用户故事的大小或复杂度C.决定产品的定价策略D.安排会议的时间9、跨职能团队的核心特征是？A.团队成员来自同一部门B.团队拥有完成工作所需的全部技能C.团队成员由外部顾问组成D.团队只负责单一技术栈10、敏捷回顾会议的目的是什么？A.审查Sprint的业务成果B.评估团队的表现和工作方式，制定改进计划C.确定下一个Sprint的任务分配D.演示产品功能给客户11、以下哪项不是敏捷原则的一部分？A.最早和最迟交付有价值的软件B.欢迎变更需求以获取竞争优势C.频繁交付可用的软件D.业务人员和开发者每天至少合作一次12、Scrum中的定义完成标准主要用于什么目的？A.界定产品愿景B.明确什么条件下工作被视为完成C.决定团队规模D.安排每日站会13、敏捷项目管理中，最小可行产品的作用是？A.展示完整的系统功能B.提供包含核心功能的最简产品版本以获取反馈C.替代完整的产品开发过程D.用于内部测试无需用户参与14、以下哪种方法最适合用于管理可视化工作流？A.看板方法B.瀑布模型C.挣值管理D.关键路径法15、敏捷项目中的产品待办事项列表由谁维护？A.开发团队B.敏捷教练C.产品经理或产品所有者D.项目经理16、敏捷宣言中"响应变化高于遵循计划"意味着什么？A.完全不制定计划B.拥抱变化，及时调整以适应新情况C.忽视客户需求D.坚持原有计划不变17、故事点估算中，斐波那契数列的作用是什么？A.确保估算完全准确B.表示不确定性和估算的难度随数值增大而增加C.规定每个故事的固定大小D.用于计算项目成本18、Scrum中每日站会的标准时长是？A.不超过15分钟B.不超过30分钟C.不超过1小时D.没有固定限制19、以下哪项属于敏捷度量指标？A.代码行数B.团队人员流动率C.交付速率D.文档页数20、敏捷环境中变更管理的最佳做法是？A.拒绝所有变更请求B.通过变更控制委员会审批所有变更C.允许在Sprint间根据反馈重新调整优先级D.变更需项目经理签字批准21、某软件公司采用敏捷方法开发一款电商平台，项目经理在回顾会议中提出以下哪个观点最符合敏捷价值观？A.流程与工具比个体互动更重要，应优先完善开发流程B.全面文档是确保项目成功的关键，需尽量减少沟通C.响应变化优于遵循计划，应灵活调整以满足客户需求D.合同谈判比客户合作更重要，需严格控制变更范围22、在某Scrum项目中，谁负责管理并最大化产品待办事项列表的价值？A.ScrumMasterB.开发团队C.产品负责人D.项目经理23、某团队采用Scrum框架，一个迭代周期通常持续多长时间较为合适？A.1至2周B.2至4周C.3至6周D.1至3个月24、在敏捷项目中，以下哪项活动最适合使用燃尽图进行跟踪？A.评估整个项目生命周期已完成的工作量B.跟踪每个迭代周期剩余工作的完成情况C.记录团队年度预算执行进度D.监控供应商交付时间表的偏差25、某产品负责人在编写用户故事时，下列哪一项最符合用户故事的标准格式？A.作为测试工程师，我要增加自动化测试，以降低人工成本B.系统需要支持多语言输入功能，以满足国际化业务需求C.作为管理员，我希望重置密码，以便在忘记凭证时恢复访问D.数据库应优化查询效率，确保响应时间控制在500毫秒以内26、某敏捷团队在估算用户故事点数时采用计划扑克法，其主要目的是实现什么？A.强制统一所有成员对故事大小的看法B.促进团队成员就估算达成共识并识别分歧C.由团队领导最终决定估算结果以确保效率D.将估算转换为固定工时以用于排期报告27、在敏捷开发中，以下哪种情况最可能导致技术债务的快速累积？A.定期进行代码重构B.严格遵循测试驱动开发实践C.为赶进度而跳过代码审查和单元测试D.持续集成并自动化部署28、某团队采用测试驱动开发方法，其正确的执行顺序是什么？A.编写测试、编写代码、运行测试、重构B.编写代码、编写测试、运行测试、重构C.运行测试、编写代码、编写测试、重构D.编写测试、运行测试、编写代码、重构29、在Scrum框架中，ScrumMaster的核心职责不包括以下哪一项？A.移除团队开发过程中的障碍和impedimentsB.确保Scrum流程和规则被正确理解和执行C.直接分配具体开发任务给团队成员D.帮助团队保持自组织和持续改进的能力30、某产品待办事项列表中的用户故事已标注高优先级，产品经理要求将其提前到下一迭代，以下哪种做法最符合敏捷原则？A.立即中断当前迭代以插入该故事B.评估影响后协商，在适当时机调整排序C.拒绝任何变更请求以保障迭代稳定性D.由团队独立完成排期调整无需沟通31、在某冲刺评审会议上，团队与利益相关者共同讨论的内容最可能是以下哪项？A.审查团队内部成员的工作态度和协作问题B.演示已完成的产品增量并收集反馈意见C.重新制定下个迭代的个人绩效目标D.详细讨论架构设计的技术细节和优化方案32、某敏捷团队在进行冲刺回顾会议时，以下哪项做法最能促进持续改进？A.只讨论本迭代中发生的严重错误和问题B.营造安全氛围，鼓励全员参与并识别改进项C.由ScrumMaster单独总结并提出改进建议D.仅关注效率指标而不涉及团队感受问题33、在敏捷项目中，完成定义DoD的主要作用是确保什么？A.明确界定什么是可交付的产品特性B.规定工作项从进行状态变为完成状态的必要条件C.描述用户需求的功能规格和验收标准D.制定团队内部的绩效考核指标体系34、某跨职能团队正在开发一款移动应用，以下哪种团队结构最符合敏捷原则？A.按前端、后端、测试、运维分别组建独立小组B.由具备全栈技能且能端到端交付功能的成员组成C.设立专职架构师负责所有技术决策和代码审核D.每个成员只专注于自己最擅长的单一技术领域35、某初创公司希望快速验证市场需求，以下哪种策略最能体现MVP理念？A.投入充足资源开发功能完备的第一版产品B.先发布仅含核心功能的简化版本以收集用户反馈C.等待竞争对手推出产品后再跟进模仿D.仅通过市场调研而不发布任何实际产品36、在规模化敏捷环境中，以下哪种框架主要用于协调多个Scrum团队协同工作？A.KanbanB.SAFeC.XPD.Lean37、某团队使用看板方法管理开发工作，看板上的WIP限制主要目的是防止什么问题？A.团队成员工作量分布不均B.并行任务过多导致上下文切换频繁和效率下降C.产品负责人对需求的变更过于频繁D.测试人员无法及时完成所有用例的验证38、在敏捷项目中，产品负责人对backlog的优先级排序主要依据是什么？A.开发团队成员的个人偏好和工作负荷B.技术实现的难易程度和架构完整性C.业务价值、风险和技术依赖的综合权衡D.利益相关者的职位高低和权力大小39、某敏捷团队在持续集成实践中发现构建失败率较高，以下哪种做法最能改善此状况？A.仅在迭代结束时进行一次大规模集成测试B.缩短集成频率并在失败时立即修复以控制影响范围C.将集成工作推迟到最后由专人统一处理D.建立独立的集成环境避免与开发环境干扰40、在敏捷管理中，用户故事的估算单位故事点与具体工时的关系是？A.一个故事点等于固定4小时工作量B.故事点是相对估测单位，不同团队换算比例可能不同C.故事点可以直接作为绩效考核的计算依据D.新团队成员的故事点估值必须与老成员完全一致41、某敏捷项目在迭代进行中，客户提出新增一个高优先级功能需求，以下哪种处理方式最为恰当？A.立即停止当前工作，全力以赴满足客户需求B.记录需求并在下一迭代计划会议中协商处理C.拒绝该需求以保护团队不受干扰D.要求客户等待整个项目结束再统一处理42、某软件公司采用Scrum框架开发电商平台，产品负责人希望每个迭代都能交付可使用的功能。在迭代规划会议中，团队讨论如何划分用户故事。以下哪种划分方式最符合敏捷原则？A.按技术模块划分，如数据库层、服务层、控制层B.按功能模块划分，如订单模块、支付模块、用户模块C.按最小可用价值划分，确保每部分都可独立交付并产生价值D.按开发难度划分，先完成后继再处理简单部分43、某团队在进行Scrum实践时，产品待办事项列表中积压了大量低优先级需求。作为ScrumMaster，以下哪种做法最能帮助团队聚焦高价值工作？A.要求产品负责人删除所有低优先级项B.引入事件风暴技术重新梳理产品愿景并重新排序C.让团队自行决定处理顺序D.将待办事项按字母顺序排列44、某敏捷团队在Sprint进行中遇到突发技术风险，可能影响Sprint目标的达成。以下哪种处理方式最恰当？A.立即终止Sprint，重新规划B.继续隐瞒风险，争取在最后关头解决C.及时告知产品负责人并评估影响，协商调整范围D.单独加班完成，不干扰其他成员45、某团队使用用户故事进行需求管理，下列哪项不是优质用户故事应具备的特征？A.独立性强，不依赖其他故事B.可协商，细节可与团队讨论C.需要详细描述所有技术实现方案D.有价值，能为用户或客户带来收益46、某项目团队采用Scrum方法，Sprint周期为两周。以下哪项活动不属于Scrum核心仪式？A.Sprint计划会议B.每日站会C.月度项目评审会D.Sprint评审与回顾会议47、某团队在回顾会议中发现团队内部沟通存在障碍，成员间信息不同步。以下哪种改进措施最符合敏捷持续改进的理念？A.更换沟通工具，购买昂贵的协作软件B.制定更严格的会议制度，要求全员参加C.引入信息辐射器，如看板或燃尽图，提升信息可见度D.增加周报提交频率48、某公司准备从传统瀑布模式转向敏捷开发，以下哪种转型策略风险最低且效果最佳？A.全公司范围内同时推行敏捷，要求所有部门统一转换B.选择一个大项目作为试点，全面采用敏捷方法后再推广C.先在个别小组试点，积累经验后逐步推广至全组织D.仅做名义上的敏捷，实际操作仍沿用旧流程49、某团队在进行迭代估算时，产品负责人希望了解项目整体进度。以下哪种敏捷度量工具最适合向高层管理者展示进度？A.代码行数统计B.燃尽图C.测试用例通过率D.每日工作日志50、某Scrum团队的产品负责人因故无法全程参与Sprint，以下哪种应对方式最恰当？A.暂停Sprint，等待产品负责人回归B.由ScrumMaster临时担任产品负责人C.提前安排产品负责人参与Sprint计划并明确关键决策人D.由团队成员自行决定需求优先级51、某团队采用看板方法管理项目，现有工作项过多导致上下文切换频繁。以下哪种措施最有效？A.增加团队成员数量B.设定在制品上限并严格执行C.加快开发速度D.减少每日站会时间52、某敏捷团队在开发金融支付系统时，需要处理大量敏感数据。以下哪种做法最符合敏捷与安全合规的双重需求？A.先开发功能，合规检查放在最后B.将安全需求纳入产品待办事项，每个迭代同步实现C.由安全团队独立完成，开发团队不参与D.暂停开发，等待合规审批通过后再启动53、某团队正在进行Scrum实践，团队成员对Sprint中的任务分配存在分歧。以下哪种处理方式最能体现敏捷自组织团队的特征？A.由ScrumMaster直接指定任务分配B.由产品负责人决定任务分配C.团队自行协商，基于能力和意愿自愿认领D.通过投票决定任务归属54、某公司计划引入持续集成实践，以下哪项是最关键的先决条件？A.拥有足够多的测试人员B.建立自动化构建和自动化测试体系C.聘请外部顾问指导D.购买先进的集成开发环境55、某Scrum团队发现Sprint评审会议attendance率很低，利益相关者参与度不高。以下哪种改进措施最有效？A.强制要求所有相关方必须出席B.将评审会议改为简短的演示会，聚焦可演示的成果C.取消Sprint评审会议D.延长Sprint评审会议时间56、某团队使用规划扑克进行用户故事估算，出现以下哪种情况时说明估算过程存在问题？A.团队成员初始估值差异较大B.经过多轮讨论后估值趋于一致C.团队成员每次都快速给出相同数字无需讨论D.讨论过程中有人分享技术见解57、某敏捷项目处于早期阶段，需求高度不确定。以下哪种发布规划策略最为合适？A.制定详细的三年发布路线图B.不做任何规划，完全随市场变化C.制定高层级发布计划，随探索深入逐步细化D.先完成全部需求再制定计划58、某团队在进行每日站会时，经常演变为长时间的问题讨论会，影响会议效率。以下哪种做法最能有效解决这个问题？A.取消每日站会B.指定专人记录问题，站会后另行安排专项讨论C.限制发言时间为每人一分钟D.由ScrumMaster打断所有讨论59、某项目使用Burn-up图表而非Burn-down图表来跟踪进度，以下哪种场景最适合使用Burn-up图表？A.需求范围在整个项目期间保持不变B.需求范围频繁变更，需要同时展示已完成工作和总范围变化C.团队不需要展示工作量D.项目周期极短60、某敏捷团队在开发过程中遇到技术债务积累严重的问题。以下哪种做法最能从根本上解决问题？A.在项目结束时集中偿还技术债务B.在每个Sprint中预留一定比例容量专门处理技术债务C.忽略技术债务，专注于新功能开发D.聘请外部专家一次性重构61、某Scrum团队在Sprint进行中产品负责人提出了新的紧急需求。以下哪种处理方式最符合Scrum规范？A.立即中断当前Sprint插入新需求B.将新需求加入产品待办事项，在下个Sprint计划中讨论C.由团队自行决定是否插入D.推迟到项目结束后再处理62、敏捷宣言于哪一年发布？A.2000年B.2001年C.2003年D.2005年63、敏捷宣言核心价值观中，优先重视的是？A.流程和工具B.契约谈判C.个体和互动D.全面文档64、以下哪项不属于敏捷开发四大价值观？A.个体和互动高于流程和工具B.可工作的软件高于详尽的文档C.客户协作高于合同谈判D.响应变化高于遵循计划E.快速交付高于团队协作65、Scrum框架中，产品负责人（ProductOwner）的主要职责不包括？A.管理产品待办事项列表B.确定产品需求的优先级C.主持每日站会D.最大化产品价值66、敏捷项目管理中，"迭代"通常指的是？A.无限期的开发周期B.固定时间段的开发周期C.只有一种迭代长度D.不需要规划的周期67、以下哪项是Scrum中三个核心角色的正确组合？A.产品负责人、ScrumMaster、开发团队B.项目经理、产品经理、开发人员C.负责人、组长、组员D.总监、经理、执行者68、敏捷项目中，用户故事的典型格式为？A.作为（谁），我希望（做什么），以便（得到什么价值）B.首先（计划），其次（执行），最后（检查）C.问题（是什么），原因（为什么），方案（怎么做）D.目标（是什么），资源（有哪些），风险（是什么）69、敏捷开发中的"MVP"是指？A.最优化产品线B.最小可行产品C.最大价值产品D.最佳实践产品70、敏捷团队规模通常建议为多少人？A.2-5人B.6-10人C.11-15人D.20人以上71、以下哪项是敏捷项目管理中"每日站会"的正确做法？A.站会时长不限，讨论深入问题B.每次站会不超过15分钟C.只有项目经理发言D.详细记录会议纪要72、敏捷开发中的"燃尽图"主要用于？A.展示团队加班情况B.跟踪剩余工作量随时间的变化C.记录团队成员出勤情况D.统计项目总预算73、敏捷项目中，回顾会议（Retrospective）的主要目的是？A.分配新任务B.评审已完成的功能C.总结改进团队工作方式D.与客户确认需求74、以下哪项不属于敏捷项目管理的基本原则？A.尽早持续交付有价值软件B.欢迎需求变更C.紧密日常协作D.严格按照计划执行不许变更75、看板（Kanban）方法的核心要素不包括？A.可视化工作流B.限制在制品数量C.管理流动D.强制每日加班76、敏捷项目中，"产品待办事项列表"由谁负责维护？A.ScrumMasterB.开发团队C.产品负责人D.项目经理77、敏捷开发中，用户故事的"验收标准"主要用于？A.衡量开发人员绩效B.判断故事是否完成C.估算开发成本D.安排团队成员作息78、以下哪种敏捷方法强调结对编程和持续集成？A.ScrumB.极限编程（XC.看板D.水晶法79、敏捷项目管理中，"增量"的含义是？A.逐步完善可交付的产品功能B.增加团队成员数量C.加大开发预算D.延长开发周期80、敏捷项目中的"故事点"主要用于？A.计算工资B.评估用户故事相对复杂度C.衡量开发时间D.统计缺陷数量81、敏捷团队在迭代规划会议上，主要任务是？A.分配个人绩效考核指标B.选择本迭代要完成的用户故事并估算工作量C.制定年度预算D.招聘新员工82、某互联网公司产品团队采用敏捷方法开发一款移动应用。迭代计划会议上，产品负责人列出了50个用户故事，但团队估算后发现只有30个故事能在下一个迭代中完成。项目经理应采取的最佳做法是什么？A.要求团队加班完成所有50个故事B.将30个最紧急的故事纳入本次迭代，其余延期C.立即削减迭代目标以匹配团队产能，不再讨论优先级D.跳过回顾会议直接进入下一个迭代83、一个分布式敏捷团队跨越三个时区工作，每日站会因时差问题难以协调。团队成员反映会议效率低下，部分成员经常缺席。作为敏捷教练，你应建议团队采取什么措施？A.强制所有成员参与同一时间的站会B.取消站会，改用邮件沟通进度C.将团队分为两个子组，分别在各自时区的合适时间召开站会，并安排重叠时段的信息同步D.仅由团队领导参加站会，会后传达信息84、在某软件项目的第三次迭代回顾会议上，团队识别出测试环境不稳定导致缺陷复现率高的问题。以下哪项是最合适的改进措施？A.在下一个迭代中增加两倍测试时间B.指定专人永久负责维护测试环境C.创建测试环境标准化清单并将其纳入团队工作定义中D.忽略此问题，等待项目结束时再处理85、一个敏捷团队在发布规划时发现，当前产品的可用功能仅能满足客户核心需求的60%。此时，产品负责人最应该怎么做？A.推迟发布日期，直到功能达到100%B.与客户协商，确认最小可行产品范围并优先交付核心功能C.减少测试环节以加快开发速度D.忽略客户反馈，按照原计划推进开发86、某团队在使用看板方法管理项目时，发现瓶颈工序的在制品数量远超限制值。以下哪项行动最能体现看板方法的核心原则？A.增加该工序的人力编制B.限制在制品数量并优化流程，优先完成当前任务C.忽略限制值，继续接收新任务D.将该工序的工作转移给其他团队87、一个Scrum团队连续三个迭代的velocity分别为80、75、82个故事点。第四迭代开始前，产品负责人希望增加20个故事点的功能。作为ScrumMaster，你应该：A.批准增加故事点，团队可以适应更高的工作量B.告知产品负责人团队稳定产能约为80点，需重新评估需求优先级C.拒绝增加任何功能，坚持原有计划D.让团队自行决定是否需要加班完成额外工作88、在一个敏捷转型期，管理层要求团队每周五提交详细的工作进度报告。团队认为这种做法与敏捷理念相悖。作为项目发起人，你最恰当的做法是：A.坚持原有的报告制度，确保管理层知情权B.与团队协商，用演示和燃尽图等可视化工具替代传统报告C.取消所有汇报机制，完全信任团队自律D.要求团队在报告中隐藏真实进度数据89、某团队在执行用户故事拆分时遇到困境：一个大型用户故事无法被合理分解为独立交付的小故事。以下哪种处理方式最为恰当？A.将该故事作为史诗长期保留，不做处理B.尝试从技术实现角度强行拆分故事C.运用INVEST原则重新审视故事边界，必要时与产品负责人探讨业务价值的拆分维度D.忽略拆分问题，直接开发整个故事90、一个敏捷团队在迭代中期发现关键开发人员因个人原因将请假两周。以下哪项是最佳的应对策略？A.暂停整个迭代，等待该成员返岗B.重新分配其工作任务，并鼓励团队成员间的知识共享和交叉支持C.要求该成员远程加班完成所有任务D.将项目延期两个月并通知所有利益相关者91、在产品愿景明确但市场需求变化迅速的场景下，以下哪种敏捷框架最适合作为项目管理工作方式？A.传统的瀑布模型B.仅依赖严格文档驱动的PMI方法论C.结合精益思想与Scrum的混合方法，保留愿景指导的同时允许快速迭代调整D.完全放弃规划，随机安排开发任务92、某团队每日站会上，两名成员就开始争论技术方案细节，会议已超时15分钟。作为ScrumMaster，你最恰当的做法是：A.终止会议，要求两人会后自行协商解决B.加入讨论并替两人做出技术决策C.引导会议回到议程，建议两人在站会后单独深入讨论，并记录相关问题D.允许讨论继续，因为技术讨论很重要93、一个敏捷项目进入中期阶段，产品负责人频繁变更需求优先级，导致团队多次返工。作为ScrumMaster，你应该首先：A.禁止产品负责人在迭代期间修改任何需求B.与产品负责人沟通变更的影响，建立需求变更的沟通机制和审批流程C.自行决定哪些需求可以变更，哪些不能D.忽略此问题，让团队自行适应94、以下哪项最能体现敏捷宣言中"响应变化高于遵循计划"的价值取向？A.在项目初期制定详尽的五年路线图并严格执行B.在每个迭代结束时重新评估优先级，根据市场反馈及时调整后续计划C.将变更请求全部推迟到项目最后阶段统一处理D.只在项目启动时确定一次计划，之后不再修改95、某团队在一个迭代中完成了90%的既定任务，但产品负责人认为交付的功能缺少一个关键的用户交互细节。以下哪种处理方式最为恰当？A.宣布迭代成功，下个月再修复该细节B.在迭代结束后立即加班修复，不计入绩效C.将该细节视为未完成的用户故事，在下一迭代优先处理，并在回顾会议中反思遗漏原因D.隐瞒问题，假装功能已完整交付96、一个跨职能敏捷团队正在使用用户故事映射来规划releases。以下哪项活动最能帮助用户故事映射发挥最大价值？A.仅由产品经理绘制故事地图，团队成员只负责执行B.邀请全部团队成员参与工作坊，从用户旅程的角度共同识别和排序功能C.只关注技术实现细节，忽略用户体验路径D.将故事地图制作完成后永久封存，不再参考97、某团队在估算用户故事时采用了扑克排序法。团队成员对某一故事的估值差异很大，从2到21不等。作为敏捷教练，下一步最恰当的做法是：A.直接取平均值11.5作为最终估值B.让差异最大的两位成员阐述各自的估算依据，引导团队讨论直至达成共识C.由团队领导指定一个值作为最终结果D.放弃估算，改用计时方式来测量工作量98、一个敏捷团队连续两个迭代都未能完成迭代目标，团队成员士气低落。作为ScrumMaster，以下哪项行动最有助于恢复团队效能？A.公开批评团队效率低下，要求提高产出B.组织专项回顾会议，深入分析阻碍因素并制定具体的改进措施C.减少团队规模以缩小目标D.向管理层申请延长迭代周期而不过问原因99、在敏捷项目管理中，以下哪种度量方式最能反映团队的交付能力和客户满意度？A.仅统计代码行数和技术债务总额B.追踪每个迭代的交付价值点数和客户净推荐值NPSC.计算团队成员的平均加班时长D.记录会议次数和文档页数100、某公司正在推行敏捷转型，人力资源部希望保留传统的年度绩效考核制度。作为变革推动者，你应该如何回应？A.完全接受人力资源部的要求，维持现有制度不变B.建议将年度考核改为基于迭代的持续性反馈机制，关注协作贡献和客户价值交付C.立即废除所有考核制度D.要求人力资源部自行解决与敏捷的冲突

参考答案及解析1.【参考答案】B【解析】敏捷教练是负责帮助团队理解和实施敏捷原则与流程的角色。他们指导团队采用敏捷实践，移除障碍，促进持续改进，而非直接管理团队日常任务或制定产品需求。2.【参考答案】A【解析】敏捷宣言强调虽然右边价值很重要，但左边的价值更重要。正确的优先顺序是：个体和互动高于流程和工具、工作的软件高于详尽的文档、客户合作高于合同谈判、响应变化高于遵循计划。3.【参考答案】A【解析】Scrum是一种广泛使用的敏捷框架，通过固定的时间盒（冲刺）进行迭代开发。每个冲刺产出潜在可发布的产品增量，体现了增量交付的理念，同时强调迭代改进和持续反馈。4.【参考答案】B【解析】Scrum指南建议冲刺时长通常为2到4周，最常见的是2周。过短的冲刺会增加overhead，过长的冲刺则降低反馈速度和灵活性。一个团队确定冲刺长度后，应保持一致。5.【参考答案】C【解析】用户故事是一种捕获需求的方式，通常采用"作为某某角色，我希望某某功能，以便达成某某价值"的格式。它强调从最终用户的视角描述需求，促进团队与用户之间的沟通。6.【参考答案】B【解析】燃尽图展示的是在冲刺或项目期间剩余工作量的变化趋势。横轴是时间，纵轴是剩余工作量（通常以故事点或工时计），帮助团队监控进度并及时调整。7.【参考答案】C【解析】敏捷强调与客户或产品所有者的密切合作。客户或利益相关者的持续参与能确保产品符合实际需求，及时提供反馈，快速调整方向，这是敏捷区别于传统方法的重要特征。8.【参考答案】B【解析】规划扑克是一种共识驱动的估算技术，团队成员使用带有数字的卡牌匿名估算用户故事的工作量或复杂度，通过多轮讨论达成一致，常用于敏捷估算场景。9.【参考答案】B【解析】跨职能团队包含完成产品增量所需的所有专业技能和职能，如开发、测试、设计等。团队内部能够自主完成从需求到交付的全部工作，减少对外部依赖。10.【参考答案】B【解析】回顾会议是Sprint结束时团队反思会议，团队成员讨论哪些做得好、哪些需要改进，并制定具体的改进行动计划。重点在于持续改进团队的过程和方法。11.【参考答案】A【解析】敏捷原则强调的是尽早且持续交付有价值的软件，而非"最早和最迟"。正确原则是：通过尽早和持续交付有价值的软件来满足客户，通常以几周或几天的频率交付。12.【参考答案】B【解析】定义完成是一份团队的共享理解，明确什么样的增量或用户故事才被认为是可交付的。它确保团队对"完成"有统一标准，提高透明度和产品质量。13.【参考答案】B【解析】最小可行产品是包含足够核心功能、能解决用户关键问题的最简产品版本。它的主要目的是快速推向市场获取用户反馈，验证假设，指导后续迭代开发方向。14.【参考答案】A【解析】看板是一种可视化工作流的管理方法，使用看板板展示工作项及其状态流转。它帮助团队识别瓶颈、限制在制品数量、提高流动效率，是精益思想的重要实践工具。15.【参考答案】C【解析】产品待办事项列表是产品所有者的职责范围，由产品所有者负责创建、维护和优先级排序。它包含所有需求、功能和任务，是产品功能的动态清单。16.【参考答案】B【解析】这条原则强调在快速变化的环境中，能够迅速响应变化比严格遵循既定计划更有价值。敏捷团队不排斥计划，但在变化发生时愿意灵活调整方向和优先级。17.【参考答案】B【解析】使用斐波那契数列（1,2,3,5,8,13...）估算是因为随着故事规模增大，不确定性也随之增大。较大数字间的差距反映了估算的模糊性，避免过度精确的假象。18.【参考答案】A【解析】每日站会旨在同步信息、识别障碍，而非解决问题。它应控制在15分钟内，团队成员回答三个问题：昨天做了什么、今天计划做什么、遇到什么障碍。19.【参考答案】C【解析】交付速率衡量团队在每个Sprint中完成的故事点数量，是常用的敏捷度量指标之一。它帮助团队预测未来的交付能力，而非衡量个人生产力。代码行数和文档页数不是敏捷推荐的度量方式。20.【参考答案】C【解析】敏捷欢迎变更，即使开发阶段后期也欢迎。产品所有者可以根据反馈和市场变化重新调整待办事项列表的优先级，在Sprint规划时纳入新的优先级需求，保持产品价值最大化。21.【参考答案】C【解析】敏捷宣言的四大价值观为：个体互动高于流程工具、可工作软件高于全面文档、客户协作高于合同谈判、响应变化高于遵循计划。选项C准确体现了敏捷核心思想，即面对需求变化时应灵活调整而非固守原计划。22.【参考答案】C【解析】产品负责人对产品待办事项列表的内容、优先级和排序负责，核心职责是最大化产品的开发价值。其工作包括清晰表达产品待办事项、保持待办事项列表有序且高价值项在前，并确保团队成员理解待办事项内容。23.【参考答案】B【解析】根据Scrum指南，Sprint（冲刺）是一个时间盒，通常为2至4周。时间盒长度应使团队能够交付可用的增量产品。过短难以稳定产出，过长则反馈周期延长，不利于快速调整方向。选择时需结合团队成熟度和项目复杂度综合考量。24.【参考答案】B【解析】燃尽图主要用于可视化迭代周期内剩余工作量的变化趋势，横轴为时间，纵轴为剩余工作量。通过该图表可直观判断团队是否按计划推进，及时发现偏差并调整。其核心作用在于迭代层面的进度透明化管理。25.【参考答案】C【解析】用户故事的标准格式为：作为[某角色]，我希望[某行为]，以便[获得某价值]。选项C完整包含了角色、行为和期望价值三个要素。其他选项或缺少角色，或表述过于技术化，或未完成标准结构。26.【参考答案】B【解析】计划扑克通过让团队成员同时亮牌展示估算值，能够直观暴露分歧。当出现较大差异时，团队可讨论原因并重新估算，从而达成共识。其核心目的在于促进沟通协作，而非强制统一或由领导决策。27.【参考答案】C【解析】技术债务指因采取短期解决方案而导致的长期维护成本增加。为赶进度而跳过代码审查和单元测试，会使质量问题遗留，后续修复代价更大。定期重构、TDD和持续集成均是控制技术债务的有效手段。28.【参考答案】A【解析】TDD的典型步骤为：首先编写无法通过的测试用例，然后编写最少量的代码使其通过，再次运行测试验证，最后重构代码以提高质量。这一循环确保代码始终有测试覆盖，且设计持续改进。29.【参考答案】C【解析】ScrumMaster是服务型领导，主要负责维护Scrum流程、消除障碍、促进团队自组织。任务分配应由团队自主完成而非由ScrumMaster直接指派。产品负责人负责需求优先级，开发团队负责具体实现。30.【参考答案】B【解析】敏捷强调拥抱变化但需有序管理。产品负责人可随时调整产品待办事项列表的优先级，但插入已有迭代的任务需评估影响并与团队协商。盲目中断或完全拒绝均不符合敏捷平衡灵活性与稳定性的原则。31.【参考答案】B【解析】冲刺评审是团队向利益相关者展示本迭代完成的增量产品的工作成果，收集反馈并调整产品待办事项列表。主要焦点是产品本身而非团队内部管理或个人绩效。这是产品持续演进的重要依据。32.【参考答案】B【解析】冲刺回顾会议的核心目的是促进团队持续改进。良好的回顾会议应营造心理安全的环境，让每位成员都能自由表达，共同识别做得好的方面和需要改进的地方，并制定可执行的改进措施。33.【参考答案】B【解析】完成定义是对增量是否达到可发布质量的共同理解标准，包括代码审查、测试通过、文档更新等必要条件。它确保团队对所有什么是完成有一致的认知，而非仅仅描述功能或绩效指标。34.【参考答案】B【解析】敏捷强调跨职能团队，团队成员具备多种技能，能够端到端交付完整的增量产品。这种结构减少了部门间的依赖和沟通成本，提高响应速度和交付效率。过度专业化或专职架构师模式不利于团队协作。35.【参考答案】B【解析】最小可行产品MVP是具备足够核心功能的最小版本，目的是以最低成本验证假设并获得用户反馈。通过快速迭代验证市场，避免资源浪费在未被验证的功能上。这是敏捷和精益思想的典型应用。36.【参考答案】B【解析】SAFe规模敏捷框架专为协调多个团队在大型组织中的敏捷实践而设计，提供从团队级到项目组合级的分层治理结构。Kanban侧重可视化工作流程，XP聚焦工程实践，Lean强调价值流优化，均不专为多团队协调设计。37.【参考答案】B【解析】WIP限制WorkinProgress即限制在制品数量，目的是控制并行任务数，减少上下文切换带来的效率损失，加速单任务交付。通过在制上限可暴露瓶颈环节，推动团队聚焦完成而非开始新工作。38.【参考答案】C【解析】产品负责人排序时需综合考虑业务价值、风险因素和技术依赖关系，确保高价值和高优先级事项优先实现。单纯依据技术难度或人际关系排序可能导致价值交付延迟，影响产品竞争力和市场响应能力。39.【参考答案】B【解析】持续集成的核心是频繁集成并及时反馈。构建失败率高时应尽快定位并修复问题，避免问题积压。频繁小批量集成可降低每次集成的复杂度，快速发现问题并缩短修复周期，提高整体质量。40.【参考答案】B【解析】故事点是团队内部的相对估算单位，用于比较用户故事的复杂度和工作量大小。不同团队对同一故事点的定义可能不同，不能直接换算为标准工时。其价值在于内部参照和趋势跟踪而非绝对度量。41.【参考答案】B【解析】敏捷欢迎需求变更但需在适当时机纳入规划。当前迭代应保持稳定，新需求可加入产品待办事项列表并在下一个迭代计划时协商优先级和可行性。这样既尊重客户诉求又保障团队交付节奏。42.【参考答案】C【解析】敏捷原则强调持续交付有价值的软件，用户故事应按最小可用价值划分，使每个故事都能独立交付并产生业务价值。按技术模块或功能模块划分会导致交付周期过长，无法快速获得反馈。按难度划分违背了渐进式交付的理念。选项C正确体现了迭代增量交付的核心思想。43.【参考答案】B【解析】事件风暴是一种协作式工作坊技术，通过可视化方式帮助团队和产品负责人重新梳理业务域、识别核心价值流，从而对产品待办事项进行科学重新排序。选项A过于粗暴，可能遗漏重要需求；选项C缺乏专业指导；选项D无实际意义。引入事件风暴能系统性地解决优先级混乱问题，是敏捷实践中推荐的方法。44.【参考答案】C【解析】敏捷强调透明和及时沟通。当发现风险可能影响Sprint目标时，应第一时间向产品负责人透明地通报情况，共同评估影响范围，协商是否需要调整Sprint范围或目标。终止Sprint是最后手段而非首选；隐瞒风险违背敏捷透明原则；单独处理可能造成团队协作断裂和信息孤岛。选项C体现了敏捷的协作与透明精神。45.【参考答案】C【解析】优质用户故事应具备INVEST特征：独立（Independent）、可协商（Negotiable）、有价值（Valuable）、可估算（Estimable）、小（Small）、可测试（Testable）。用户故事强调保留灵活性，不应在初期详细描述技术实现方案，这正是可协商特性的体现。过度详细化会限制团队的技术决策空间，违背敏捷欢迎变化的原则。选项C描述的内容不符合优质用户故事的要求。46.【参考答案】C【解析】Scrum的五个核心仪式包括：Sprint计划会议、每日站会、Sprint评审会议、Sprint回顾会议和产品待办事项梳理。Sprint评审在每次Sprint结束时进行，而非每月一次。选项C的月度项目评审会并非Scrum框架内的标准活动，Scrum强调的是每个Sprint都进行评审和交付。其他三项均为Scrum的标准仪式。47.【参考答案】C【解析】敏捷回顾会议的目标是识别改进项并付诸行动。信息辐射器（如看板、燃尽图、任务板）是一种低成本高效的改进方式，能让团队工作透明化，成员能直观了解整体进展和瓶颈所在，从根本上改善信息同步问题。选项A成本过高且治标不治本；选项B增加了行政负担；选项D仍是传统的文档驱动方式。选项C体现了敏捷简单、透明的改进思路。48.【参考答案】C【解析】敏捷转型是一项系统性变革，风险最低的Approach是从局部试点开始，在小范围内验证敏捷方法的有效性，积累经验、培养人才、建立信心，然后逐步推广。选项A过于激进，容易引发组织抵触；选项B试点规模过大，风险较高；选项D是伪敏捷，无法实现真正转型。选项C体现了渐进式变革的稳健思路，符合组织变革管理的基本原则。49.【参考答案】B【解析】燃尽图是敏捷项目中常用的进度可视化工具，能够清晰展示剩余工作量和时间的关系，直观反映项目是否按计划推进。相比代码行数（不能反映质量）、测试通过率（仅反映质量维度）和工作日志（过于细节），燃尽图是向高层管理者汇报进度的最佳选择。它简洁明了，便于快速理解项目健康状态，符合敏捷透明原则。50.【参考答案】C【解析】产品负责人是Scrum团队的关键角色，负责管理产品待办事项和优先级。若预计无法全程参与，应提前在Sprint计划中明确沟通机制和关键决策的授权方式，确保团队能获得必要指导。暂停Sprint成本过高；ScrumMaster不能兼任产品负责人，职责存在冲突；团队成员无权自行决定优先级。选项C体现了前瞻性的风险管理和清晰的职责界定。51.【参考答案】B【解析】看板方法的核心实践之一是设定在制品（WIP）上限，通过限制同时进行的工作数量来减少上下文切换，提高专注度和交付效率。增加人员会加剧沟通复杂度（布鲁克斯法则）；加快速度治标不治本；减少站会时间无助于解决问题。选项B直击问题根源，体现了看板方法"限制在制品、暴露瓶颈"的核心理念。52.【参考答案】B【解析】敏捷安全理念主张"安全左移"，即将安全需求视为普通用户故事纳入产品待办事项，在每个迭代中持续实现和验证。选项A会导致安全漏洞堆积，后期修复成本极高；选项C造成开发与安全脱节；选项D违背敏捷持续交付原则。选项B实现了敏捷迭代与安全合规的有机结合，符合现代DevSecOps的最佳实践。53.【参考答案】C【解析】自组织团队是敏捷的核心特征之一，团队成员应基于自身专业能力、兴趣和当前负荷，通过协商自愿认领任务，而非由外部强制分配。ScrumMaster是服务领导者，不应直接干预任务分配；产品负责人负责"做什么"而非"谁来做"；投票方式可能损害团队和谐。选项C体现了自组织、自我管理的敏捷团队文化。54.【参考答案】B【解析】持续集成的核心在于频繁地将代码集成到主干并自动验证，这依赖于完善的自动化构建流程和全面的自动化测试覆盖。没有自动化，持续集成将演变为人工负担，无法实现快速反馈的目标。测试人员数量、外部顾问和开发环境工具都是辅助因素，而非决定性条件。选项B是持续集成实践的技术基础，缺少这一条件就无法真正实现持续集成。55.【参考答案】B【解析】Sprint评审的目的是展示增量成果并收集反馈。若利益相关者参与度低，可将会议形式调整为更聚焦、更简短的产品演示，突出可运行的软件成果和关键决策点，降低参与门槛。强制出席可能引发抵触；取消评审违背Scrum框架；延长会议时间可能加剧疲劳。选项B从价值交付角度优化会议形式，更符合敏捷的务实精神。56.【参考答案】C【解析】规划扑克的目的是通过匿名估算和讨论达成共识，促进团队对需求的共同理解。若团队成员每次都快速给出相同数字且不进行讨论，说明可能存在从众心理、缺乏独立思考或未充分理解需求，估算过程流于形式。初始差异大是正常的，讨论后趋同是理想结果，分享技术见解有助于深度理解。选项C揭示了估算过程形式化的问题。57.【参考答案】C【解析】在需求不确定性高的早期阶段，应采用渐进明细的发布规划策略，即先制定高层级的里程碑和方向性计划，随着项目推进和反馈收集逐步细化具体计划。三年详细路线图在不确定的环境下往往很快失效；完全不做规划会导致方向迷失；完成全部需求再规划违背迭代交付原则。选项C体现了敏捷规划"适时规划、持续调整"的智慧。58.【参考答案】B【解析】每日站会的目的是同步进度和识别阻塞，而非解决问题。当讨论偏离主题时，最有效的做法是让相关人员会后另行安排专项会议深入讨论，由专人记录问题跟进。取消站会违背Scrum框架；硬性限制时间可能压制必要沟通；ScrumMaster打断可能损害团队氛围。选项B既维护了站会的时间-boxed特性，又确保问题得到持续关注。59.【参考答案】B【解析】Burn-up图表的优势在于它能同时展示已完成工作量和总范围的演变，特别适合需求频繁变更的场景。它可以清晰反映范围扩展对项目进度的影响，而传统的Burn-down图表在面对范围变更时容易产生误导。需求不变的场景两种图表均可；不展示工作量或周期短不是选择Burn-up的主要理由。选项B准确描述了Burn-up图表的核心适用场景。60.【参考答案】B【解析】技术债务是敏捷项目的常见挑战，最有效的管理方式是在每个Sprint中持续预留容量（通常建议20%左右）用于技术改进和债务偿还。选项A会导致债务滚雪球式增长，后期偿还成本极高；选项C是短视行为，终将影响交付质量；选项D是一次性方案，债务会再次积累。选项B体现了持续改进和长期可持续开发的理念。61.【参考答案】B【解析】Scrum规范中，Sprint一旦开始就不应被打断插入新需求，以保持团队的专注和Sprint目标的稳定。新需求应加入产品待办事项列表，由产品负责人重新排序，在下一个Sprint计划会议中决定优先级和处理方式。选项A破坏了Sprint的稳定性；选项C越权了产品负责人的职责；选项D不符合敏捷快速响应变化的原则。选项B既保护了Sprint边界，又保证了需求的及时处理。62.【参考答案】B【解析】敏捷宣言于2001年由17位软件开发者在美国犹他州羚羊溪滑雪场发布，标志着敏捷开发方法的正式诞生。63.【参考答案】C【解析】敏捷宣言第一条核心价值观是"个体和互动高于流程和工具"，强调人与人之间的协作比机械化的流程更重要。64.【参考答案】E【解析】敏捷宣言四大价值观为：个体和互动高于流程和工具；可工作软件高于详尽文档；客户协作高于合同谈判；响应变化高于遵循计划。E选项不在其中。65.【参考答案】C【解析】主持每日站会是ScrumMaster的职责。产品负责人负责管理产品待办事项、确定优先级、接受用户故事，致力于最大化产品价值。66.【参考答案】B【解析】迭代是固定时间段的开发周期，通常为1到4周，期间完成一组选定功能的工作，产出可交付的产品增量。67.【参考答案】A【解析】Scrum的三核心角色为产品负责人（PO）、ScrumMaster和开发团队，三者协同合作推动项目成功交付。68.【参考答案】A【解析】用户故事标准格式："作为（某角色），我希望（某功能），以便（获得某价值）"，用于从用户角度描述需求，简洁明了。69.【参考答案】B【解析】MVP（MinimumViableProduct）即最小可行产品，是用最少功能满足用户需求的最简产品版本，用于快速验证市场假设。70.【参考答案】B【解析】敏捷推荐团队规模为6到10人，这样便于高效沟通和协作，太多人会增加沟通复杂度，影响敏捷响应速度。71.【参考答案】B【解析】每日站会（DailyStand-up）是敏捷仪式之一，时长严格控制在15分钟内，全员站立进行，聚焦进展、计划和障碍，不展开深入讨论。72.【参考答案】B【解析】燃尽图显示迭代内剩余工作量随时间推移的变化趋势，帮助团队监控进度，判断是否能按计划完成。73.【参考答案】C【解析】回顾会议在每轮迭代结束后进行，团队成员共同反思工作方式，识别改进点，持续优化团队协作效率。74.【参考答案】D【解析】敏捷原则强调拥抱变化，而非僵化执行计划。D选项违背敏捷核心理念，敏捷鼓励根据反馈灵活调整方向。75.【参考答案】D【解析】看板三大核心要素为：可视化工作流、限制在制品数量、管理流动。强制加班与看板理念相悖，看板追求可持续工作节奏。76.【参考答案】C【解析】产品待办事项列表由产品负责人负责维护，包括需求条目、优先级排序和详细描述，是产品迭代计划的核心依据。77.【参考答案】B【解析】验收标准定义了用户故事完成的条件，测试人员据此验证功能是否符合预期，是判断故事完成与否的重要依据。78.【参考答案】B【解析】极限编程（XP）是敏捷方法之一，其工程实践包括结对编程、持续集成、测试驱动开发等，注重代码质量和工程纪律。79.【参考答案】A【解析】增量化交付指在迭代中逐步增加可工作的产品功能，每个增量都是可交付的价值，便于用户及时获得并使用新功能。80.【参考答案】B【解析】故事点是敏捷估算单位，用于评估用户故事的相对复杂度和工作量，常采用斐波那契数列（1,2,3,5,8,13等）表示。81.【参考答案】B【解析】迭代规划会议（SprintPlanning）中，团队从产品待办列表中选取本迭代目标，分配用户故事并估算工作量，制定可实现的迭代承诺。82.【参考答案】B【解析】敏捷强调按团队实际产能规划迭代，而非盲目追求目标数量。产品负责人应根据价值优先级排序，将高优先级故事纳入迭代待办列表，低优先级故事保留至后续迭代。团队不应通过加班强行完成超出产能的工作量，这会影响质量并导致倦怠。正确做法是尊重团队估算，基于价值交付优先级的原则安排