2025年ACP敏捷专项卷

2025年ACP敏捷专项卷考试时间：______分钟总分：______分姓名：______一、选择题（每题2分，共20分）1.根据敏捷宣言，下列哪一项不是我们最重视的价值观？A.个人与互动B.运行软件C.沟通D.客户的满意度2.在Scrum中，负责最大化产品待办列表价值的人是？A.ScrumMasterB.开发团队C.产品负责人D.项目经理3.一个Sprint的长度通常是？A.1-2周B.2-4周C.1-4个月D.由项目复杂度决定，无固定长度4.Scrum中，“完成”的定义是指？A.任务被开发人员完成B.任务从产品待办列表移动到Sprint待办列表C.任务达到了预定的质量标准，并且可以被集成和演示D.任务获得了产品负责人的批准5.Kanban方法中，“限制在制品”（WIP）的主要目的是？A.减少开发团队的工作量B.确保所有任务都能在Sprint内完成C.提高工作流效率，减少瓶颈和等待时间D.降低项目成本6.精益思想中，“推动式”生产（PushSystem）与“拉动式”生产（PullSystem）的主要区别在于？A.推动式由需求驱动，拉动式由供应驱动B.推动式适用于大型项目，拉动式适用于小型项目C.推动式存在在制品库存，拉动式通过需求信号控制生产，理论上在制品库存为零或最小化D.推动式更快速，拉动式更缓慢7.在敏捷环境中，开发团队自我组织意味着？A.团队成员各自为政，不受任何管理B.团队成员共同决定如何最好地完成Sprint目标，包括任务分配和人员安排C.只有团队领导者可以决定工作方式D.团队成员只负责他们擅长的技术领域8.敏捷中提倡的“迭代式发展”（IterativeDevelopment）与“瀑布模型”（WaterfallModel）的主要区别在于？A.迭代式开发有更多阶段，瀑布模型阶段较少B.迭代式开发在早期就交付可工作的软件增量，并从每个迭代中获取反馈，瀑布模型是顺序执行，交付期较长C.迭代式开发成本更高，瀑布模型成本更低D.迭代式开发只适用于小型项目，瀑布模型适用于大型项目9.以下哪项不是Scrum事件？A.Sprint计划会B.产品回顾会C.Sprint评审会D.技术架构评审会10.敏捷团队中，ScrumMaster的主要职责不包括？A.协助团队理解Scrum理论、实践和规则B.移除团队在实现目标过程中遇到的障碍C.制定项目详细计划和时间表D.保护团队免受外部干扰二、判断题（每题1.5分，共15分，请在括号内打√或×）1.敏捷方法只适用于软件开发项目。（）2.产品待办列表（ProductBacklog）是动态的，产品负责人可以随时添加或移除项。（）3.Sprint评审会的目的是审查产品增量，并获得反馈，以便在下一个Sprint中改进。（）4.每日站会（DailyScrum）的长度应该固定为15分钟。（）5.Kanban板是Kanban方法的核心实践之一。（）6.精益思想中的“消除浪费”（Muda）指的是所有不增加产品价值的活动。（）7.敏捷鼓励使用详细的、可预测的计划。（）8.ScrumMaster是产品负责人或开发团队的附属品。（）9.“完成”的定义（DefinitionofDone）应该由开发团队自行决定。（）10.敏捷实践要求团队成员拥有广泛的技术能力，以支持自我组织。（）三、简答题（每题5分，共20分）1.简述敏捷宣言中的四项核心价值观。2.描述Scrum中三个主要角色的职责。3.列举Kanban方法中的五个核心原则。4.列举精益思想中常见的七种浪费（或八种浪费）。四、论述题（10分）假设你正在为一个软件开发团队引入敏捷实践。请描述你将如何向团队解释敏捷的核心原则，并说明你会采取哪些具体步骤来帮助团队开始实践Scrum框架（至少提及三个关键步骤）。五、案例分析题（15分）你是一个项目经理，正在领导一个团队开发一个新的企业级应用。当前团队遵循的是传统的瀑布模型，项目进度落后，团队成员士气低落，需求变更管理困难。你决定尝试引入敏捷方法，特别是Scrum。请分析这个情境中存在哪些挑战或问题？如果你决定采用Scrum，请解释为什么选择它，并详细说明在启动Scrum转型过程中，你需要进行哪些关键的沟通和准备工作？试卷答案一、选择题1.D2.C3.B4.C5.C6.C7.B8.B9.D10.C二、判断题1.×2.√3.√4.×5.√6.√7.×8.×9.×10.√三、简答题1.敏捷宣言中的四项核心价值观：*个人与互动高于流程与工具*运行软件高于文档*客户合作高于合同谈判*响应变化高于遵循计划2.Scrum中三个主要角色的职责：*产品负责人（ProductOwner）：负责最大化产品待办列表的价值，管理产品待办列表，定义产品需求，接受或拒绝开发团队完成的成果。*ScrumMaster：是一个服务型领导者，负责帮助团队、组织和产品负责人理解Scrum，移除障碍，促进Scrum实践的采用，确保Scrum流程按预期运行。*开发团队（DevelopmentTeam）：一个跨职能、自组织团队，负责在每个Sprint内创建一个“潜在可交付的产品增量”，确保Sprint目标的达成。3.Kanban方法中的五个核心原则：*可视化工作流：将工作流程清晰地展示出来。*限制在制品（WIP）：限制处于每个阶段的工作数量，以防止瓶颈和加速流动。*管理流动：关注工作项在流程中的顺畅移动，减少延迟和阻塞。*持续改进：通过定期回顾和调整流程来不断优化。*可视化度量：使用指标（如周期时间、吞吐量）来监控流程性能，并驱动改进。4.精益思想中常见的七种浪费（或八种浪费）：*等待（Waiting）*不必要的运输（Transportation）*过度处理（Overprocessing）*不必要的动作（Motion）*库存（Inventory）*过量生产（Overproduction）*缺陷（Defects）**(如果按八种浪费)*加工（Overproduction）*(注：过量生产有时被归入过度处理或单独列出，此处按七种列出，八种为过量生产、等待、运输、过度处理、动作、库存、缺陷、未被利用的人才)*四、论述题向团队解释敏捷的核心原则时，应强调敏捷关注的是响应变化、通过迭代交付价值、促进团队协作和自我组织，从而更快地交付可用且符合用户需求的软件。可以对比传统的瀑布模型，指出其僵化、难以适应变化的缺点。解释时应结合团队当前面临的挑战（如进度落后、士气低落、变更管理困难），说明敏捷如何通过短迭代、持续反馈和灵活应变来帮助克服这些问题。帮助团队开始实践Scrum的关键步骤包括：1.组建跨职能Scrum团队：确保团队成员具备完成工作所需的技能，并任命产品负责人和ScrumMaster。强调团队的自组织和跨职能特性。2.定义“完成”：与团队共同创建清晰的“完成”定义（DefinitionofDone），明确每个任务或用户故事被接受的标准，确保质量和一致性。3.创建初始产品待办列表：产品负责人与团队一起梳理和优先排序需求，形成初始的产品待办列表，并确定第一个Sprint的目标。4.举行Sprint计划会：规划第一个Sprint要完成的任务，估算工作量，并确定Sprint目标。5.启动第一个Sprint：团队开始执行Sprint计划的任务，并定期举行每日站会以同步进度和识别障碍。五、案例分析题存在的主要挑战或问题：*方法论不匹配：当前采用的瀑布模型无法适应需求变化，导致进度落后。*团队士气低落：可能源于方法带来的压力、不确定性或缺乏自主性。*沟通不畅：需求变更管理困难，可能意味着干系人、开发团队和产品负责人之间缺乏有效沟通。*缺乏反馈循环：瀑布模型在项目后期才交付成果，无法及时获取干系人反馈，导致返工风险高。*过程僵化：传统流程可能过于关注文档和计划，而忽略了人的互动和快速响应变化。选择Scrum的原因：Scrum适合这个情境，因为它：*拥抱变化：Scrum的核心机制之一是Sprint评审会，允许在每个迭代结束时根据反馈调整方向。*迭代交付：通过短Sprint周期（通常2-4周）交付可工作的软件增量，使团队能够更快地获得反馈并展示价值。*促进协作：Scrum强调跨职能团队成员的紧密协作以及与产品负责人的密切合作。*提升透明度：Scrum事件和工件（如Scrum板）提高了工作流程的透明度，便于识别问题和瓶颈。*赋能团队：Scrum的自组织特性可以提升团队的自主性和责任感，有助于改善士气。关键的沟通和准备工作：1.高层管理支持与沟通：首先需要获得管理层的理解和支持，明确他们对敏捷转型的期望和承诺。与关键干系人沟通变革的原因、目标和预期影响。2.团队动员与培训：召开一个启动会议，向所有团队成员（包括开发人员、产品负责人、ScrumMaster甚至部分管理层）解释为什么选择Scrum，以及Scrum的基本概念和规则。提供必要的Scrum培训。3.任命Scrum角色：明确任命产品负责人（如果尚未指定）和ScrumMaster。产品负责人需要理解如何管理产品待办列表并与团队协作。4.准备初始产品待办列表（ProductBacklog）：与产品负责人和