项目管理PMP考试敏捷知识域重点突破指南

项目管理PMP考试敏捷知识域重点突破指南一、单选题（每题1分，共10题）1.在敏捷项目管理中，Scrum框架中负责产品待办事项列表（ProductBacklog）管理的角色是？A.ScrumMasterB.ProductOwnerC.DevelopmentTeamD.Stakeholder2.敏捷开发强调的“可持续节奏”指的是什么？A.团队每周工作80小时B.团队保持稳定的交付速度，避免过度加班C.每次迭代都交付完整功能D.每日站会必须准时结束3.敏捷方法中，“用户故事”的核心要素不包括？A.角色（Who）B.任务（What）C.值（Value）D.成本（Cost）4.在Scrum中，每个Sprint结束时进行的正式评审会称为？A.SprintRetrospectiveB.SprintReviewC.PlanningPokerD.DailyStand-up5.敏捷开发中，以下哪项不属于“轻量级”特性？A.简化的流程文档B.强调变更管理C.团队自组织D.详细的阶段性评审6.看板（Kanban）方法中，“在制品限制”（WIPLimit）的主要目的是？A.减少团队会议时间B.防止团队同时处理过多任务C.提高文档编写效率D.确保每个任务都有负责人7.敏捷项目中，产品待办事项列表（ProductBacklog）的排序依据通常由谁决定？A.ScrumMasterB.DevelopmentTeamC.ProductOwnerD.项目发起人8.敏捷开发中，“时间盒”（Timebox）指的是？A.团队加班的时限B.每次迭代固定的时长C.产品发布的最晚日期D.用户故事的估算时间9.敏捷方法中，促进团队持续改进的会议是？A.SprintPlanningB.SprintReviewC.SprintRetrospectiveD.DailyStand-up10.在敏捷项目中，以下哪项不属于常见的团队角色？A.ProductOwnerB.ScrumMasterC.BusinessAnalystD.DevelopmentTeam二、多选题（每题2分，共5题）1.敏捷开发的核心价值观包括哪些？A.个体和互动高于流程和工具B.可工作的软件高于详尽的文档C.客户合作高于合同谈判D.响应变化高于遵循计划E.团队自组织2.Scrum框架中，以下哪些角色属于核心角色？A.ProductOwnerB.ScrumMasterC.DevelopmentTeamD.项目经理E.QualityAssurance3.敏捷项目中，用户故事的常见格式包括哪些？A.“作为一个[角色]，我想要[功能]，以便[价值]”B.“用户需求：完成X任务”C.“功能点：Y特性”D.“验收标准：满足Z条件”E.“优先级：高/中/低”4.看板（Kanban）方法中，常见的实践包括哪些？A.限制在制品（WIP）B.持续交付C.可视化工作流程D.定期回顾E.团队自组织5.敏捷开发中，以下哪些活动有助于促进团队协作？A.每日站会B.SprintRetrospectiveC.用户故事评审D.跨部门会议E.文档编写三、判断题（每题1分，共10题）1.敏捷开发完全排斥使用文档。（×）2.Scrum框架中，Sprint的长度可以是任意时间，但必须是固定不变的。（√）3.敏捷项目中，产品待办事项列表（ProductBacklog）的顺序由ScrumMaster决定。（×）4.看板（Kanban）方法适用于所有类型的项目。（×）5.敏捷开发强调一次性交付完整功能，而不是逐步交付。（×）6.团队自组织是敏捷开发的核心原则之一。（√）7.敏捷项目中，每日站会的目的是解决复杂技术问题。（×）8.敏捷开发中，用户故事的估算通常使用故事点（StoryPoints）。（√）9.敏捷方法只适用于软件开发项目。（×）10.敏捷开发要求团队严格遵循既定计划。（×）四、简答题（每题5分，共4题）1.简述Scrum框架中“Sprint”的定义及其主要目标。2.敏捷开发中，产品待办事项列表（ProductBacklog）的维护有哪些关键活动？3.看板（Kanban）方法与Scrum框架的主要区别是什么？4.敏捷开发中，如何通过“用户故事”促进客户参与？五、案例分析题（每题10分，共2题）1.案例背景：某IT公司采用Scrum框架开发一款在线教育平台。当前Sprint中，团队发现产品待办事项列表（ProductBacklog）中的部分用户故事优先级不明确，导致开发进度混乱。产品负责人（ProductOwner）要求ScrumMaster协助解决该问题。问题：作为ScrumMaster，你会采取哪些措施帮助团队明确用户故事的优先级？2.案例背景：某制造企业希望引入敏捷方法优化生产线管理。团队采用看板（Kanban）方法后，发现工作流程中的瓶颈集中在物料配送环节，导致在制品（WIP）积压严重。问题：针对该问题，团队可以采取哪些措施改进看板系统的实施效果？答案与解析一、单选题1.B解析：在Scrum中，ProductOwner负责管理和排序产品待办事项列表，确保团队始终优先处理最有价值的需求。2.B解析：敏捷开发强调“可持续节奏”，即团队保持稳定的交付速度，避免长期加班，以保障质量和士气。3.D解析：用户故事的核心要素包括角色、任务和值，不包括成本。成本通常在估算时考虑，但不作为故事的基本要素。4.B解析：SprintReview是Scrum中每个Sprint结束时的正式评审会，用于展示成果并收集反馈。5.B解析：敏捷方法强调轻量级流程，避免过度文档化，但变更管理是敏捷的核心实践之一。6.B解析：WIP限制是看板的关键实践，防止团队同时处理过多任务，从而提高效率和质量。7.C解析：ProductOwner负责产品待办事项列表的排序，确保团队优先处理高价值需求。8.B解析：时间盒是每次迭代固定的时长（如2周），确保交付节奏稳定。9.C解析：SprintRetrospective是促进团队持续改进的会议，用于反思并优化下一个Sprint。10.C解析：BusinessAnalyst不属于敏捷团队的固定角色，敏捷更强调团队自组织。二、多选题1.A、B、C、D、E解析：敏捷核心价值观包括个体和互动高于流程和工具、可工作的软件高于详尽的文档、客户合作高于合同谈判、响应变化高于遵循计划，以及团队自组织。2.A、B、C解析：Scrum的核心角色包括ProductOwner、ScrumMaster和DevelopmentTeam。项目经理、QA等角色可能存在于敏捷团队中，但非Scrum框架的核心角色。3.A、D解析：用户故事的常见格式为“作为一个[角色]，我想要[功能]，以便[价值]”，并附带验收标准。其他选项不是标准格式。4.A、B、C、E解析：看板实践包括WIP限制、持续交付、可视化工作流程和团队自组织。定期回顾是Scrum的实践，但非看板独有。5.A、B、C解析：每日站会、SprintRetrospective和用户故事评审有助于促进团队协作。跨部门会议和文档编写不属于敏捷的核心协作活动。三、判断题1.×解析：敏捷并非排斥文档，而是强调轻量级文档，以客户价值为导向。2.√解析：Scrum中Sprint的长度固定（1-4周），但必须是预先设定的。3.×解析：ProductOwner负责排序，ScrumMaster协助但无决策权。4.×解析：看板适用于多种行业，但需要根据项目特点调整。5.×解析：敏捷强调逐步交付，而非一次性交付。6.√解析：团队自组织是敏捷的核心原则，确保高效协作。7.×解析：每日站会主要解决短期障碍，技术问题通常在技术讨论中解决。8.√解析：故事点用于估算用户故事的工作量，是敏捷开发常用工具。9.×解析：敏捷适用于多种行业，如制造、医疗等。10.×解析：敏捷强调响应变化，而非严格遵循计划。四、简答题1.Sprint的定义及其主要目标Sprint是Scrum框架中一个时间盒（1-4周），在此期间团队交付一个可用的产品增量。主要目标包括：-确保交付有价值的软件；-保持交付节奏稳定；-提供反馈机会，以便及时调整。2.产品待办事项列表（ProductBacklog）的维护关键活动-排序：ProductOwner根据优先级排序；-细化：DevelopmentTeam在SprintPlanning中细化用户故事；-更新：根据反馈和需求变化持续调整；-估算：团队使用故事点评估工作量。3.看板与Scrum的主要区别-流程：Scrum有固定角色和会议，看板更灵活；-时间盒：Scrum有Sprint，看板无固定时长；-变更管理：Scrum变更需在Sprint中讨论，看板更动态。4.用户故事促进客户参与的方式-客户参与评审，确保需求准确；-通过“作为一个[角色]，我想要[功能]，以便[价值]”的格式，让客户清晰表达需求；-客户参与验收测试，确认价值交付。五、案例分析题1.措施建议-组织ProductBacklogRefinement会议，与团队一起细化用户故事并明确优先级；-引入“价值驱动排序”方法，如MoSCoW（Musthave,Shouldhave,Couldha