2025年项目管理师《敏捷管理》专项训练

2025年项目管理师《敏捷管理》专项训练考试时间：______分钟总分：______分姓名：______一、选择题（每题1分，共20分）1.敏捷宣言强调的最高价值是（）。A.计划性优先于响应性B.团队协作优先于个体努力C.客户满意度优先于合同履约D.过程与产出物优先于人员与互动2.在Scrum框架中，负责最大化产品价值并拥有ProductBacklog最终决策权的是（）。A.ScrumMasterB.DevelopmentTeamC.ProductOwnerD.敏捷教练3.每日Scrum（DailyScrum）的主要目的是（）。A.审查过去Sprint的成果B.确定下一个Sprint的目标C.同步团队成员，计划当天工作D.评审产品增量4.Sprint评审会（SprintReview）的主要输出是（）。A.更新的ProductBacklogB.计划的下一个SprintC.可演示的产品增量（Increment）D.SprintRetrospective的改进计划5.下列哪项不是ScrumArtifacts之一？（）A.ProductBacklogItemB.SprintBacklogC.UserStoryD.Increment6.“任何工件都不应被过度流程化”这一原则与敏捷的哪个核心价值观紧密相关？（）A.工具优于技巧B.沟通优于文档C.计划优于响应性D.排序优于细节7.Kanban方法的核心实践之一是（）。A.定期进行Sprint计划会议B.限制正在进行的工作（WIP）C.每日进行站会D.在Sprint结束时进行评审8.限制在制品（WIP）的主要目的是（）。A.减少团队成员的工作量B.提高流程效率，减少瓶颈C.确保所有任务按时开始D.增加团队的压力和紧迫感9.ScrumMaster的主要职责之一是（）。A.直接管理开发团队成员的工作分配B.保护团队免受外部干扰，促进团队协作C.编写产品待办列表D.确定Sprint的长度10.产品待办列表（ProductBacklog）应该按照什么原则进行排序？（）A.按照开发团队的技术能力排序B.按照需求的紧急程度和业务价值排序C.按照需求的创建时间排序D.按照需求的复杂度排序11.敏捷开发过程中，哪个活动旨在通过构建、测量和调整快速反馈来优化流程？（）A.SprintPlanningB.SprintRetrospectiveC.ContinuousImprovementD.UserAcceptanceTesting12.在敏捷环境中，"完成"（Done）通常意味着（）。A.代码编写完成B.测试通过，产品增量满足预定的标准C.产品待办列表项被移除D.项目经理批准13.敏捷方法通常推荐使用短迭代周期，其主要好处是（）。A.减少团队沟通成本B.提供快速反馈，增强适应能力C.允许更详细的长远规划D.降低客户参与的程度14.当一个组织尝试实施敏捷时，最常见的文化挑战之一是（）。A.缺乏技术工具B.团队成员对敏捷原则的抵制C.跨部门沟通不畅D.领导层对敏捷变革的支持不足15.以下哪项不是DevOps文化通常强调的价值观？（）A.自动化B.持续集成/持续交付（CI/CD）C.员工参与和协作D.强调个体英雄主义16.敏捷估算中常用的“故事点”是一种（）。A.时间的度量单位B.金额的度量单位C.工作量的相对度量单位D.复杂度的绝对度量单位17.在敏捷项目中，如果团队发现自己经常无法完成一个Sprint的计划工作量，可能的原因之一是（）。A.ProductBacklog过于详细B.估算过于乐观C.团队成员能力不足D.Sprint目标设定不合理18.敏捷强调的“自组织团队”意味着（）。A.团队成员不需要任何管理B.团队能够自行决定如何最好地完成其工作C.团队成员只对自己负责D.团队只接受来自ScrumMaster的指令19.适用于大型、复杂项目或组织的敏捷框架是（）。A.ScrumB.KanbanC.LeanD.SAFe(ScaledAgileFramework)20.敏捷方法认为，需求变更（）。A.应该在项目早期完全冻结B.应该在项目后期尽量避免C.是项目过程中正常且不可避免的一部分D.只能由客户提出二、简答题（每题5分，共20分）1.简述敏捷宣言中的四项核心价值观。2.请解释Scrum框架中的“Sprint”及其主要目的。3.描述Kanban方法中“可视化工作流程”和“限制在制品（WIP）”这两个核心实践的含义。4.敏捷项目中的“用户故事”应该遵循哪些基本原则（例如INVEST原则）？三、论述题（10分）假设你是一家传统软件开发公司的项目经理，现在领导一个团队开始实施敏捷转型。请描述在敏捷转型过程中，你可能会遇到哪些来自团队内部和外部（如管理层、客户）的阻力，并针对这些阻力，提出你将如何进行沟通和引导，以促进敏捷文化的落地和团队协作的改善。四、案例分析题（30分）你所在的公司决定为一个关键客户开发一个新的网页应用。项目团队由10名开发人员组成，你担任ScrumMaster。在第一个Sprint（为期2周）的计划会议上，产品负责人（ProductOwner）展示了包含约30个产品待办列表项（ProductBacklogItem,PBI）的列表，并希望团队在Sprint结束时交付一个包含所有核心功能但未经优化的“可工作的软件”。团队中的一些开发人员对能够按时完成如此大量的工作表示担忧，但产品负责人强调这是客户的紧急要求，且市场窗口期很窄。Sprint开始后，团队发现实际完成的工作量远低于预期，团队内部开始出现一些关于任务优先级和责任分配的讨论。请分析上述案例中存在的问题，并从ScrumMaster的角度，提出至少三项具体的行动建议，以帮助团队克服困难，更好地适应敏捷开发模式，并尽可能在当前Sprint中取得有价值的成果。试卷答案一、选择题1.C2.C3.C4.C5.C6.B7.B8.B9.B10.B11.B12.B13.B14.B15.D16.C17.B18.B19.D20.C二、简答题1.敏捷宣言的四项核心价值观是：个体和互动高于流程和工具；工作的软件高于详尽的文档；客户合作高于合同谈判；响应变化高于遵循计划。解析思路：直接回忆敏捷宣言的核心内容，准确列出四项价值观及其表述。2.Sprint是Scrum框架中一个固定长度（通常为1-4周）的时间盒子。在每个Sprint开始时，团队选择ProductBacklog中的一部分项，并将其转化为一个可用的、潜在可发布的Increment。Sprint的主要目的是通过一个短而完整的周期，让团队可以获得有价值的软件，并适应变化。解析思路：抓住Sprint的定义（时间盒子）、核心活动（选择PBI转化为Increment）和主要目的（交付价值、适应变化）。3.“可视化工作流程”是指将整个工作流程（从任务接收到最后交付）以图形化的方式（如在物理白板或电子看板上）清晰地展示出来，让所有团队成员都能一目了然地看到任务在流程中的状态和流转情况。“限制在制品（WIP）”是指在特定的工作流程阶段或整个工作流中，对同时进行的任务数量设置上限，以防止资源过度分配、减少多任务切换、暴露流程瓶颈。解析思路：分别解释Kanban两个核心实践的核心含义，强调其目的（可视化是为了透明度，WIP限制是为了flow）。4.用户故事应该遵循INVEST原则，即：Independent（独立的）、Negotiable（可协商的）、Valuable（有价值的）、Estimable（可估算的）、Small（小的）、Testable（可测试的）。解析思路：回忆用户故事设计原则的常见缩写和含义，确保所有字母及其代表的含义都准确。三、论述题答案要点应包括：1.识别阻力来源：*内部：团队成员习惯于传统工作方式（如瀑布模型），对改变感到不适或抵触；担心失去控制权或增加工作量；缺乏敏捷技能和经验；团队内部沟通不畅。*外部：管理层对敏捷理解不深，期望过高或干预过多；客户（或业务部门）不理解敏捷流程，期望快速交付固定成果，对迭代和反馈不适应；其他部门不理解敏捷，协作时存在障碍。2.沟通与引导策略：*高层支持：积极争取领导层的理解和支持，向其传达敏捷的价值和预期效益，争取资源。*清晰传达：通过工作坊、培训、分享会等多种形式，向团队和管理层清晰讲解敏捷原则、流程和实践，管理期望。*示范引领：自己作为ScrumMaster要率先践行敏捷价值观，带领团队进行实践。*赋能团队：提供敏捷相关的培训和学习资源，鼓励团队成员参与决策，培养自组织能力。*建立反馈机制：建立畅通的沟通渠道，定期收集团队成员和管理层、客户的反馈，及时解决问题。*小步快跑：从小范围试点开始，通过成功的实践来展示敏捷的优势，逐步推广。*关注协作：促进团队内部以及与外部干系人的紧密协作，营造敏捷文化氛围。解析思路：从内部和外部两个维度分析可能的阻力，针对每种阻力提出具体的、可操作的沟通和引导措施，体现ScrumMaster的角色和职责。四、案例分析题答案要点应包括：1.问题分析：*产品负责人（PO）压力过大：PO对Sprint能力估计不足，或未有效管理PO的期望，将非敏捷的“瀑布式”交付压力传递给团队。*团队估算不足/PO未参与估算：PO提供的PBI列表可能过于庞大或细化不足，团队在没有PO充分参与的情况下进行了估算。*Sprint目标不清晰/工作量过大：30个PBI在2周内交付“可工作的软件”的目标可能不现实，导致团队从开始就处于被动状态。*团队协作与压力：团队成员的担忧是合理的，暴露了目标与现实的不匹配。任务优先级和责任分配的讨论说明团队内部协作和任务分配机制可能需要改进。*Scrum实践应用不足：可能缺乏有效的ProductBacklog梳理和细化，Sprint计划会未能有效识别风险和调整范围。2.ScrumMaster行动建议：*与PO进行一对一沟通：理解PO设定高目标的背景和压力，但需要帮助PO认识到Scrum的运作方式（如Sprint的固定长度和容量限制），引导PO将需求分解为更小的、可在Sprint内完成的PBI，并重新评估Sprint目标，聚焦于交付“最有价值的核心功能”。*组织或参与ProductBacklogRefinement（梳理）：与PO和团队一起，对ProductBacklog进行更深入的梳理和细化，确保每个PBI足够小、清晰、可估算，并明确“完成”的定义（DefinitionofDone）。根据梳理结果和团队的实际能力，与PO协商确定当前Sprint的合适目标和工作量。*引导团队进行有效的Sprint计划会：在Sprint计划会上，强调基于团队过往经验和当前PBI的估算，选择一个“挑战性但可能”完成的PBI子集作为本Sprint的目标。引导团队识别关键风险，并在Sprint计划中有所体现。强调团队需要协作努力达成目标，并鼓励成员提出改进建议。*关注团队状态，促进协作：在Sprint期间，ScrumMaster应积极观察团队状态，移除障碍（Impediments），确保信息畅通。在DailyScrum中