2026-2027年敏捷开发管理高级认证专项练习题_第1页
2026-2027年敏捷开发管理高级认证专项练习题_第2页
2026-2027年敏捷开发管理高级认证专项练习题_第3页
2026-2027年敏捷开发管理高级认证专项练习题_第4页
2026-2027年敏捷开发管理高级认证专项练习题_第5页
已阅读5页,还剩11页未读, 继续免费阅读

付费下载

下载本文档

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

文档简介

2026-2027年敏捷开发管理高级认证专项练习题一、单选题(总共10题,每题2分,共20分)1.在敏捷开发管理中,Scrum框架的核心角色不包括以下哪一项?A.产品负责人(ProductOwner)B.敏捷教练(AgileCoach)C.ScrumMasterD.开发团队(DevelopmentTeam)解析:Scrum框架的核心角色明确包括产品负责人、ScrumMaster和开发团队,而敏捷教练属于组织层面的支持角色,并非Scrum框架的法定角色。敏捷教练可能在Scrum团队之外提供指导,但Scrum本身不强制要求此角色。2.看板(Kanban)方法中,“拉动式”(PullSystem)的核心原则是什么?A.强制每日站会以同步进度B.限制在制品(WIP)数量以减少瓶颈C.通过自动化工具实时更新任务状态D.优先处理紧急需求优先级解析:拉动式系统的核心是“按需生产”,即下游流程只有在上游流程有可用资源时才接收新任务,以避免过载。选项B正确描述了WIP限制作为拉动式系统的关键机制,而其他选项分别涉及同步机制、自动化和优先级分配,与拉动式原则无关。3.敏捷开发中,“用户故事地图”(UserStoryMapping)的主要作用是什么?A.制定详细的项目计划表B.规范开发团队的工作流程C.以用户视角可视化产品功能优先级D.量化评估开发团队的绩效解析:用户故事地图通过按用户旅程排列功能点,帮助团队理解产品结构并平衡业务价值与开发工作量。选项C准确描述了其核心作用,而其他选项分别涉及计划制定、流程规范和绩效评估,均非用户故事地图的主要目的。4.在Scrum中,哪些会议属于“仪式”(Ceremonies)?(多选)A.产品评审会(SprintReview)B.迭代计划会(SprintPlanning)C.每日站会(DailyScrum)D.产品待办事项梳理会(ProductBacklogRefinement)解析:Scrum定义的仪式包括Sprint计划会、每日站会、Sprint评审会和Sprint回顾会。产品待办事项梳理会虽为常见实践,但Scrum指南未将其列为法定仪式。选项A、B、C正确。5.敏捷开发中,“持续集成”(ContinuousIntegration)的典型实践是什么?A.每日进行全员代码评审B.每次提交后自动构建和测试C.每周发布一次产品版本D.仅在需求变更时进行测试解析:持续集成的核心是通过自动化构建和测试,确保代码合并后能快速验证。选项B准确描述了此实践,而其他选项分别涉及人工评审、发布频率和测试时机,均非持续集成的关键特征。6.敏捷开发中,“相对估算”(RelativeEstimation)的主要优势是什么?A.提供精确的绝对时间成本B.减少团队对复杂性的主观判断C.自动生成详细的项目进度表D.无需依赖团队经验进行评估解析:相对估算是通过故事点等相对单位评估任务大小,避免绝对时间估算的主观偏差。选项B正确,因为相对估算依赖团队共识,减少个体偏见。其他选项分别涉及绝对时间、进度表和经验依赖,均与相对估算无关。7.敏捷开发中,“验收标准”(AcceptanceCriteria)的主要作用是什么?A.规定开发人员的技术实现方式B.定义用户故事完成的具体条件C.确保产品符合行业合规要求D.限制测试人员的工作范围解析:验收标准是用户故事的核心组成部分,明确产品需满足的业务需求。选项B准确描述了其作用,而其他选项分别涉及技术实现、合规性和测试范围,均非验收标准的主要目的。8.敏捷开发中,“迭代开发”(IterativeDevelopment)与“瀑布模型”的主要区别是什么?A.瀑布模型更适用于大型项目B.敏捷迭代包含持续反馈循环C.瀑布模型需完成所有需求后才能开发D.敏捷迭代不进行正式文档管理解析:敏捷迭代的核心是分阶段交付价值并获取反馈,而瀑布模型是顺序执行阶段。选项B准确描述了敏捷迭代的关键特征,而其他选项分别涉及适用规模、开发顺序和文档管理,均非主要区别。9.敏捷开发中,“团队自组织”(Self-OrganizingTeam)的核心原则是什么?A.由项目经理分配任务优先级B.团队成员独立完成各自工作C.团队自主决定工作方式和分工D.必须通过全员投票决定技术方案解析:自组织团队强调成员自主协作,无需外部指令分配任务。选项C准确描述了其核心原则,而其他选项分别涉及外部控制、个体工作和决策机制,均非自组织团队的特征。10.敏捷开发中,“产品待办事项列表”(ProductBacklog)的维护原则是什么?A.按时间顺序固定优先级B.仅在Sprint计划会时更新C.通过业务价值排序动态调整D.由开发团队完全控制内容解析:产品待办事项列表需根据业务价值动态排序,并持续细化。选项C准确描述了其维护原则,而其他选项分别涉及固定排序、更新时机和团队控制权,均非产品待办事项列表的最佳实践。二、判断题(总共10题,每题2分,共20分)1.敏捷开发中,“用户故事”(UserStory)必须包含“作为一个...,我想要...,以便...”的三段式模板。解析:虽然三段式模板是常见实践,但Scrum指南未强制要求,团队可自定义格式。因此该命题错误。2.敏捷开发中,“Sprint”(迭代)的长度必须是1-4周的固定周期。解析:Scrum指南建议Sprint长度为1-4周,但未强制固定,团队可灵活选择。因此该命题错误。3.敏捷开发中,“测试驱动开发”(TDD)是Scrum框架的法定实践。解析:TDD是敏捷开发常见实践,但Scrum指南未将其列为法定要求。因此该命题错误。4.敏捷开发中,“每日站会”(DailyScrum)必须由ScrumMaster主持。解析:每日站会由开发团队自行主持,ScrumMaster仅观察并引导。因此该命题错误。5.敏捷开发中,“产品待办事项梳理”(BacklogRefinement)是Sprint的法定会议。解析:产品待办事项梳理是常见实践,但Scrum指南未将其列为法定会议。因此该命题错误。6.敏捷开发中,“相对估算”(RelativeEstimation)必须使用故事点作为唯一单位。解析:虽然故事点是常见单位,但Scrum允许团队选择其他相对单位(如T恤尺码)。因此该命题错误。7.敏捷开发中,“Sprint评审会”(SprintReview)必须展示可运行的产品增量。解析:Scrum要求评审会展示“潜在可交付产品”,不强制要求完全可运行。因此该命题错误。8.敏捷开发中,“团队自组织”(Self-OrganizingTeam)意味着无需任何管理。解析:自组织团队仍需ScrumMaster等角色提供框架支持,并非无管理。因此该命题错误。9.敏捷开发中,“看板”(Kanban)方法必须配合Scrum框架使用。解析:Kanban是独立方法,可单独使用或与Scrum结合。因此该命题错误。10.敏捷开发中,“验收标准”(AcceptanceCriteria)必须由产品负责人编写。解析:虽然产品负责人主导,但开发团队可参与编写,以减少沟通偏差。因此该命题错误。三、填空题(总共10题,每题2分,共20分)1.敏捷开发中,Scrum框架的核心角色包括______、______和______。参考答案:产品负责人、ScrumMaster、开发团队2.敏捷开发中,“用户故事地图”(UserStoryMapping)的核心原则是______和______。参考答案:用户视角、优先级排序3.敏捷开发中,“持续集成”(ContinuousIntegration)的关键实践包括______、______和______。参考答案:自动化构建、自动化测试、快速反馈4.敏捷开发中,“相对估算”(RelativeEstimation)的典型单位包括______和______。参考答案:故事点、T恤尺码5.敏捷开发中,“验收标准”(AcceptanceCriteria)的编写原则是______和______。参考答案:具体化、可测试6.敏捷开发中,“迭代开发”(IterativeDevelopment)的核心优势是______和______。参考答案:分阶段交付、持续反馈7.敏捷开发中,“团队自组织”(Self-OrganizingTeam)的关键特征是______和______。参考答案:自主决策、共同责任8.敏捷开发中,“产品待办事项列表”(ProductBacklog)的维护方法包括______和______。参考答案:优先级排序、细化内容9.敏捷开发中,“看板”(Kanban)方法的核心原则是______和______。参考答案:可视化、限制在制品10.敏捷开发中,“Sprint”(迭代)的典型活动包括______、______和______。参考答案:Sprint计划会、每日站会、Sprint评审会四、简答题(总共4题,每题4分,共16分)1.简述Scrum框架中“产品待办事项列表”(ProductBacklog)的主要特征。参考答案:(1)动态排序:按业务价值优先级排列,可随时调整;(2)分层次细化:高优先级项需充分细化至可开发状态;(3)产品负责人负责:主导排序和内容定义;(4)持续更新:通过梳理会逐步完善。2.敏捷开发中,“相对估算”(RelativeEstimation)与“绝对估算”(AbsoluteEstimation)的主要区别是什么?参考答案:(1)相对估算:使用故事点等相对单位,关注任务间大小关系;(2)绝对估算:使用小时等绝对单位,关注具体时间成本;(3)相对估算减少主观偏差,绝对估算易受个体经验影响;(4)相对估算更适用于跨团队协作,绝对估算更适用于固定工时项目。3.敏捷开发中,“团队自组织”(Self-OrganizingTeam)如何实现高效协作?参考答案:(1)明确角色分工:通过“责任矩阵”明确职责边界;(2)建立沟通机制:每日站会同步进度,通过“开放空间”促进交流;(3)共同决策:通过“共识决策”避免指令式管理;(4)持续改进:通过Sprint回顾会反思协作效率。4.敏捷开发中,“用户故事地图”(UserStoryMapping)如何帮助团队平衡业务价值与开发工作量?参考答案:(1)按用户旅程排列:直观展示功能优先级;(2)分块估算:通过“故事块”平衡单次迭代工作量;(3)可视化依赖:识别关键路径和瓶颈;(4)动态调整:根据反馈灵活调整优先级和范围。五、应用题(总共4题,每题6分,共24分)1.案例背景:某金融科技公司采用Scrum框架开发移动支付产品,当前Sprint剩余任务如下:-任务A:实现支付密码验证(优先级高,预估3故事点);-任务B:集成银行API(优先级中,预估5故事点);-任务C:优化UI界面(优先级低,预估2故事点);-任务D:编写单元测试(预估4故事点)。假设团队本周可投入20故事点,请说明如何通过“相对估算”和“WIP限制”平衡工作量。参考答案:(1)优先执行任务A(3点)和任务B(5点),共8点,剩余12点;(2)任务C(2点)可部分完成,任务D(4点)暂缓;(3)通过WIP限制(如限制同时处理2个任务),避免过载;(4)若任务B阻塞,可调整优先级(如将任务D提前),确保关键路径优先。2.案例背景:某电商公司采用Kanban方法管理订单处理流程,当前流程存在以下瓶颈:-订单接收(平均耗时2小时);-库存查询(平均耗时1.5小时);-订单打包(平均耗时3小时)。请设计Kanban改进方案,并说明如何通过“拉动式”系统缓解瓶颈。参考答案:(1)可视化流程:绘制Kanban板,明确各阶段;(2)限制在制品:设置WIP上限(如接收5单、查询3单、打包2单);(3)拉动式改进:仅当库存查询完成时才触发打包,避免资源闲置;(4)自动化支持:引入API自动同步库存数据,减少查询耗时。3.案例背景:某医疗科技公司采用敏捷开发开发电子病历系统,产品负责人提出以下用户故事:“作为一个医生,我想要快速检索患者过敏史,以便在用药时避免风险。”请编写该用户故事的验收标准,并说明如何通过“相对估算”评估其复杂度。参考答案:(1)验收标准:-输入患者ID后1秒内返回结果;-支持模糊检索(如“头孢”自动匹配“头孢类”);-显示过敏类型(药物/食物/其他);-无需额外权限认证。(2)相对估算:-与“录入患者基本信息”(2点)对比,该故事预估4点;-与“生成报表”(6点)对比,该故事预估较低;-通过团队“T恤尺码”类比(如M号),该故事预估“L号”。4.案例背景:某教育机构采用敏捷开发开发在线课程平台,当前Sprint计划会确定以下任务:-开发视频播放器模块(预估8故事点);-实现用户评分功能(预估5故事点);-优化课程搜索算法(预估7故事点)。假设团队本周可投入25故事点,请说明如何通过“用户故事地图”平衡业务价值与开发工作量。参考答案:(1)绘制用户旅程:按“浏览课程-学习课程-互动评价”排列;(2)优先实现核心旅程:播放器(2点)和评分(1点),共3点;(3)剩余22点可分块:播放器模块分2次迭代(4+4点),搜索算法暂缓;(4)通过“故事块”平衡:每次迭代交付“核心功能+次要功能”,如第1次迭代含播放器+评分,第2次迭代含播放器高级功能。【标准答案及解析】一、单选题1.D2.B3.C4.ABC5.B6.B7.B8.B9.C10.C解析:第4题多选题中,Scrum仪式包括Sprint计划会、每日站会、Sprint评审会,产品待办事项梳理会非法定仪式。二、判断题1.×2.×3.×4.×5.×6.×7.×8.×9.×10.×解析:第1题三段式模板非强制要求,第6题TDD非Scrum法定实践。三、填空题1.产品负责人、ScrumMaste

温馨提示

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

评论

0/150

提交评论