PMP项目管理模拟试题（敏捷方法论专练）

PMP项目管理模拟试题（敏捷方法论专练）一、单项选择题（总共10题，每题2分，共20分）1.敏捷方法论中，Scrum框架的核心角色不包括以下哪项？A.产品负责人(ProductOwner)B.敏捷教练(AgileCoach)C.ScrumMasterD.开发团队(DevelopmentTeam)解析：敏捷方法论中Scrum框架的三大核心角色为产品负责人、ScrumMaster和开发团队。敏捷教练属于敏捷转型过程中的支持角色，而非Scrum框架的固定角色，正确答案为B。2.在敏捷开发过程中，"用户故事(UserStory)"通常采用哪种格式编写？A."作为<角色>，我想要<功能>，以便<价值>"B."需求ID：功能描述-优先级"C."技术规格-开发周期"D."业务需求-验收标准"解析：用户故事的标准格式为"作为<角色>，我想要<功能>，以便<价值>"，这种格式强调用户视角和业务价值，正确答案为A。3.敏捷方法论中，"SprintBacklog"的主要组成部分是什么？A.产品待办事项列表(ProductBacklog)与Sprint待办事项列表(SprintBacklog)B.Sprint计划会、每日站会与评审会C.产品待办事项列表与评审会议D.Sprint计划会与每日站会解析：SprintBacklog由Sprint目标、Sprint待办事项列表和开发团队选定的任务组成，本质上是产品待办事项列表的子集，正确答案为A。4.敏捷开发中，"时间盒(Timebox)"指的是什么？A.项目总工期B.可变长度的开发周期C.固定的Sprint长度D.需求变更冻结期解析：时间盒是敏捷开发中为特定活动设定的固定时间限制，最典型的是Sprint周期，通常为1-4周的固定长度，正确答案为C。5.敏捷方法论中，"持续集成(ContinuousIntegration)"的核心实践是什么？A.每日发布完整版本B.频繁集成代码变更并自动化测试C.周期性代码审查D.分阶段灰度发布解析：持续集成的核心实践是开发人员频繁将代码变更集成到主干，并通过自动化测试保证集成质量，正确答案为B。6.敏捷开发中，"产品待办事项(ProductBacklog)"如何管理？A.由ScrumMaster统一维护B.由开发团队自主决定优先级C.由产品负责人负责排序和细化D.固定不变直到项目结束解析：产品待办事项由产品负责人负责定义、排序和细化，通过产品待办事项梳理会(ProductBacklogRefinement)进行维护，正确答案为C。7.敏捷方法论中，"用户验收测试(UAT)"通常如何执行？A.由QA团队独立完成B.在Sprint评审会中由用户代表参与C.作为传统瀑布模型特有的环节D.在开发完成后一次性进行解析：敏捷中的UAT通常在Sprint评审会中由最终用户代表参与，通过演示完成的可运行软件进行，正确答案为B。8.敏捷开发中，"重构(Refactoring)"的主要目的是什么？A.增加新功能B.优化代码结构但不改变功能C.执行回归测试D.修复生产环境缺陷解析：重构是在不改变软件外在行为的前提下，改进其内部结构，提高代码可维护性，正确答案为B。9.敏捷方法论中，"迭代规划(IterativePlanning)"与"Sprint计划会(SprintPlanning)"的区别是什么？A.迭代规划更注重技术架构B.Sprint计划会聚焦于单个Sprint的内容C.迭代规划由开发团队独立完成D.两者没有本质区别解析：迭代规划通常针对多个Sprint的宏观范围，而Sprint计划会则具体决定单个Sprint要完成的用户故事，正确答案为B。10.敏捷开发中，"测试驱动开发(TDD)"的执行顺序是什么？A.编写代码-编写测试-重构B.编写测试-编写代码-重构C.重构-编写代码-编写测试D.编写代码-重构-编写测试解析：TDD遵循"红-绿-重构"循环：先编写失败测试(红)，再编写通过测试的代码(绿)，最后重构代码，正确答案为B。二、判断题（总共10题，每题2分，共20分）1.敏捷方法论完全排斥传统项目管理中的变更控制流程。（×）解析：敏捷虽然强调拥抱变化，但仍然需要管理变更请求，只是流程更灵活，通过产品待办事项排序和Sprint评审会控制变更。2.Scrum框架中，产品负责人可以同时管理多个团队的ProductBacklog。（√）解析：Scrum指南允许产品负责人为多个Scrum团队工作，只要合理分配时间和精力，这种实践被称为"共享产品"。3.敏捷开发中，每日站会(DailyScrum)的时长可以超过15分钟。（×）解析：Scrum指南明确规定每日站会严格控制在15分钟内，超过时间需要调整会议效率或内容。4.敏捷方法论认为所有需求都必须在项目初期完全确定。（×）解析：敏捷的核心原则之一是需求会随着项目进展逐渐清晰，产品负责人负责管理需求变更和优先级。5.敏捷开发中，Sprint评审会需要演示可运行软件。（√）解析：Sprint评审会的核心是演示Sprint期间完成的工作，通常通过可运行软件的演示进行，验证用户故事是否完成。6.敏捷方法论中，开发团队规模越大效率越高。（×）解析：敏捷研究表明，开发团队规模在3-9人之间效率最高，超过这个范围会导致沟通成本指数级增加。7.敏捷开发完全不需要文档，所有信息都在会议中传递。（×）解析：敏捷鼓励必要的文档，如用户故事卡片、产品待办事项列表、测试用例等，但反对冗余的官僚式文档。8.敏捷方法论只适用于软件开发项目。（×）解析：敏捷原則已成功应用于产品开发、硬件制造、市场营销等多种领域，关键在于项目是否适合迭代开发模式。9.敏捷开发中，ScrumMaster可以代替产品负责人做决策。（×）解析：ScrumMaster负责移除障碍、促进协作，但不参与产品决策，产品负责人拥有最终决策权。10.敏捷开发不需要进度计划，所有工作都是自发进行的。（×）解析：敏捷需要明确的Sprint计划和时间盒，但计划更灵活，会根据反馈调整，而非僵化的甘特图式计划。三、填空题（总共10题，每题2分，共20分）1.敏捷方法论中，衡量Sprint进度常用的指标是__________和______________。解析：燃尽图(EffortBurn-downChart)和进度条(SprintBurndownChart)，分别表示剩余工作量和计划完成情况。2.Scrum框架中，负责确保团队达成Sprint目标的角色是__________。解析：开发团队(DevelopmentTeam)，Scrum不设项目经理，团队自组织完成目标。3.敏捷开发中，用户故事的验收标准通常用__________文档描述。解析：验收测试计划(AcceptanceTestPlan)，描述用户故事完成时需要满足的条件。4.敏捷方法论中，"持续交付(ContinuousDelivery)"强调软件在______________的状态下随时可发布。解析：可部署(ReadytoDeploy)，区别于持续集成(ContinuousIntegration)的代码集成状态。5.敏捷开发中，产品待办事项梳理会(ProductBacklogRefinement)的主要目的是______________。解析：细化需求、估算工作量、确定优先级，使团队对即将开发的用户故事有清晰认识。6.敏捷方法论中，"伪代码(Pseudocode)"常用于______________阶段，帮助团队理解需求。解析：用户故事细化，作为沟通工具，避免过早关注实现细节。7.敏捷开发中，每日站会需要回答的三个问题是______________、______________和______________。解析：昨天完成了什么？今天计划做什么？遇到了什么障碍？8.敏捷方法论中，"INVEST原则"用于指导用户故事的编写，其中"V"代表______________。解析：价值(Value)，要求每个用户故事都必须明确为用户或业务带来的价值。9.敏捷开发中，Sprint评审会需要收集的反馈包括______________、______________和______________。解析：用户反馈、业务价值评估、改进建议，用于调整产品待办事项。10.敏捷方法论与瀑布模型在______________方面的根本差异。解析：需求管理，敏捷拥抱需求变更，瀑布要求前期冻结需求。四、简答题（总共8题，每题2分，共16分）1.简述Scrum框架中三个核心角色的主要职责及相互关系。参考答案：产品负责人(ProductOwner)：定义产品愿景，管理ProductBacklog，决定需求优先级，确保团队理解需求价值。ScrumMaster：移除团队障碍，促进敏捷实践，主持Scrum会议，教练团队和产品负责人。开发团队(DevelopmentTeam)：自组织完成Sprint目标，包含跨职能成员，对交付质量负责。三者关系：产品负责人定义方向，ScrumMaster保障过程，开发团队执行交付，三者通过Sprint周期协同工作。2.敏捷开发中，用户故事(UserStory)包含哪些关键要素？如何进行有效估算？参考答案：用户故事要素：角色(Role)、行动(Action)、价值(Value)，格式为"作为<角色>，我想要<功能>，以便<价值>"。有效估算方法：计划扑克(PlanningPoker)、故事点(StoryPoints)、T恤尺码(T-shirtSizing)，需考虑团队熟悉度、复杂度、风险等因素，避免依赖个人主观判断。3.敏捷开发如何处理需求变更？与瀑布模型的变更管理有何不同？参考答案：敏捷处理变更：通过Sprint评审会正式评估变更影响，调整ProductBacklog优先级，在后续Sprint中实现。不同点：敏捷将变更视为常态，通过优先级排序控制范围；瀑布模型在需求阶段冻结变更，后期变更成本极高。4.敏捷开发中，每日站会(DailyScrum)的目的是什么？如何避免会议低效？参考答案：目的：同步进度，识别障碍，保持团队同步，通常围绕三个问题展开。避免低效：严格控制在15分钟，提前准备，站立开会，聚焦实际问题，避免技术讨论，必要时安排专门会议。5.敏捷开发如何保证软件质量？除了测试还有哪些质量保障手段？参考答案：质量保证手段：-测试：单元测试、集成测试、验收测试-重构：持续优化代码结构-代码审查：同行评审发现缺陷-持续集成：自动化验证每次提交-用户反馈：早期验证产品价值6.敏捷开发中，Sprint评审会(SprintReview)与Sprint回顾会(SprintRetrospective)的区别是什么？参考答案：Sprint评审会：展示Sprint成果，收集用户反馈，确认完成的工作，调整ProductBacklog；关注"我们做了什么"。Sprint回顾会：反思过程，识别改进点，制定改进措施，落实行动项；关注"我们如何做得更好"。7.敏捷开发如何平衡速度与质量？哪些实践有助于实现这一目标？参考答案：平衡方法：-精益开发原则：消除浪费，优化流程-持续集成：自动化测试保障质量-技术债务管理：优先重构高风险代码-小步快跑：频繁交付可运行软件-用户参与：确保需求符合实际8.敏捷开发中，"技术债务(TechnicalDebt)"是什么？如何有效管理？参考答案：定义：为了快速交付而采取的临时方案导致的代码质量问题，会降低后续开发效率。管理方法：-识别：通过代码审查、静态分析发现-优先级：与业务价值挂钩，高价值功能优先偿还-计划：在Sprint中预留时间重构-预防：建立编码规范，避免过度简化五、应用题（总共8题，每题4分，共24分）1.某敏捷团队采用Scrum框架开发电商平台，当前Sprint目标是完成商品浏览和搜索功能。产品负责人提供了以下三个用户故事，请分别为其编写简洁的用户故事，并估算故事点（假设团队基线为2个故事点等于8人天）。需求1：用户可以查看商品列表，包括图片、价格、评分等信息。需求2：用户可以根据关键词搜索商品，结果按相关性排序。需求3：用户可以设置搜索条件，如价格区间、品牌、分类等。参考答案：用户故事1："作为购物者，我想要查看商品列表，以便快速浏览商品信息。"（3故事点）用户故事2："作为购物者，我想要搜索商品，以便找到需要的商品。"（4故事点）用户故事3："作为购物者，我想要设置搜索条件，以便精确找到商品。"（5故事点）估算依据：考虑功能复杂度、依赖关系、技术难度等因素，故事点为相对值，团队需共同评估。2.假设你作为ScrumMaster，发现团队在Sprint中期遇到技术瓶颈，导致进度落后。请设计一个解决该问题的行动计划。参考答案：行动计划：3.诊断问题：召开临时站会，收集具体障碍（如依赖外部系统、技术方案不确定等）4.资源协调：联系相关方解决依赖问题，必要时调整Sprint目标5.技术支持：安排资深成员指导，或引入外部专家6.透明沟通：向产品负责人汇报，协商调整剩余需求优先级7.风险预防：在后续Sprint中预留技术风险缓冲，加强早期技术验证8.某公司采用敏捷开发，但产品负责人经常在Sprint中随意调整需求优先级，导致团队疲于应付。请提出解决方案。参考答案：解决方案：9.建立优先级管理机制：制定ProductBacklog排序规则（如业务价值、紧急度、依赖关系）10.产品待办事项梳理：定期（如每两周）进行正式梳理会，确保优先级稳定11.需求变更流程：建立变更控制委员会，评估变更影响后才能调整优先级12.早期沟通：产品负责人需在Sprint计划会前至少一周确定需求优先级13.敏捷培训：加强团队对"完成比完美重要"的理解，减少对需求频繁变更的依赖14.假设你作为敏捷开发人员，在Sprint评审会中演示的功能存在严重缺陷。请描述你会如何应对。参考答案：应对步骤：15.诚实反馈：直接指出问题，不隐瞒缺陷，说明已发现的问题类型和严重程度16.追溯原因：与产品负责人和测试人员确认问题根源（是需求理解偏差还是实现错误）17.制定计划：在Sprint评审会后立即修复缺陷，并评估对后续工作的影响18.学习改进：在Sprint回顾会中反思导致问题的原因（如需求不明确、测试不足等）19.透明沟通：向利益相关者说明情况，提供临时解决方案（如通过配置关闭问题功能）20.某敏捷团队采用Kanban看板管理任务流，但发现工作积压严重。请分析可能的原因并提出改进建议。参考答案：原因分析：21.工作项定义：任务拆分过粗，导致单个任务耗时过长22.限制在制品(WIP)：未设置合理的WIP限制，导致多任务并行23.依赖管理：未识别和可视化任务依赖，导致阻塞24.人员技能：部分成员技能不足，处理特定任务时效率低下25.流程瓶颈：某个环节（如测试）处理能力不足改进建议：26.任务细化：将大任务拆分为更小的任务卡片27.设置WIP限制：根据瓶颈环节容量限制同时进行的任务数量28.可视化依赖：使用依赖标签或特殊看板列标识任务关系29.技能提升：安排交叉培训，培养多面手30.流程优化：重构瓶颈环节的工作方式（如增加测试人员、引入自动化测试）31.假设你作为产品负责人，需要向管理层解释敏捷开发的价值。请设计一个简洁的汇报框架。参考答案：