2025年《项目管理敏捷管理》知识考试题库及答案解析

2025年《项目管理敏捷管理》知识考试题库及答案解析单位所属部门：________姓名：________考场号：________考生号：________一、选择题1.敏捷管理中，用户故事的主要目的是（）A.详细描述项目需求B.作为项目验收的标准C.促进团队对需求的共同理解D.作为项目预算的依据答案：C解析：用户故事的主要目的是以简洁的方式描述软件功能，并从用户的角度出发，帮助开发团队更好地理解需求。它促进团队成员与产品负责人之间的沟通，确保开发的功能真正满足用户的需求。用户故事不是详细的需求规格说明书，也不是项目验收的唯一标准，更不是预算的依据。2.在敏捷开发过程中，Scrum框架中负责协调团队工作和产品backlog的是（）A.产品负责人B.敏捷教练C.项目经理D.团队成员答案：A解析：在Scrum框架中，产品负责人（ProductOwner）是关键的角色之一，主要负责定义产品的愿景，管理产品待办事项列表（ProductBacklog），并确保开发团队理解需求。他们负责最大化产品价值和开发团队工作的成果。敏捷教练（ScrumMaster）主要负责帮助团队理解和实施Scrum，移除障碍，但不负责管理产品backlog。项目经理在敏捷中通常不是必需的，或者角色被产品负责人和ScrumMaster替代。团队成员负责具体开发工作。3.敏捷管理强调的“迭代”意味着（）A.项目一次性完成所有工作B.按照严格的计划分阶段进行C.重复进行计划、执行、检查、行动的循环D.只进行需求分析阶段答案：C解析：敏捷管理强调迭代开发，意味着项目被分解为多个短期的迭代周期，每个迭代都包含计划、执行、评审和回顾等环节。在每个迭代结束时，团队会产出可工作的产品增量，并根据反馈进行调整。这种方式使得项目能够快速响应变化，并逐步完善产品。一次性完成所有工作不是敏捷的特点，严格的计划分阶段进行更偏向于瀑布模型，只进行需求分析阶段则过于片面。4.敏捷管理中，“持续集成”的核心思想是（）A.每天发布一个完整版本B.开发人员频繁地将代码集成到共享代码库中C.每周进行一次代码集成D.只有在测试通过后才进行代码集成答案：B解析：持续集成（ContinuousIntegration,CI）是敏捷开发实践中的一种重要方法。其核心思想是开发人员频繁地将代码变更集成到主干代码库中，通常每天至少进行一次。每次集成都会通过自动化测试来验证，以确保代码的集成不会破坏现有的功能。这种方式可以及早发现和解决集成问题，减少后期集成的风险和成本。每天发布一个完整版本过于频繁，每周或测试通过后才集成则不符合持续集成的原则。5.敏捷管理中，用于跟踪项目进度和团队燃尽图的工具是（）A.产品待办事项列表B.看板C.甘特图D.用户故事地图答案：B解析：看板（Kanban）是一种用于可视化工作流程和管理工作进度的工具，尤其在敏捷开发中广泛使用。它通过卡片和列的形式展示任务的状态，帮助团队了解工作流程，识别瓶颈，并限制在制品（WorkInProgress,WIP），从而提高效率和透明度。产品待办事项列表是需求列表，甘特图是计划工具，用户故事地图是用于展示用户旅程和需求的工具，但看板更侧重于跟踪执行中的任务和进度。6.敏捷管理中，“用户验收测试”通常由谁进行（）A.项目经理B.测试团队C.开发团队D.产品负责人答案：D解析：在敏捷管理中，产品负责人（ProductOwner）通常是用户验收测试的主要负责人。他们负责定义产品的需求和验收标准，并最终决定产品是否满足用户的需求。虽然测试团队和开发团队也会进行测试，但最终的验收决策权通常掌握在产品负责人手中，因为他们最了解用户的期望和产品的商业价值。7.敏捷管理中，“回溯会议”的主要目的是（）A.制定项目计划B.审核项目预算C.回顾上一个迭代的经验教训，并制定改进措施D.分配下一个迭代的任务答案：C解析：回溯会议（RetrospectiveMeeting）是敏捷开发中每个迭代结束后举行的一个重要会议。其主要目的是让团队成员回顾上一个迭代的过程，识别哪些做得好，哪些需要改进，并共同制定具体的改进措施，以便在下一个迭代中做得更好。制定项目计划、审核预算和分配任务通常不是回溯会议的重点。8.敏捷管理中，用于估算用户故事点数的常用方法是（）A.专家评审法B.模糊估算法C.故事点估算（PlanningPoker）D.基于工时的估算答案：C解析：故事点估算（PlanningPoker）是敏捷开发中一种常用的用户故事点估算方法。它通过让团队成员使用特定的点数牌（通常包含不同的斐波那契数列或类似的数值）来对用户故事的复杂度进行相对估算，并进行多轮讨论和协商，以达成共识。专家评审法、模糊估算法和基于工时的估算虽然也可能在项目管理中使用，但故事点估算是敏捷领域特有的、用于相对估算用户故事工作量的常用方法。9.敏捷管理中，Scrum框架中负责移除团队障碍和确保Scrum流程顺畅运行的是（）A.产品负责人B.敏捷教练C.项目经理D.团队成员答案：B解析：在Scrum框架中，敏捷教练（ScrumMaster）是一个关键角色，其主要职责是服务型领导，帮助团队、组织和产品负责人理解和应用Scrum。他们负责移除团队在工作中遇到的障碍（Impediments），确保Scrum流程得到遵循，并促进团队之间的协作。产品负责人负责产品backlog，项目经理在敏捷中通常不是必需的，团队成员负责具体工作。10.敏捷管理中，“迭代计划会议”的主要目的是（）A.回顾上一个迭代的工作B.估算用户故事点数，并选择下一个迭代要完成的用户故事C.审核项目预算D.进行用户验收测试答案：B解析：迭代计划会议（SprintPlanningMeeting）是Scrum框架中每个迭代开始前举行的重要会议。其主要目的是让团队共同决定在下一个迭代中要完成哪些用户故事（即更新产品待办事项列表），并对这些用户故事进行估算（通常使用故事点），以便制定出可行的迭代目标和工作计划。回顾上一个迭代的工作是在回溯会议上进行，审核预算和进行用户验收测试则不是迭代计划会议的职责。11.敏捷管理中，用户故事的格式通常为“作为一个<角色>，我想要<功能>，以便<价值>”（）A.这种格式是固定的，不能改变B.“角色”部分可以省略C.“功能”部分描述了用户需要完成的任务D.“价值”部分通常与项目预算直接相关答案：C解析：用户故事的格式“作为一个<角色>，我想要<功能>，以便<价值>”提供了一种简洁、以用户为中心的方式来描述需求。其中，“功能”部分是核心，它描述了用户希望软件或系统提供的具体能力或功能。虽然这种格式提供了指导，但在实践中可以根据具体情况进行微调，例如“角色”部分有时可以根据上下文简化或省略。但“价值”部分描述的是用户获得该功能所带来的好处或收益，而不是直接与项目预算挂钩。12.敏捷管理中，Scrum框架中每个迭代的固定长度通常是（）A.一个月B.两周C.四周D.由团队自行决定答案：B解析：在Scrum框架中，Sprint（迭代）是一个时间盒（Timebox），每个迭代的长度是固定的，通常为两个星期（即10到14天）。这个固定长度有助于团队建立节奏，保持专注，并能够相对频繁地交付可工作的软件增量。虽然最常见的是两周，但在特定情况下，Scrum指南允许团队选择一个更短或更长的Sprint长度，但需要团队所有成员达成一致，并且长度不应超过一个月。13.敏捷管理中，“产品待办事项列表”排序的主要依据是（）A.项目的预算限制B.开发团队的喜好C.产品价值和优先级D.客户的地理位置答案：C解析：产品待办事项列表（ProductBacklog）是一个动态的、按优先级排序的需求列表，它包含了所有需要为产品添加的功能、修复、改进或任务。排序的主要依据是产品负责人（ProductOwner）根据商业价值、客户需求、依赖关系、风险等因素判断的优先级。产品价值和优先级是决定排序的核心因素，项目的预算限制、开发团队的喜好或客户的地理位置通常不是排序的主要依据，尽管这些因素可能会间接影响优先级的判断。14.敏捷管理中，Scrum框架中负责维护和更新产品待办事项列表的是（）A.敏捷教练B.项目经理C.产品负责人D.团队成员答案：C解析：在Scrum框架中，产品负责人（ProductOwner）是产品待办事项列表（ProductBacklog）的所有者。他们负责定义产品的愿景，管理产品待办事项列表，确保列表中的项目清晰、明确，并根据业务价值、风险、依赖性等因素对列表进行排序。敏捷教练（ScrumMaster）帮助团队理解和应用Scrum，但不负责管理产品待办事项列表。项目经理在敏捷中通常不是必需的。团队成员负责开发产品待办事项列表中的项目，但不负责整体的管理和排序。15.敏捷管理中，“每日站会”的主要目的是（）A.进行详细的技术讨论B.审核项目文档C.让每个成员分享昨天完成的工作、今天计划的工作以及遇到的障碍D.分配新的开发任务答案：C解析：每日站会（DailyScrum）是Scrum框架中每天举行的一个简短（通常不超过15分钟）的会议，旨在让开发团队同步进度，识别障碍，并协调接下来的工作。会议的核心是让每个团队成员回答三个问题：昨天我完成了什么？今天我计划完成什么？我遇到了哪些障碍？其主要目的是促进团队成员之间的沟通，确保信息透明，并及时发现和解决潜在问题，而不是进行深入的技术讨论、审核文档、分配新任务或进行正式的绩效评估。16.敏捷管理中，用于跟踪项目进度和团队燃尽图的工具是（）A.产品待办事项列表B.看板C.甘特图D.用户故事地图答案：B解析：看板（Kanban）是一种用于可视化工作流程和管理工作进度的工具，尤其在敏捷开发中广泛使用。它通过卡片和列的形式展示任务的状态，帮助团队了解工作流程，识别瓶颈，并限制在制品（WorkInProgress,WIP），从而提高效率和透明度。看板特别适合跟踪执行中的任务和进度，并能直观地展示团队的工作负荷和燃尽情况。产品待办事项列表是需求列表，甘特图是计划工具，用户故事地图是用于展示用户旅程和需求的工具。17.敏捷管理中，“用户验收测试”通常由谁进行（）A.项目经理B.测试团队C.开发团队D.产品负责人答案：D解析：在敏捷管理中，产品负责人（ProductOwner）通常是用户验收测试（UserAcceptanceTesting,UAT）的主要负责人。他们负责定义产品的需求和验收标准，并最终决定产品是否满足用户的需求。虽然测试团队和开发团队也会进行测试，但最终的验收决策权通常掌握在产品负责人手中，因为他们最了解用户的期望和产品的商业价值。18.敏捷管理中，“回溯会议”的主要目的是（）A.制定项目计划B.审核项目预算C.回顾上一个迭代的经验教训，并制定改进措施D.分配下一个迭代的任务答案：C解析：回溯会议（RetrospectiveMeeting）是敏捷开发中每个迭代结束后举行的一个重要会议。其主要目的是让团队成员回顾上一个迭代的过程，识别哪些做得好，哪些需要改进，并共同制定具体的改进措施，以便在下一个迭代中做得更好。制定项目计划、审核预算和分配任务通常不是回溯会议的重点。19.敏捷管理中，用于估算用户故事点数的常用方法是（）A.专家评审法B.模糊估算法C.故事点估算（PlanningPoker）D.基于工时的估算答案：C解析：故事点估算（PlanningPoker）是敏捷开发中一种常用的用户故事点估算方法。它通过让团队成员使用特定的点数牌（通常包含不同的斐波那契数列或类似的数值）来对用户故事的复杂度进行相对估算，并进行多轮讨论和协商，以达成共识。专家评审法、模糊估算法和基于工时的估算虽然也可能在项目管理中使用，但故事点估算是敏捷领域特有的、用于相对估算用户故事工作量的常用方法。20.敏捷管理中，Scrum框架中负责移除团队障碍和确保Scrum流程顺畅运行的是（）A.产品负责人B.敏捷教练C.项目经理D.团队成员答案：B解析：在Scrum框架中，敏捷教练（ScrumMaster）是一个关键角色，其主要职责是服务型领导，帮助团队、组织和产品负责人理解和应用Scrum。他们负责移除团队在工作中遇到的障碍（Impediments），确保Scrum流程得到遵循，并促进团队之间的协作。产品负责人负责产品backlog，项目经理在敏捷中通常不是必需的，团队成员负责具体工作。二、多选题1.敏捷管理中，用户故事通常包含哪些要素（）A.角色B.功能C.价值D.优先级E.验收标准答案：ABC解析：用户故事是敏捷开发中用于描述软件需求的一种简短格式，通常遵循“作为一个<角色>，我想要<功能>，以便<价值>”的结构。其中，“角色”代表使用该功能的人，“功能”代表用户希望系统提供的具体能力，“价值”代表该功能为用户带来的好处或业务价值。优先级是产品负责人对用户故事排序的属性，验收标准是定义用户故事何时完成的条件，虽然重要，但通常不是用户故事格式的核心组成部分。用户故事的要素主要是角色、功能和价值。2.敏捷管理中，Scrum框架包含哪些核心角色（）A.产品负责人B.敏捷教练C.项目经理D.团队成员E.迭代评审者答案：ABD解析：Scrum框架定义了三个核心角色：产品负责人（ProductOwner），负责产品的愿景和产品待办事项列表；敏捷教练（ScrumMaster），负责帮助团队理解和应用Scrum，移除障碍；团队成员（DevelopmentTeam），负责在每个Sprint中交付产品增量。项目经理在Scrum中不是必需的，因为Scrum强调自组织和跨职能团队。迭代评审者通常是团队成员，但不被视为一个独立的核心角色。3.敏捷管理中，常见的敏捷实践有哪些（）A.迭代开发B.用户故事C.持续集成D.回溯会议E.甘特图计划答案：ABCD解析：敏捷管理包含许多实践来提高交付价值和响应变化的能力。迭代开发是敏捷的核心思想之一，用户故事是需求描述的方式，持续集成是集成代码的实践，回溯会议是回顾和改进的实践。甘特图计划是瀑布模型等传统项目管理中使用的工具，不属于敏捷常见的实践。4.敏捷管理中，产品待办事项列表的管理涉及哪些活动（）A.添加新需求B.删除不再需要的项C.估算用户故事点数D.排序用户故事E.制定详细的项目计划答案：ABCD解析：产品待办事项列表（ProductBacklog）是一个动态的需求列表，其管理活动包括根据业务价值、风险等因素添加新需求（A），移除不再相关或过时的项（B），对用户故事进行估算以了解工作量（C），以及根据优先级对用户故事进行排序（D），以便团队知道接下来应该做什么。制定详细的项目计划（E）通常是传统项目管理的工作，敏捷更侧重于迭代计划和适应性规划。5.敏捷管理中，每日站会的目的包括哪些（）A.同步团队成员之间的进度B.讨论技术难题C.识别并解决障碍D.计划当天的工作E.进行正式的绩效评估答案：ACD解析：每日站会（DailyScrum）是Scrum框架中每天举行的一个简短会议，其主要目的是让开发团队成员同步彼此的进度，讨论计划当天的工作，以及识别和报告遇到的障碍，以便团队能够及时提供帮助。虽然会议中可能会简要讨论技术难题（B），但这通常不是主要目的。每日站会不是用于进行正式的绩效评估（E）的场合，评估通常更正式，并可能发生在其他时间。6.敏捷管理中，Scrum框架中包含哪些会议（）A.迭代计划会议B.每日站会C.迭代评审会议D.回顾会议E.项目启动会答案：ABCD解析：Scrum框架定义了三种标准会议：迭代计划会议（SprintPlanningMeeting），用于规划下一个迭代要做什么；每日站会（DailyScrum），用于每日同步进度和识别障碍；迭代评审会议（SprintReviewMeeting），用于演示完成的成果并收集反馈；回顾会议（SprintRetrospectiveMeeting），用于反思过程并制定改进措施。项目启动会是传统项目管理中常见的会议，不属于Scrum的标准会议。7.敏捷管理强调哪些原则（）A.追求完美B.迭代交付价值C.应对变化D.团队协作E.严格遵循计划答案：BCD解析：敏捷宣言（AgileManifesto）提出了几个核心价值，强调个体和互动高于流程和工具，工作软件高于详尽文档，客户合作高于合同谈判，响应变化高于遵循计划。这意味着敏捷管理强调迭代交付价值（B），能够灵活应对变化（C），并重视团队内部的协作（D）。追求完美（A）可能不是敏捷的直白表述，敏捷更强调“足够好”和持续改进。严格遵循计划（E）与敏捷的适应性原则相悖。8.敏捷管理中，用户故事估算的常用方法有哪些（）A.专家评审法B.故事点估算（PlanningPoker）C.模糊估算法D.基于工时的估算E.指标估算法答案：BC解析：在敏捷开发中，对用户故事的估算通常是为了了解工作量或相对复杂性，以便更好地规划。常用的估算方法包括故事点估算（PlanningPoker）（B），这是一种相对估算技术，团队成员通过协商达成共识。模糊估算法（C）有时也被使用，但相对不那么结构化。专家评审法（A）和基于工时的估算（D）更常见于传统项目管理。指标估算法（E）不是一种广为人知的用户故事估算方法。9.敏捷管理中，看板（Kanban）系统的核心原则有哪些（）A.可视化工作流程B.限制在制品（WIP）C.持续改进（Kaizen）D.简化工作流程E.追求零缺陷答案：ABC解析：看板（Kanban）是一种源于丰田生产方式的敏捷开发实践，其核心原则包括可视化工作流程（A），使工作流程和状态清晰可见；限制在制品（WorkInProgress,WIP）（B），防止资源过载和瓶颈；以及持续改进（Kaizen）（C），不断寻找减少浪费和提高效率的方法。简化工作流程（D）和追求零缺陷（E）虽然可能是敏捷或看板系统追求的目标，但不是其核心原则的直白表述。10.敏捷管理中，产品负责人（ProductOwner）的主要职责有哪些（）A.定义产品愿景B.管理产品待办事项列表C.估算用户故事点数D.审核项目预算E.确保团队理解需求答案：ABE解析：在Scrum框架中，产品负责人（ProductOwner）是关键角色，其主要职责包括定义产品的愿景（A），管理产品待办事项列表（B），确保开发团队能够理解需求（E），并最终对产品增量负责。他们负责最大化产品价值。估算用户故事点数（C）通常是团队的工作。审核项目预算（D）可能涉及，但主要不是产品负责人的核心职责，除非项目由产品负责人完全掌控。11.敏捷管理中，用户故事的格式通常为“作为一个<角色>，我想要<功能>，以便<价值>”（）A.这种格式是固定的，不能改变B.“角色”部分可以省略C.“功能”部分描述了用户需要完成的任务D.“价值”部分通常与项目预算直接相关答案：BC解析：用户故事的格式“作为一个<角色>，我想要<功能>，以便<价值>”提供了一种简洁、以用户为中心的方式来描述需求。其中，“功能”部分是核心，它描述了用户希望软件或系统提供的具体能力或功能。“角色”部分描述了与功能交互的用户类型，虽然有时可以根据上下文简化或省略（B），但它对于理解需求背景很重要。“价值”部分描述的是用户获得该功能所带来的好处或收益，而不是直接与项目预算挂钩（D）。敏捷开发中，用户故事的格式提供了一个指导框架，但并非绝对固定不变（A）。12.敏捷管理中，Scrum框架中每个迭代的固定长度通常是（）A.一个月B.两周C.四周D.由团队自行决定E.最长不超过一个月答案：BE解析：在Scrum框架中，Sprint（迭代）是一个时间盒（Timebox），每个迭代的长度是固定的。虽然Scrum指南建议最常用的迭代长度是两个星期（即10到14天），但同时也明确指出，Sprint的长度应在0.5周到1个月之间（通常取整数天数）。因此，一个月（A）是一个可能的长度，但不是最推荐的。两周（B）是最常见的长度。由团队自行决定（D）不符合Scrum的规范，Scrum强调团队对所有方面（包括Sprint长度）的共识，但长度有建议范围。最长不超过一个月（E）是正确的，它定义了Sprint长度的上限。13.敏捷管理中，“产品待办事项列表”排序的主要依据是（）A.项目的预算限制B.开发团队的喜好C.产品价值和优先级D.客户的地理位置E.技术实现的难易程度答案：CE解析：产品待办事项列表（ProductBacklog）是一个动态的、按优先级排序的需求列表。排序的主要依据是产品负责人（ProductOwner）根据商业价值、风险、依赖关系、紧迫性等因素判断的优先级（C）。产品价值和优先级（C）是决定排序的核心因素。项目的预算限制（A）可能会影响优先级判断，但不是排序的主要依据。开发团队的喜好（B）不应影响排序。客户的地理位置（D）通常不直接决定需求优先级。技术实现的难易程度（E）是开发团队在估算和计划时考虑的因素，但产品负责人排序时更关注业务价值。14.敏捷管理中，Scrum框架中负责维护和更新产品待办事项列表的是（）A.敏捷教练B.项目经理C.产品负责人D.团队成员E.迭代评审者答案：C解析：在Scrum框架中，产品待办事项列表（ProductBacklog）的所有者是产品负责人（ProductOwner）。他们负责定义产品的愿景，管理产品待办事项列表，确保列表中的项目清晰、明确，并根据业务价值、风险、依赖性等因素对列表进行排序和调整。敏捷教练（A）帮助团队理解和应用Scrum，但不负责管理产品待办事项列表。项目经理（B）在敏捷中通常不是必需的。团队成员（D）负责开发产品待办事项列表中的项目，但不负责整体的管理和排序。迭代评审者（E）是参与评审交付成果的干系人，不负责列表维护。15.敏捷管理中，“每日站会”的主要目的是（）A.进行详细的技术讨论B.审核项目文档C.让每个成员分享昨天完成的工作、今天计划的工作以及遇到的障碍D.分配新的开发任务E.进行正式的绩效评估答案：C解析：每日站会（DailyScrum）是Scrum框架中每天举行的一个简短（通常不超过15分钟）的会议，旨在让开发团队同步进度，识别障碍，并协调接下来的工作。会议的核心是让每个团队成员回答三个问题：昨天我完成了什么？今天我计划完成什么？我遇到了哪些障碍？其主要目的是促进团队成员之间的沟通，确保信息透明，并及时发现和解决潜在问题。虽然会议中可能会简要讨论技术难题（A），但这通常不是主要目的。每日站会不是用于审核项目文档（B）、分配新任务（D）或进行正式的绩效评估（E）的场合。16.敏捷管理中，用于跟踪项目进度和团队燃尽图的工具是（）A.产品待办事项列表B.看板C.甘特图D.用户故事地图E.Sprint燃尽图答案：BE解析：敏捷管理中，有多种工具可以用于跟踪项目进度。看板（Kanban）（B）通过可视化工作流程和任务状态来跟踪进度。Sprint燃尽图（E）是Scrum中特定的一种图表，用于可视化每个Sprint剩余工作量随时间的变化，直观展示团队是否按计划完成目标。产品待办事项列表（A）是需求列表，用户故事地图（D）是用于展示用户旅程和需求的工具，主要用于规划和沟通，而非进度跟踪。甘特图（C）是计划工具，在敏捷中不太常用。因此，看板（B）和Sprint燃尽图（E）是用于跟踪进度和展示燃尽情况的工具。17.敏捷管理中，“用户验收测试”通常由谁进行（）A.项目经理B.测试团队C.开发团队D.产品负责人E.敏捷教练答案：BD解析：在敏捷管理中，“用户验收测试”（UAT）是由最终用户或客户进行的测试，目的是验证软件是否满足他们的需求和期望。产品负责人（D）通常是用户验收测试的主要发起者和决策者，因为他们负责定义验收标准并最终确认产品是否可用。测试团队（B）可能会设计UAT用例或提供技术支持，有时也会执行部分测试。敏捷教练（E）不执行测试。开发团队（C）负责开发，但通常不执行代表用户的验收测试。因此，产品负责人（D）和测试团队（B）通常参与或主导用户验收测试。18.敏捷管理中，“回溯会议”的主要目的是（）A.制定项目计划B.审核项目预算C.回顾上一个迭代的经验教训，并制定改进措施D.分配下一个迭代的任务E.演示完成的成果答案：C解析：回溯会议（RetrospectiveMeeting）是敏捷开发中每个迭代结束后举行的一个重要会议。其主要目的是让团队成员回顾上一个迭代的过程，识别哪些做得好，哪些需要改进，并共同制定具体的改进措施，以便在下一个迭代中做得更好。制定项目计划（A）、审核项目预算（B）和分配下一个迭代的任务（D）通常不是回溯会议的重点。演示完成的成果（E）通常发生在迭代评审会议（SprintReview）上。因此，回顾经验教训并制定改进措施（C）是回溯会议的核心目的。19.敏捷管理中，用于估算用户故事点数的常用方法是（）A.专家评审法B.故事点估算（PlanningPoker）C.模糊估算法D.基于工时的估算E.指标估算法答案：B解析：在敏捷开发中，对用户故事的估算通常是为了了解工作量或相对复杂性，以便更好地规划。常用的估算方法包括故事点估算（PlanningPoker）（B），这是一种相对估算技术，通过团队成员使用点数牌进行多轮讨论和协商，以达成共识。专家评审法（A）可能用于某些复杂度评估，但在敏捷故事点估算中不常用。模糊估算法（C）、基于工时的估算（D）和指标估算法（E）虽然也可能在项目管理中使用，但不是敏捷领域特有的、用于相对估算用户故事点数的常用方法。20.敏捷管理中，Scrum框架中负责移除团队障碍和确保Scrum流程顺畅运行的是（）A.产品负责人B.敏捷教练C.项目经理D.团队成员E.迭代评审者答案：B解析：在Scrum框架中，敏捷教练（ScrumMaster）是一个关键角色，其主要职责是服务型领导，帮助团队、组织和产品负责人理解和应用Scrum。他们负责移除团队在工作中遇到的障碍（Impediments），确保Scrum流程得到遵循，并促进团队之间的协作。产品负责人（A）负责产品backlog。项目经理（C）在敏捷中通常不是必需的。团队成员（D）负责具体工作。迭代评审者（E）是参与评审交付成果的干系人。因此，敏捷教练（B）是负责移除障碍和确保流程顺畅的角色。三、判断题1.敏捷管理强调一次性完成所有需求，以确保项目按时交付。（）答案：错误解析：敏捷管理反对一次性完成所有需求。它强调迭代开发和增量交付，通过多个短周期的迭代逐步完善产品，以便更好地响应变化和获取反馈。这种做法有助于降低风险，确保交付价值，而不是试图在项目开始时就定义和完成所有内容。2.用户故事必须非常详细，以便开发团队能够准确理解所有需求细节。（）答案：错误解析：敏捷管理中的用户故事通常采用简化的格式（如“作为一个<角色>，我想要<功能>，以便<价值>”），其目的是以用户为中心，促进沟通，并保持灵活性。用户故事的目的是捕获需求的核心意图和业务价值，而不是一开始就变得非常详细。细节会在后续通过讨论、细化、原型设计等方式逐步完善。3.敏捷教练负责制定项目计划，并监督团队是否按计划执行。（）答案：错误解析：敏捷管理中，计划通常是灵活的，并且在每个迭代开始时进行。敏捷教练（ScrumMaster）的主要职责是帮助团队理解和应用敏捷原则和实践，移除障碍，促进团队协作，确保Scrum流程的顺畅运行，而不是制定详细的项目计划并监督执行。计划更多是由产品负责人（ProductOwner）和团队在迭代计划会议中共同完成的。4.产品待办事项列表是固定的，一旦创建就不再改变。（）答案：错误解析：产品待办事项列表（ProductBacklog）是一个动态的列表，它包含了所有需要为产品添加的功能、修复、改进或任务。它由产品负责人（ProductOwner）负责，并根据项目的进展、新的需求、市场变化等因素不断进行调整、细化、重新排序。因此，产品待办事项列表不是固定的，而是需要持续维护和更新的。5.每日站会应该讨论技术难题的解决方案，并分配解决任务。（）答案：错误解析：敏捷管理中的每日站会（DailyScrum）是一个短会（通常不超过15分钟），其主要目的是让开发团队成员同步进度，讨论计划当天的工作，以及识别和报告遇到的障碍。虽然可能会简要讨论技术难题，但会议的重点不是深入讨论解决方案或分配解决任务，这些活动应该在更专门的会议或日常工作中进行。6.迭代评审会议是团队内部回顾工作表现和寻找改进机会的场合。（）答案：错误解析：敏捷管理中的迭代评审会议（SprintReviewMeeting）是一个面向所有干系人的会议，其主要目的是演示在迭代中完成的可工作的产品增量，收集干系人的反馈，并根据反馈调整产品待办事项列表。会议的重点是展示成果和获取外部视角，而不是团队内部回顾工作表现和寻找改进机会。团队内部回顾和改进通常在迭代结束后的回顾会议（SprintRetrospective）中进行。7.敏捷管理只适用于软件开发项目。（）答案：错误解析：虽然敏捷管理最初是在软件开发领域被广泛采纳和应用，但它的核心理念和原则（如迭代开发、团队协作、客户反馈、适应变化等）已经被证明适用于各种类型的项目，包括产品开发、硬件工程、市场营销、IT咨询等许多不同的领域。敏捷方法强调适应性、灵活性和以人为本，这些原则在很多行业中都具有价值。8.用户故事的验收标准需要在用户故事被开发完成后才能确定。（）答案：错误解析：在敏捷管理中，用户故事的验收标准（AcceptanceCriteria）应该在用户故事被写入产品待办事项列表时或在使用故事点估算时就已经被定义或至少有初步的描述。这些标准用于明确界定用户故事何时完成，以及完成的标准是什么。如果验收标准在开发完成后才确定，那么开发团队可能无法准确理解需求，导致开发出的功能不符合预期，增加返工的风险。9.看板（Kanban）是一种敏捷开发框架，它要求团队严格遵守WIP限制。（）答案：正确解析：看板（Kanban）是一种源于丰田生产方式的敏捷开发实践，它强调可视化工作流程、限制在制品（WorkInProgress,WIP）和持续改进。其中，限制在制品是一个核心原则，它通过限制同时进行的工作项数量来防止资源过载、减少队列时间、提高流动性和响应速度。虽然看板不是唯一的敏捷框架（如Scrum也强调WIP限制），但WIP限制是看板