2026年项目管理专业敏捷项目风险识别案例分析专题试卷及解析

2026年项目管理专业敏捷项目风险识别案例分析专题试卷及解析第一部分：单项选择题（共20题，每题1分）1.在敏捷项目中，风险识别的主要责任归属于谁？A.项目经理B.专门的RiskManager（风险经理）C.整个敏捷团队D.产品负责人2.敏捷团队在回顾会议上识别出一个重大风险：由于核心开发人员生病，关键模块的进度可能延误。根据敏捷原则，最优先采取的行动是什么？A.更新风险登记册并上报给管理层B.立即启动备用人员计划C.在团队内部讨论并制定应对策略，如结对编程或简化功能D.暂停当前迭代，等待人员康复3.下列哪项仪式是敏捷项目中进行风险识别和风险应对规划的正式场所？A.每日站会B.迭代评审会议C.迭代规划会议D.回顾会议4.在敏捷环境中，对待办事项列表常被用作风险识别的工具。通过在待办事项列表中高亮显示高风险条目，团队可以：A.确保高风险条目优先处理B.忽略低风险条目以节省时间C.将风险转移给客户D.消除所有风险5.关于“风险燃起图”，以下描述正确的是：A.它展示了剩余的工作量B.它展示了项目随时间推移的风险暴露程度变化C.它仅用于预测型生命周期D.它由产品负责人单独维护6.敏捷团队发现一个外部依赖的API接口尚未完成，这属于哪一类风险？A.技术风险B.项目风险C.外部风险D.组织风险7.在进行敏捷风险识别时，团队发现用户故事的描述模糊不清，导致无法准确估算。这属于：A.范围风险B.质量风险C.沟通风险D.资源风险8.敏捷宣言强调“响应变化高于遵循计划”。这对风险识别意味着：A.不需要进行早期风险识别B.风险识别是一个持续的、贯穿项目生命周期的活动C.只在项目开始时识别风险D.风险识别完全依赖项目经理的经验9.为了尽早识别技术风险，敏捷团队通常会采用哪种技术？A.增量开发B.瀑布模型C.详细的前期设计文档D.关键路径法10.在Scrum框架中，如果团队成员在每日站会上提到“我遇到了一个可能阻塞我的技术难题”，这属于：A.汇报进度B.风险识别C.寻求帮助D.任务分配11.下列哪项不是敏捷风险识别的特点？A.持续性B.基于团队协作C.依赖详细的文档化风险登记册D.透明化12.敏捷团队使用“风险调整待办事项列表”的主要目的是：A.记录所有已发生的风险B.将风险作为待办事项进行追踪和解决C.替代传统的待办事项列表D.仅用于向管理层汇报13.当识别到由于需求频繁变更导致团队士气低落的风险时，敏捷项目经理应该：A.拒绝所有新的需求变更B.加强与产品负责人的沟通，明确变更的代价C.要求团队成员加班以赶上进度D.隐瞒该风险以避免恐慌14.在敏捷项目中，对于“客户未能在评审会议提供反馈”这一风险，最有效的识别时机是：A.项目启动阶段B.迭代评审会议结束后C.项目收尾阶段D.发布规划会议15.以下哪项工具或技术最有助于敏捷团队识别流程中的低效和潜在风险？A.甘特图B.工作流图C.看板板D.WBS（工作分解结构）16.敏捷团队在识别风险时，发现测试环境与生产环境配置不一致。这属于：A.技术债务B.商业风险C.法律风险D.市场风险17.在敏捷项目中，为了识别“不可预见的技术复杂性”风险，团队通常会：A.聘请外部专家进行全部开发B.在早期迭代中探索高风险或高不确定性的用户故事C.增加大量的预留时间D.忽略该风险，专注于确定性工作18.关于敏捷中的“风险敞口”，下列说法正确的是：A.风险敞口=风险发生概率×风险影响B.风险敞口仅指财务损失C.敏捷团队不计算风险敞口D.风险敞口是固定的，不会随时间变化19.敏捷团队通过“预探”来识别风险，这指的是：A.在大规模开发前进行spike（探针）任务B.增加预付资金C.聘请侦探进行调查D.编写详细的探测代码20.在识别风险时，如果团队成员之间存在沟通障碍，导致信息孤岛，这属于：A.技术风险B.团队风险C.供应商风险D.客户风险第二部分：多项选择题（共10题，每题2分。多选、少选、错选均不得分）21.敏捷项目风险识别的来源包括哪些？A.迭代回顾会议B.每日站会C.代码审查D.产品待办事项列表梳理E.仅在项目启动阶段的风险研讨会22.以下哪些是敏捷项目常见的风险类型？A.技术不确定性B.范围蔓延C.客户可用性D.迭代速度波动E.详细的长期计划缺失23.敏捷团队可以通过哪些方式来可视化已识别的风险？A.风险燃起图B.风险看板C.产品待办事项列表中的标记D.团队公告板E.复杂的Excel风险登记册24.在敏捷回顾会议中，为了有效识别风险，团队可以采用哪些格式？A.Start,Stop,Continue（开始、停止、继续）B.Glad,Sad,Mad（高兴、悲伤、愤怒）C.4Ls（Liked,Learned,Lacked,Longedfor）D.关键绩效指标（KPI）分析E.赚值分析（EVA）25.敏捷风险管理中，应对“技术债务”这一风险的策略包括：A.定期安排重构时间B.在每个迭代中预留一定比例的容量用于处理技术债务C.忽略它，只要功能正常D.将技术债务转化为用户故事放入待办事项列表E.项目结束后统一处理26.识别敏捷项目中的“干系人风险”时，应关注哪些迹象：A.产品负责人频繁变更需求B.关键干系人缺席迭代评审会议C.客户对交付成果缺乏兴趣D.团队成员之间配合默契E.管理层过度干预27.敏捷团队在识别风险时，如何利用“用户故事”？A.检查验收标准是否清晰B.评估故事的规模（StoryPoints）是否过大C.识别故事之间的依赖关系D.仅关注功能描述E.忽略非功能性需求28.以下哪些情况表明敏捷项目可能存在“流程风险”？A.迭代周期过长B.回顾会议流于形式C.没有定义完成的定义D.每日站会超过15分钟E.持续集成服务器经常故障29.在分布式敏捷团队中，风险识别应特别关注：A.时区差异导致的沟通延迟B.文化差异对协作的影响C.语言障碍D.缺乏面对面交流E.办公室装修风格30.敏项目经理在促进风险识别时，应扮演什么角色？A.命令者B.服务型领导C.协调者D.障碍移除者E.唯一的决策者第三部分：填空题（共10题，每题1分）31.在敏捷中，风险被定义为对项目目标产生影响的__________事件。32.敏捷团队通过__________会议来检视和调整当前的软件开发过程，从而识别流程风险。33.为了处理不确定性，敏捷团队会在待办事项列表中创建__________任务，以进行调研或原型设计。34.敏捷中的__________图可以帮助团队直观地看到剩余风险数量随时间的变化趋势。35.在敏捷项目中，__________负责最大化产品价值，并协助识别与商业价值相关的风险。36.当识别到团队成员技能不足的风险时，敏捷团队通常采用__________或__________的方式进行知识共享和技能提升。37.敏捷风险管理强调__________重于应对，即通过频繁交付和反馈来降低风险。38.__________是指为了在短期内达成目标而采取的非最优技术方案，它构成了未来的潜在风险。39.在Scrum中，__________列表包含了所有需要完成的工作，也是识别范围风险的主要输入。40.敏捷中的__________原则建议，随着团队能力的提升，鼓励团队调整其行为以识别和应对风险。第四部分：简答题（共5题，每题5分）41.简述敏捷项目风险识别与传统（瀑布式）项目风险识别的主要区别。42.在敏捷迭代规划会议上，团队应如何识别和处理与用户故事相关的风险？43.什么是“风险调整待办事项列表”？它如何帮助团队管理风险？44.敏捷团队可以通过哪些具体指标或信息发射源来识别项目进度或质量风险？请列举至少三个。45.简述回顾会议在敏捷风险识别中的重要性，并列举一种回顾会议中用于挖掘风险的技巧。第五部分：案例分析题（共2题，每题25分）案例一：金融科技平台敏捷开发项目背景：某金融科技公司正在开发一款全新的移动支付平台。项目采用Scrum敏捷框架，迭代周期为2周。团队由10人组成，包括PO、ScrumMaster、开发人员（前端、后端、测试）。项目进行到第4个迭代（Sprint4）时，团队遇到了以下情况：1.在Sprint3的回顾会议上，有测试人员提到后端API接口文档更新不及时，导致测试用例编写滞后，这是一个潜在的质量风险。2.在Sprint4的规划会议上，PO引入了一个关于“生物识别支付”的高价值用户故事。开发人员评估认为该技术涉及极高的安全合规性风险，且团队内部缺乏相关经验。3.每日站会上，后端开发组长频繁提到第三方征信服务接口响应不稳定，导致联调工作受阻。4.团队velocity（速度）在过去的三个迭代中呈下降趋势，从Sprint1的50点降至Sprint3的30点。5.客户（业务方）在Sprint2和Sprint3的评审会议均未出席，导致反馈缺失。问题：1.根据案例描述，请识别出该项目目前面临的至少五个具体风险，并对其进行分类（如技术风险、沟通风险、外部风险等）。（10分）2.针对“生物识别支付”这一高风险用户故事，作为敏捷团队，应该采用什么策略来识别和应对该技术风险？请结合敏捷实践详细说明。（7分）3.针对“客户未出席评审会议”这一干系人风险，ScrumMaster应采取哪些措施来识别风险根源并解决？（8分）案例二：大型电商平台混合模式转型背景：一家传统的大型电商企业决定将其核心订单管理系统从单体架构重构为微服务架构，并引入DevOps和敏捷实践。由于项目规模巨大，涉及多个团队协作，管理层决定采用“混合模式”：宏观层面使用里程碑规划，微观层面各团队使用Scrum。项目启动初期，识别出以下关键信息：1.系统架构师指出，微服务拆分过程中存在数据一致性风险，尤其是分布式事务的处理。2.业务部门担心在转型期间，现有系统功能出现回归故障，影响双十一大促。3.运维团队表示，目前的监控体系无法支持数百个微服务实例的实时监控，存在运维盲区。4.敏捷教练发现，各团队之间的“依赖管理”混乱，团队A经常等待团队B的接口才能开始工作，导致集成风险。5.管理层要求在6个月内完成核心服务的上线，时间压力巨大。问题：1.在该混合模式项目中，风险识别不能仅靠单个团队的回顾会议。请设计一个跨团队的风险识别机制，以确保上述架构、运维和依赖风险被及时发现和管理。（10分）2.针对“业务部门担心回归故障”这一风险，请结合敏捷质量保证实践，说明团队应如何在开发过程中识别并缓解此类质量风险。（8分）3.假设你是该项目的敏捷项目经理（或RTE），你需要向高层汇报风险状态。请说明如何利用“风险燃起图”或“风险调整待办事项列表”来汇总和展示这些风险，并解释其价值。（7分）试卷解析第一部分：单项选择题解析1.【答案】C【解析】在敏捷项目中，风险管理是团队每个人的责任。虽然PO负责价值风险，SM负责流程风险，但整个团队共同承担识别和应对风险的责任，而非仅由项目经理承担。2.【答案】C【解析】敏捷强调团队自组织。遇到风险首先应在团队内部通过协作（如结对编程知识共享、简化功能降低复杂度）来寻找解决方案，而不是直接上报或停滞。3.【答案】D【解析】回顾会议是敏捷团队检视和调整的主要场所，团队在此讨论什么做得好、什么不好、遇到的困难以及潜在的问题和风险。4.【答案】A【解析】在待办事项列表中标识高风险条目，可以确保团队在规划时优先处理这些高风险或高价值的条目，从而尽早降低不确定性。5.【答案】B【解析】风险燃起图用于显示项目随时间推移的风险暴露程度。理想情况下，随着项目推进，风险应逐渐燃尽（降低）。6.【答案】C【解析】API接口属于项目外部提供的服务，其未完成或不可用属于外部依赖风险。7.【答案】A【解析】用户故事描述模糊不清，导致无法估算和开发，属于需求不明确，即范围风险。8.【答案】B【解析】响应变化意味着项目环境不断变化，因此风险不是一次性的，而是持续发生的，需要持续识别。9.【答案】A【解析】增量开发允许团队通过早期交付和反馈来发现技术问题，从而尽早识别技术风险。10.【答案】B【解析】每日站会上提到的阻碍或难题，实质上就是项目风险的体现，需要被记录和跟进。11.【答案】C【解析】敏捷更侧重于面对面的沟通和可视化管理，虽然也会记录风险，但不依赖繁重的文档化风险登记册。12.【答案】B【解析】风险调整待办事项列表将风险作为具体的待办事项（如探针故事、重构任务）放入列表，像管理功能一样管理风险，确保其被解决。13.【答案】B【解析】敏捷强调透明和沟通。PM（或SM）应促进PO与团队的沟通，让PO理解变更对团队稳定性和进度的影响，从而共同决策。14.【答案】B【解析】在迭代评审会议结束后，如果发现客户未提供反馈，这是一个已发生的风险信号，需要立即识别并应对。15.【答案】C【解析】看板板可以可视化工作流，通过限制在制品（WIP）和观察卡片的积压情况，可以识别流程瓶颈和潜在风险。16.【答案】A【解析】测试环境与生产环境不一致属于技术实现的捷径，会导致未来的部署问题，属于技术债务风险。17.【答案】B【解析】针对高不确定性的技术风险，敏捷采用探针任务在早期迭代进行专门的研究，以获取信息降低风险。18.【答案】A【解析】风险敞口是风险概率和影响的量化乘积，用于优先级排序。在敏捷中通常使用相对估算（高/中/低）。19.【答案】A【解析】探针任务是专门用于调研不确定性的时间盒任务，目的是识别技术细节和风险。20.【答案】B【解析】团队内部沟通障碍属于团队动态或人力资源风险。第二部分：多项选择题解析21.【答案】ABCD【解析】敏捷风险识别贯穿始终，回顾、站会、代码审查、待办事项梳理都是识别风险的时机。仅在启动阶段识别是不够的。22.【答案】ABCD【解析】敏捷常见风险包括技术不确定性、范围蔓延、客户参与度低、速度波动等。详细的长期计划缺失在敏捷中是常态，不被视为风险，而是特征。23.【答案】ABCD【解析】敏捷倾向于可视化工具，如燃起图、看板、标记等。复杂的Excel登记册虽然可用，但不是敏捷推荐的首选。24.【答案】ABC【解析】Start/Stop/Continue,Glad/Sad/Mad,4Ls都是回顾会议常用的引导技巧，有助于挖掘深层风险。KPI和EVA不是回顾会议的典型技巧。25.【答案】ABD【解析】技术债务应被持续管理，通过重构、预留容量或转化为用户故事来处理。忽略或最后处理都会导致巨大的项目风险。26.【答案】ABCE【解析】PO频繁变更、关键干系人缺席、客户缺乏兴趣、管理层干预都是明显的干系人风险信号。团队成员配合默契是好事。27.【答案】ABC【解析】通过检查验收标准、评估规模、识别依赖，可以发现用户故事中隐藏的风险。仅关注功能或忽略非功能需求会增加风险。28.【答案】ABCDE【解析】迭代过长、回顾形式化、无DoD、站会超时、CI故障都是流程不健康的迹象，意味着流程风险。29.【答案】ABCD【解析】分布式团队特有的沟通、文化、语言、面对面缺失等都是主要风险来源。办公室装修无关紧要。30.【答案】BCD【解析】敏捷项目经理应作为服务型领导、协调者和障碍移除者来促进风险管理，而不是命令者或唯一决策者。第三部分：填空题解析31.【答案】不确定32.【答案】回顾33.【答案】探针/Spike34.【答案】风险燃起35.【答案】产品负责人36.【答案】结对编程/代码审查37.【答案】预防38.【答案】技术债务39.【答案】产品待办事项40.【答案】持续改进第四部分：简答题解析41.【答案】主要区别如下：(1)频率：传统项目通常在启动阶段和主要里程碑进行风险识别；敏捷项目是持续进行的，特别是在每个迭代回顾和规划会议中。(2)责任人：传统项目通常由项目经理负责；敏捷项目是整个团队的责任。(3)文档化程度：传统项目依赖详细的风险登记册；敏捷项目更倾向于可视化和面对面沟通，文档相对轻量。(4)关注点：传统项目侧重于预测和计划；敏捷侧重于适应变化，通过快速迭代来尽早暴露和解决风险。42.【答案】在迭代规划会议上：(1)团队应针对每个用户故事进行讨论，识别其中的技术难点、依赖关系或不确定性。(2)如果故事过大或复杂，将其拆分，降低风险粒度。(3)对于包含未知技术的故事，团队应创建“探针”任务放入迭代，专门用于调研和识别风险。(4)团队成员应坦诚提出自身能力的不足或资源的缺乏，将其作为风险公开讨论。(5)基于识别出的风险，团队可以决定该迭代的能力，并调整迭代目标。43.【答案】风险调整待办事项列表是一个包含已知风险项的列表，这些风险项被转化为可执行的任务（如探针、重构、架构搭建）。它通过以下方式帮助团队：(1)可视化风险：让风险像需求一样可见。(2)优先级管理：确保高风险项目与高价值需求一起被优先排序和安排。(3)责任落实：每个风险都有具体的行动计划和负责人。(4)持续追踪：确保风险不会被遗忘，直到被解决或消除。44.【答案】指标或信息发射源包括：(1)迭代速度：如果速度持续下降，可能表明存在范围蔓延、技术债务或团队士气风险。(2)缺陷密度/逃逸率：如果测试阶段发现大量缺陷或生产环境故障，表明存在质量风险。(3)在制品数量（WIP）：如果WIP过高且停滞，表明存在流程瓶颈风险。(4)完成率：如果每个迭代计划的故事经常无法完成，表明规划或估算风险。(5)团队情绪：回顾会议中的情绪指标（如Mad/Sad）可揭示团队士气或协作风险。45.【答案】重要性：回顾会议是团队定期反思的唯一正式场合，提供了一个安全的环境让团队成员提出担忧、问题和潜在威胁，是敏捷项目风险识别的核心机制。技巧：例如“4Ls”技巧（Liked,Learned,Lacked,Longedfor）。Lacked（缺乏的）：引导团队思考“我们缺乏什么？”，这直接指向资源、技能或支持的风险。Longedfor（渴望的）：引导团队思考“我们希望有什么？”，可能揭示出当前流程或工具的不足带来的风险。第五部分：案例分析题解析案例一解析：1.【答案】五个具体风险及分类：(1)后端API文档更新不及时导致测试滞后——技术风险/沟通风险。(2)生物识别支付技术缺乏经验且安全合规性高——技术风险。(3)第三方征信服务接口响应不稳定——外部依赖风险。(4)团队速度持续下降——资源/绩效风险（暗示团队生产力受阻或范围蔓延）。(5)客户未出席评审会议——干系人/沟通风险。2.【答案】策略：(1)探针任务：团队应将“生物识别支付”拆解，创建一个或多个Spike（探针）任务，在早期的迭代中专门进行技术调研、原型开发和概念验证（POC），以识别技术可行性和合规要求。(2)并行降低风险：邀请安全专家参与评审或结对编程。(3)最小可行性产品（MVP）：不要试图一次性实现所有复杂的生物识别功能，先实现核心流程，降低实现复杂度。(4)增加验收标准：在用户故事中增加关于安全合规测试的明确验收标准，确保风险被测试覆盖。3.【答案】ScrumMaster的措施：(1)识别根源：私下与客户沟通，了解未出席的原因（如时间冲突、对敏捷不理解、认为价值不大）。(2)教育与引导：向客户解释评审会议的重要性，强调这是他们检查产品方向、提供反馈的唯一机会，否则产