010-86468451

敏捷
第 1 题：
一个新的敏捷团队估算在一个迭代中需要 45 个理想日。产品负责人坚持团队应该将目标提升至 60 个理想
日。敏捷专业人士应该怎么做？
A.通过向产品负责人礼貌地解释风险和团队成熟度，口头支持团队的估算
B.接受产品负责人的请求，这对团队来说是个挑战
C.请求产品负责人离开这个屋子，以便团队能够承诺设计一个计划
D.保持平静，允许团队决定能承担多少工作

第 2 题：
在一次迭代计划会议上，团队建议变更，增加产品价值，但这会需要额外的工作且影响到进度。敏捷团队
领导应该怎么做？
A.重新估算项目 B.按初始计划完成项目 C.尝试包含尽可能多的变更 D.产品负责人批准后继续

第 3 题：
敏捷大师在每日站会中发现两个团队成员之间的重复摩擦，下一步该怎么做？
A.立刻在每日站会中直接解决这个问题
B.每日站会后安排一个会议去探讨和解决这个问题
C.忽略该问题，因为一个自组织的团队应该可以解决这些冲突
D.在他们还没有破坏团队生产力之前找新成员来取代他们

第 4 题：
项目干系人可以从敏捷方法中得到主要的益处是什么？
A.忽略变更管理流程，可以直接在每日站立会中直接增加新的需求或者变更
B.尽早持续的交付有价值的软件，提高可视性和频繁适应的机会
C.可以增加对项目的关注度而减少了一些形式化的状态会议，从而加强了对项目当前工作和风险的了解
D.团队在迭代中考虑商业需求和优先级变更相对灵活，从而增加了团队履行承诺的能力

第 5 题：
负责测试报告的敏捷团队成员在每次迭代结束时都没有完成确保的可交付成果的质量。敏捷项目经理应该
怎么做？
A.降低上游可交付成果的速度，以确保团队成员完成相同的工作
B.交替送代，首先关注开发，然后关注质量
C.减少开发人员数量，确保有足够的时间进行测试
D.将工作分解为较小的用户故事，以便在整个迭代过程中更易于管理和测试

第 6 题：
一名敏捷管理专业人士注意到公司信息发射源使用红色、绿色、蓝色等便签来沟通项目的进展。敏捷管理
专业人士应如何沟通项目状态？
A.咨询项目发起人这些颜色代表什么意思 B.使用固定数字系统代替该颜色显示系统
C.在信息发射源中为每个颜色赋予一个有意义的描述 D.使用明确的度量指标来创建新的信息发射源

第 7 题：
首席执行官对敏捷技术不熟悉，担心团队以敏捷作为借口，回避关键需求、沟通进度及制定成本和进度计
划。团队应如何向首席执行官保证其方法是有效的？
1
 010-86468451
A.提供每月进度报告 B.向首席执行官提供敏捷原始相关培训，并提供敏捷测量指标
C.创建甘特图，并将其提交给首席执行官 D.建议首席执行官与产品经理谈话，获得有关进度和当前状态的
更新

第 8 题：
哪种讨论类型描述了有效的回顾会的特点？
A.没有任何目标和行动的开放式讨论 B.在高度流程导向的讨论中处理所有未解决的问题
C.在没有时间盒的情况下，进行流程和行动导向的讨论 D.在有时间盒的情况下进行目标和行动导向的讨论

第 9 题：
在一次团队会议上，属于主题专家（SME）的成员提到他们不断为一些工作重复工作敏捷项目管理师应怎
么做？
A.组织一次团队建设活动，提高团队士气 B.让团队成员结对工作，互相学习，并培养新的技能
C.让团队成员执行其活动的价值流分析 D.为团队添加更多资源，帮助完成任务

第 10 题：
敏捷教练注意到团队正在积极讨论一个客户问题的解决方案并挑战设计师以便找到更好的可能方案。团队
正在做什么？
A.协作挑战 B.建设性冲突 C.以自我为中心的讨论 D.合作讨论

第 11 题：
如果项目团队成员识别了一个新风险，那么下一步最好是？
A.先忽略，在下一次冲刺审查时再提出 B.记录在风险登记册
C.立即制定应急计划并添加到应急计划文档 D.立即引起团队的注意以讨论它的影响

第 12 题：
迭代回顾的目的是？
A.工作努力的过程报告，下一阶段应该做的工作，评审过程的障碍
B.产品未完项优先级，进行开发和测试的估算，制定下一个迭代的计划
C.演示迭代中已开发的功能，获得用户的反馈并且开始测试
D.识别哪些做的好，哪些做的不好，哪些工作可以在下一个过程中整改

第 13 题：
敏捷团队履行其承诺，但感觉能够提高速度。团队成员如何能够实现它？
A.将较为简单的故事拉进 sprint 中 B.减少非生产性时间 C.将用户故事移到另一个 sprint D.识别关键过
程以改进

第 14 题：
许多问题在向客户展示及发表产品时被提出。由于产品符合要求，敏捷项目团队感到困惑。敏捷管理专业
人士应如何缓解这种情况？
A.确保客户在整个开发过程积极参与并审查 B.事先定义合同中的所有需求
C.实施一个票务变更请求系统 D.延迟客户演示，直到所有产品需求均已识别

第 15 题：
在迭代计划中，团队正在讨论一个用户故事的设计。一个团队成员认为应该启动一个设计文档，因为该系
2
 010-86468451
统在本质上是复杂的。另一个团队成员回应敏捷没有文档。作为敏捷管理大师应该如何回应？
A.同意文件应该避免，因为它减缓了团队的进步 B.解释说个体和交互的价值胜过文档，但文档不是被禁止
的
C.问项目经理技术流程文档是否被记录 D.问产品负责人花费在文档上的时间资源是否可以接受

第 16 题：
下列哪一项针对史诗故事的说明是正确的？
A.史诗故事需要在功能边界分解 B.史诗故事并不代表产品待办事项
C.史诗故事是指可以在一次迭代中完成的用户故事 D.史诗故事可以分解成较小的用户故事

第 17 题：
干系人和敏捷团队成员识别到愿景陈述不断发生变化。造成对愿景的不同看法，敏捷管理大师应该做什么？
A.为干系人创建一份项目章程，包含针对团队的愿景 B.让干系人创建一份将保持不变的愿景陈述
C.在项目概况说明书中更新愿景，并约定共同术语 D.利用信息收集技术，征求项目愿景

第 18 题：
产品测试人员抱怨项目经理让他承担了太多的工作。敏捷专业人士应该怎么办？
A.举办一个紧急的团队会议解决这个问题 B.鼓励这名测试人员在下次站立会议中提出这个问题
C.在下一次站会中重新分配任务 D.帮助测试人员采取行动解决这个问题

第 19 题：
在一次评审会议上，敏捷项目团队意识到，在约定期限内将不能按时完成全面发布待办列表事宜。团队应
该怎么做？
A.计算完成还需要多少名团队成员 B.与产品负责人沟通一个新的完工日期估算
C.对待办列表重新排列优先顺序，并删除最没有价值的故事 D.与产品负责人一起协商范围和进度计划

第 20 题：
如何定义最小可售单元（MMF） ？
A.通过编写可先在市场上销售的用户故事 B.通过已获批准的最小产品增量
C.通过市场增加价值的最小功能数量 D.通过优先考虑交付最重要功能的产品待办事项

第 21 题：
从敏捷项目经理的角度看，开发人员应该在软件开发过程如何实施质量控制？
A.在整个过程持续不断 B.在一个 sprint 完成后 C.在回顾会议之后 D.在提交演示之前

第 22 题：
如果要提高团队凝聚力，在沟通方面，以下哪一项是必须的？
A 团队领导评价 B.无恐惧气氛 C.个人确认 D.生产效率跟踪

第 23 题：
自上次迭代以来，团队已经从六个成员增加到 14 个成员。因此，在当前送代中，在每日站立会议期间团队
的空间很拥挤而且不舒服，需要花费更长的时间来完成他们站立会议，从而造成团队目前进度的问题。基
于这一信息，敏捷专业人士应该怎么做？
A.站立会议转移到电话会议，所以空间不是问题 B.增加站立时间并更新团队的日历
C.为未来的站立会议分配每个小组成员的最大发言时间 D.把队伍分成小组，让他们安排单独的站立会议
3
 010-86468451

第 24 题：
一个项目团队估计，他们应该在当前迭代中完成 30 个故事点。通过迭代，他们意识到按照当前的速率他们
可以完成 50 个故事点。团队应该怎么办？
A.缩短迭代，以满足估计的速度 B.按估计的速度继续工作 C.增加他们的估计速度 D.释放成员以满足估
计得速度

第 25 题：
团队与客户接洽方面有困难，客户几乎不回应问题，经常缺席迭代评审和演示会议，但希望产品按时交付
并满足期望。敏捷项目管理师应该怎么做？
A.通知客户他们积极参与的重要性 B.让团队使用专家判断做出有根据的决策
C.停止开发，执行需求收集 D.要求产品负责人获得必要的客户反馈

第 26 题：
敏捷团队正在努力为一个复杂项目工作，该项目需求不断发生变化，客户需求似乎是不稳定的。为了解决
这个问题继续该项目，团队应该怎么做？
A.咨询产品负责人，为用户故事排列优先顺序 B.将该问题升级给项目发起人，以解决客户的反复无常
C.利用变更管理流程，并在发生变更时记录 D.限制送代长度，提高与客户一起审查的频率

第 27 题：
下面列出了一个敏捷项目的发布的故事： A：4， B：5， C：6，D：5， E：4， F：6， G：1，如果团
队的速度是 10，需要多少次迭代才能完成所有的故事？
A.3 В. 4 C.5 D.7

第 28 题：
在一个精益的软件开发环境中，项目负责人努力消除什么？
A.在制品（WIP）和缺陷 B.延迟和构建不需要的 C.具有低价值流值的缺陷和特征 D.不好的需求和变化
的范围

第 29 题：
某敏捷项目团队难以商定一次迭代中的后续步骤，团队应该怎么做来达成一致？
A.让客户做出决定 B.让项目经理做出决定
C.让产品经理采用一致意见驱动的方法来帮助团队达成一致 D.采用协作的方法达成一致

第 30 题：
在发布结束时，团队惊讶地发现他们的可交付成果必须获得安全团队主管的通过。团队没有做什么？
A.创建一份已完成工作的完整定义（DoD） B.符合他们的验收标准
C.识别并促进所有干系人参与 D.计划一次发布准备 sprint

第 31 题:
每日站会上,一名团队成员陈述了一个遇到的问题,这导致团队成员进入到问题解决的讨论中,这个时候敏捷
大师应该怎么做:
A.要求团队成员将问题搁置到会议结束 B.如果问题很重要,允许讨论来加快问题的解决
C.唐突的结束每日站会并安排另外一个会议来讨论这个问题 D.询问团队他们想怎么利用这天的每日站会

4
 010-86468451
第 32 题：
敏捷管理专业人士意识到有一名产品负责人有点难以了解迭代速度，若要帮助产品负责人了解迭代的整体
速度，敏捷管理专业人士应该怎么做？
A.邀请该产品负责人参加回顾会 B.向该产品负责人提供燃尽图
C.让项目经理与该产品负责人会面 D.要求该产品负责人等到迭代完成后，在开始了解迭代速度

第 33 题：
敏捷项目团队正在规划某个产品的第二个版本，但同时还要负责第一个版本的支持和维护。如何平衡第二
个版本的规划需求与第一个版本的支持和维护需求？
A.优先考虑第二个版本的开发是由于相较第一个版本的支持和维护，投资回报比更高
B.创建一份不使用理想天数的估算，因为理想天数未考虑其他承诺
C.确定速度时，从生产力中减去支持成本一个版本的维护和支持
D.只关注创造新的商业价值，并向另一个团队移交第

第 34 题：
Scrum 团队正在开发复杂的客户产品，团队的产品负责人需要把待办事项梳理清楚以及比较功能排列优先顺
序。产品负责人可以使用哪种方法？
A.卡诺分析 B.计划扑克 C. SMART 目标设定 D.延迟成本

第 35 题：
情益软件开发的七个原则中的哪一个最好的解决了由于在过程中造成藏的错误导致的存货问题？
A.快速灵活流动 B.全局优化 C.快速频繁交付 D.消除浪费

第 36 题：
客户要求的产品功能比团队成员在一次迭代中交付的功能还要多，敏捷管理专业人士应如何应对客户？
A.告诉客户团队将工作的很晚，来满足业务需求 B.让客户对功能的优先级排序
C.同意交付客户要求的功能，并安排在这次迭代中 D.要求客户将其添加至产品待办事项中

第 37 题：
某敏捷团队的迭代并不顺利，团队成员对需要开发的用户故事有许多疑问，且用户故事是失败的。用户故
事为什么会失败？
A.在规划过程中讨论的用户故事不包括验收标准 B.客户写了验收标准
C.没有详细写明需求 D.验收测试是在开发用户故事之前写的

第 38 题：
虽然当前迭代在今天结束，但是迭代中有两项工作未完成，如何为这两项工作重新安排优先级？
A.在基于业务价值的产品待办事项中 B.在基于故事点的产品待办事项中
C.在产品负责人和开发团队制定的项目计划中 D.在由关键关系人和主管人员制定的商业案例中

第 39 题：
当设定迭代长度时，应该看哪三个条件？
A.完成一个用户故事所需的时间，建立和测试故事和产品所需的时间
B.故事必须被发布的时间，交付市场的功能的成本，产品团队接受的故事
C.提供大量的用户价值的功能，建立和测试故事所需要的时间，产品团队接受的故事
D.产品分类的特点，完成功能所有的时间，以及将产品功能推向市场的成本
5
 010-86468451

第 40 题：
哪一种技术被用来测量每个迭代完成的工作量？
A.速度测量 B.相对优先级 C.规划扑克 D.发布计划

第 41 题：
公司总裁担心一次自然灾害对公司的影响，管理层应如何识别需要应用资源来管理的地区以便减轻风险？
A.制定并保留一份积极的风险登记册，包含风险减轻战略和成本效益分析
B.根据定性风险分析和预期损失，指定并保留一份积极的风险登记册
C.让每个人开发团队在信息辐射器上张贴最高风险开发项
D.通过将开发团队分割成两个地方来避免风险，确保知识持续性

第 42 题：
在一次 sprint 期间，团队遇到一个问题，可能会终止他们完成 sprint 目标。团队成员应该做什么？
A.将问题加到问题日志中，将其保留在团队内，直到 sprint 结果确定为止
B.终止当前的 sprint，并创建一个新的 sprint， 以确保排除有问题的目标
C.如果有需要的话，通知所有干系人该问题，并讨论如何调整 sprint 目标
D.要求所有团队成员尽可能的加班，以满足原本 sprint 的承诺

第 43 题：
如果产品负责人在 Sprint 中出现一个新的、重要的产品列表条目（PBI） ，会发生些什么？
A. ScrumMaster 鼓励团队完成这个额外条目 B.团队加班赶工以便在当前 Sprint 完成这个 PBI
C.产品负责人把这个新 PBI 加入产品列表 D.团队延迟 Sprint 时间以便做完这个新条目

第 44 题：
在一次为期六周的迭代中，一名团队成员识别到一个问题。分析之后，团队成员确定将至少需要两周时间
来解决这个问题。该名团队成员应该怎么做？
A.通知团队负责人并开始解决问题 B.在下一次站会上与团队沟通该问题
C.立即开始解决，并在回顾会上与团队沟通该问题 D.从事下一项活动的工作，并在回顾会上与团队沟通该
问题

第 45 题：
在项目回顾中，设置阶段的目的是什么？
A.重申会议目标并营造开放的氛围 B.回顾范围说明书并总结项目成果
C.为了提升团队士气，并确保每个人都参加 D.描述下一次迭代并讨论经验教训

第 46 题：
干系人要求参加团队的每日站立会议。这时敏捷管理大师应该怎么做？
A.邀请干系人参与回顾 B.邀请干系人参与但不出席会议
C.邀请干系人参加并出席会议 D.让团队在这一问题上进行表决

第 47 题：
团队完成的所有项目都受到低效估计和计划表的影响，通过过渡到敏捷方法能够缓解这种风险么？
A.可以，因为在发布回顾中会对规划进行回顾
B.可以，因为每次迭代结束的时候会对计划进行审查
6
 010-86468451
C.不可以，因为敏捷团队都是跨职能的，而且这会对团队计划产生更多的问题
D.不可以，因为敏捷要求连续的重构，从而影响到估计

第 48 题：
在第三次迭代结束时，团队展示了最终用户演示。最终用户在每次产品演示之后都反馈需求变更。现在更
认为敏捷流程有缺陷应当停止使用。敏捷管理专业人士应该怎么做？
A.让最终用户参与团队回顾会议 B.为客户提供敏捷原则方面的培训，让团队继续工作
C.要求产品负责人向最终用户澄清期望 D.向最终用户解释项目如何符合他们的需求

第 49 题：
敏捷团队已经完成 sprinti 计划会议，目前正处于一个为期两周的 sprint 间，团队应该努力做什么？
A.仅完成他们各自的任务 B.与 scrummaster 讨论上报问题
C.规划详细的机构和设计方案 D.随着 sprint 的进展，自愿完成任务

第 50 题：
在迭代规划过程中，一个团队致力于完成 10 个故事。编码已经完成，一些基本的测试也已经通过了。有 12
个缺陷还在待定工作中。而团队中的一些人则被故事的执行路径测试阻挡。在迭代的最后一天对缺陷进行
测试，但测试却没有通过。在这种情况下，迭代是？
A.成功的，因为基本功能都已完成和进行 B.不成功，因为测试都没有通过
C.成功或失败取决于团队决定的完成标准 D.如果客户接受它就算成功

第 51 题：
很多敏捷实践都有助于风险管理。下列哪一项对风险识别管理时无效的？
A.每日敏捷会议 B.迭代回顾 C.迭代评审和反馈 D.记录风险的影响和概率

第 52 题：
在一个敏捷项目开始时，敏捷管理专业人士需要为产品建立一个共同且令人信服的愿景。敏捷管理专业人
士应该怎么做？
A 设计一份产品路线图 B.总结用户故事 C.编写执行概要报告 D.生成一份电梯间简报（非常简短的报告）

第 53 题：
在一个快速进展的项目上，团队正忙着追赶需求上的改变。这导致越来越多的缺陷率。ScrumMaster 应该指
导团队做什么？
A.咨询项目经理和项目发起人，获得解决方案 B.在 scrum 会议上解决这个问题
C.将该过程定义为团队的基本规则 D.与产品负责人一起设计一个解决方案

第 54 题：
在最后三次迭代中，团队完成规划故事中的所有开发任务，但测试却落在了后边。那么目前你可以做的事
情是什么？
A.为团队添加更多测试人员 B.鼓励团队跨职能发展
C.减少团队中的开发人员 D.通过一次迭代，计划进行测试滞后开发

第 55 题：
团队成员想要为团队的效率提出关于发展过程的建议。关于这问题，最好在哪项会议中进行讨论？
A.迭代回顾 B.非例行会议 C.迭代审查 D.每日站立会议
7
 010-86468451

第 56 题：
产品负责人和 ScrumMaster 可以是同一个人吗？
A.可以，只要这个人有职权和能力可以完成所有的事情就可以
B.可以，只要这个人能够小心地平衡这两份职责就可以
C.不可以，一个人的时间不够用
D.不可以。这个人会拥有太多权利，这会产生困惑

第 57 题：
一名团队成员提出一个问题，引起团队领导的关注。作为敏捷教练，应该如何引领团队？
A.让团队来解决这个问题 B.寻求职能经理的指导
C.解决这一问题，并通知团队 D.与产品负责人一起解决这一问题，并通知团队

第 58 题：
若要确保最终产品满足业务要求，敏捷专业人士应该怎么做？
A.邀请团队参加送代评审会议 B.获得产品负责人对业务需求的同意
C.要求向项目干系人发送定期报告 D.确认经理和项目干系人均获邀参加产品评审会议

第 59 题：
Scrum 团队有两名开发人员，一名主题专家（SME）和一名高级开发人员。使用哪一个评估用户故事规模更
接近？
A.主题专家拥有相关领域的专业知识，应该估算故事点规模
B.高级开发人员拥有大多数开发经验，应该估算估算规模
C.主题专家和高级开发人员应该一起估算故事规模
D.每个团队成员应相互合作，并以一个团队一起估算规模

第 60 题：
用户故事的验收测试什么时候编写？
A.在用户故事编码后，但在用户验收测试开始之前 B.在用户故事编写后，但在编码开始之前
C.在产品积压工作优先顺序规划开始时 D.在产品积压估算后，但在冲刺计划会议开始前

第 61 题：
产品所有者和团队在价值和风险中，对产品待办事项中的项目进行分类，他们决定首先处理好高价值高风
险项目，然后是高价值低风险，最后才是低价值低风险。对于低价值低风险的项目，我们应该怎么做？
A.放到最后才处理 B.寻找增加价值或减少风险的方法
C.不处理它们 D.通过一些实践来验证它们价值和风险的数量

第 62 题：
你是敏捷项目的经理。你发现有一个关键干系人是团队的主要干扰人。他频繁地从团队中获取项目状况信
息，提供建议，并有时也会变更需求。对此，你应该做什么？
A.升级问题并禁止他进入团队中来 B.邀请利益相关者参与适当的规划或审查会议，要求他们提供自己的观
点
C.倾听利益相关者的陈述，但忽略他的建议 D.直接告诉利益相关者在迭代周期中不要打扰团队

第 63 题：
8
 010-86468451
团队 x 和团队 Y 都在为同一个项目工作。团队 x 已经承诺未来六次迭代的可交付成果。团队只承诺未来三
次送代的可交付成果。项目发起人让敏捷管理专业人士解释为什么团队 Y 不能完成更多的迭代。敏捷管理
专业人士应如何回答？
A.解释团队 x 和 Y 之间没有一对一的比较 B.传达团队 x 必须规划三次迭代来匹配团队 Y 的速度
C.解释团队 x 拥有更多的资源以及更少的依赖关系 D.传达高级管理层不讲道理

第 64 题：
敏捷项目团队遇到迭代速度波动。若要为敏捷项目环境带来持续一致的速度。敏捷专业人士应该怎么做？
A.培养团队成员之间合作，实现理想的迭代速度 B.鼓励合作的团队工作，实现团队目标
C.设置之前送代的最高速度，并将其作为基准 D.召开一次团队会议，理解出现变动的原因，并制订最佳的
迭代速度

第 65 题：
一个团队正在举行回顾会议。他们讨论了下一次迭代中的潜在改进计划。敏捷专业人士提出团队想进行的
关于 15 项相关改进的操作。应该接下来做什么？
A.团队应该要求经理反馈 B.产品所有者应要求下一次迭代待办事项
C.团队应该开始修复以前迭代中发现的漏洞 D.团队识别最优先的行动项目，并侧重于在下一次送代中改善
它们

第 66 题：
团队在用一份固定价格合同和敏捷方法开展一个项目。在项目的中途，客户要求变更需求，作为敏捷专业
人士，这时你应怎么做?
A.告知客户在固定价值合同上不允许更改需求 B.敏捷注重客户协商而不是合同谈判——因此我们接受变
更
C.与客户进行谈判，放弃一些和新增需求规模相等的次要的功能 D.推迟组织管理的决策

第 67 题：
高层管理人员希望基于一个由敏捷团队正在开发的救生产品来预测公司增长。高级管理人员想在下次股东
大会上演示产品的特性和功能。敏捷管理专业人士应该怎么做？
A 向高层管理人员提供演示 B.邀请股东参加每日站立会议
C.为股东分享、发布和更新产品路线图和故事地图 D.邀请高层管理人员参加每日站立会议

第 68 题：
一个敏捷项目拥有 11 名集中办公的团队成员，他们按一个确定的速度执行项目，在项目中途，有些团队成
员离职，并由 5 名分散在不同地理位置的成员替代。敏捷项目管理人士应对新项目团队有何期待？
A.团队将组建，并将以之前的项目团队相同的速度水平执行工作
B.在团队以确定的速度执行工作之前，团队将经历震荡阶段，并在更为频繁的沟通中保持恒定的速度
C.团队将处理和解决所发生的任何团队冲突
D.团队成员将关注他们自己的可交付成果和速度

第 69 题：
一名初级团队成员提出完成团队目标的新方法。团队应该怎么做？
A.作为一个团体决定是否应采用新方法 B 与该团队成员一起合作决定是否应采用新方法
C.让高级团队成员决定是否应采用新方法 D.与管理层讨论采用新方法的事宜

9
 010-86468451
第 70 题：
项目愿景陈述是在与团队达成一致意见情况下创建的。下列哪一项应包含在陈述中？
A.明确且可衡量的成功标准 B.项目团队结构 C.项目进度计划 D.从团队角度看的项目目标

第 71 题：
下列哪一项属于估算用户故事规模的技术
A.专家判断 B 计划扑克 C.燃尽图 D.看板扑克

第 72 题：
ScrumMaster 意识到一名团队成员正成为项目某个具体方面的专家，除了完成自己承诺的任务外，该团队成
员还开始帮助其他团队成员。这引起其他团队成员的担忧。ScrumMaster 应该怎么做？
A.让团队自组织 B.在站会上加强已分配的任务
C.为该团队成员分配更多故事 D.与该团队成员会面，就当前这种情况进行讨论

第 73 题：
在上一次站会期间，团队发现两名团队成员之间有冲突。团队领导应该怎么做？
A.等到下一次回顾会议，讨论该问题 B.尽快与项目领导开会解决该问题
C.要求将团队成员转移到另一个项目 D.安排一次与团队成员的会议，协同解决这一问题

第 74 题：
在观察极限编程（XP）团队时，项目经理注意到每名程序员都在与另一名程序员配对，且这些配对持续发
生变化。项目经理的反应如何？
A.意识到合作伙伴是流动的，不干扰这种安排 B.意识到这可能会导致一段时间的混乱，并建议改变
C.为项目安排合作伙伴，并与团队分享 D.将经验最丰富的程序员与经验最少的程序员配对

第 75 题：
敏捷团队正在花较长的周期来开发功能。增加周期时间导致质量较差。团队应用哪些法则来提高质量？
A.精益交付时间法则 B.收益递减定律 C.利特尔法则 D.帕金森定律

第 76 题：
组织正在经历从瀑布模式到敏捷开发的转变，该组织计划逐步采用“混合敏捷”开发过程。项目经理受聘
来在该组织中管理一个为期两年的项目。高层管理团队希望项目经理制定一个整体项目计划，包括项目路
线图和里程碑预测。项目经理应该怎么做？
A.根据需求制定路线图和里程碑 B.定义时间盒并确定可交付成果
C.解释敏捷方法并不定义长期目标 D.将可交付成果和里程碑与组织愿景保持一致

第 77 题：
敏捷管理专业人士应该怎么做以获得一份含可见度、监控性并具有优先顺序的风险和问题清单？
A.进行团队建设活动、风险评审和迭代回顾 B.利用信息辐射器，每日站立会议和规划会议
C.确保项目具有全面的文档 D.确保继续维持风险和问题日志

第 78 题：
在每日站立会议上，一名团队成员提到开发环境发生了变化，这个改变可能会影响速度与协定的交付日期。
敏捷管理专业人士应该怎么做？
A.在风险日志中记录该威胁，并将其记录为一个潜在的难点探刺
10
 010-86468451
B.在产品待办事项中记录该威胁，并将其记录为一个潜在的难点探刺
C.与产品负责人讨论该威胁的影响
D.与团队成员和干系人讨论该威胁的影响

第 79 题：
敏捷团队已经识别出项目中需要的一个非功能性需求。团队不能确定如何继续。敏捷管理专业人士应提出
什么建议？
A.重新审视原始规范，将该需求编写为一个探测用户故事
B.为该需求编写一个用户故事，并将其包含进发布待办事项中
C.将其记录为一项变更请求，并将其包含进后续版本中
D.将其添加为一项风险，通知风险管理流程跟踪该风险

第 80 题：
以下列出了某个敏捷项目版本的故事： A：4， B：5， C：6， D：5， E：4， F：6， G：1，如果团队
在第一次迭代中完成故事 A，故事 B 以及 50%的故事 C，团队速度是什么？
A.9 B. 10 C. 12 D.15

第 81 题：
一名外部干系人希望被告知即将发生的风险和问题。Scrummaster 应该怎么做?
A.与该外部干系人会面,审查风险登记册 B.与该外部干系人会面，审查项目计划
C.定期更新项目计划，并发送给外部干系人审查 D.指引该外部干系人查看信息发射源

第 82 题：
在冲刺审查期间，如果产品负责人没有验收一个用户故事或者一个特性，那么团队应该？
A.标记故事为完成，因为如果故事没有通过卡片背面的验收标准，那么它不会被审查
B.标记故事为未完成，并和产品负责人协商是否将此用户故事纳入到接下来的迭代中
C.此用户故事得到验收时才进行冲刺审查
D.从产品待办事项中移除该用户故事

第 83 题：
敏捷团队在迭代中，正开发一个复杂的产品。在第三次迭代中，产品负责人发现了一个问题。产品负责人
应该告诉团队什么？
A.创建一个探刺故事 B.继续添加功能，因为迭代已经开始
C.取消并重新计划 sprint D.增加 sprint 长度，因为增加了额外的功能

第 84 题：
敏捷团队处于早期形成阶段。若要设置正确的期望，团队应该怎么做？
A.提供确立领导权威的办法 B.安排定期的绩效评估
C.根据高绩效表现以提供奖励 D.制定基本规则和目标

第 85 题：
敏捷项目团队在迭代期间收到一个紧急请求。敏捷项目经理首先应该做什么？
A.停止未完成用户故事的工作，先为该请求工作 B.召开一次团队会议，更改迭代范围以包含该请求
C.向客户提供项目团队建议的意见 D.解释到下一次迭代之前，团队不能包含该请求

11
 010-86468451
第 86 题：
一家小公司的开发团队经理产品完工以及发布验证和测试的长时间延期。公司担心这将影响公司在市场上
的竞争力。团队应使用什么分析来理解这个问题？
A.风险管理 B.偏差和趋势 C.卡诺模型 D.鱼骨图

第 87 题：
敏捷团队正在一个监督严格的组织内从事一个项目，团队正在使用迭代方法。但需要组织特定的过程。敏
捷专业人士应该如何采用这些组织过程规划发布？
A 为了交付项目，在组织过程的限制下工作 B.坚持让该组织采用一个迭代交付的方法
C.咨询敏捷教练，如何规划发布过程 D.向该组织建议不采用敏捷过程

第 88 题：
为确保产品符合业务需求，敏捷项目经理应采取的其中一个首要步骤是什么？
A.让干系人的利益和期望相符合 B.开始规划下一次迭代
C.集合开发人员，为用户故事排列优先顺序 D.与开发团队一起制定项目计划

第 89 题：
整个团队以 CrystalClear 法集中办公时，会发生下列哪一项？
A.一个让整个团队更有效沟通的方法 B.组建、震荡、规范和执行的团队动态
C.同步日常生活习惯和流程 D.即时、渗透式沟通

第 90 题：
敏捷团队正显示出士气低落的迹象。敏捷项目经理应该怎么做？
A.让员工的直属经理来解决这个问题 B.依靠团队来激励他们自己
C.询问产品发起人的指示 D.与团队协作来解决这一问题

第 91 题：
在回顾会上，燃尽图显示项目略微落后于进度计划。项目团队识别到一名经验不足的软件工程师造成团队
速度的下降。项目团队应该如何解决这个问题？
A.在回顾会议上建议结对编程
B.要求产品负责人在下一次回顾会议上重新排列用户故事的优先顺序
C.在下一次迭代计划会议上，与团队成员一起重新估算故事点
D.在下一次迭代计划会议上，将较不复杂的用户故事分配给经验不足的软件工程师

第 92 题：
在一次 sprint 评审会议结束时，客户反馈说应用程序缺少一个在批准之前需要的关键功能。为确保获得更正
面的结果，产品负责人应事先完成哪一项？
A 确保客户已审查用户故事 B.邀请客户参加每日站会
C.确保已在 sprint 计划会议上提交客户的优先顺序 D.邀请客户参加回顾会议

第 93 题：
一名团队成员表达希望将角色从测试人员转换为开发人员。该团队成员已经完成几门课程的学习并积累了
一些开发经验。团队担心角色转换可能会减缓项目的速度。敏捷管理专业人士应该怎么做？
A.提醒团队敏捷方法支持跨职能发展，要求团队能适应
B.在每日站立会议上与团队讨论并评估有关转换对项目速度造成的影响
12
 010-86468451
C.在问题日志中记录该团队成员的角色转换请求，并记录有关潜在速度变化的风险
D.如果开发职位有空缺，鼓励团队成员申请该职位

第 94 题：
经理让两名项目经理来确定应将哪种方法用于即将开展的项目。经理解释说项目发起人经常改变他的想法，
但是仍然希望能够快速交付产品。其中一名项目经理在瀑布式管理方法方面拥有丰富的经验。为什么敏捷
更适合这个项目？
A.因为它让项目发起人全权控制项目 B.因为他允许管理层监控项目
C.因为采用增量式交付方法，并经常与干系人一起审查 D.因为它保证初始范围将全部完成

第 95 题：
在产品开发阶段结束时，敏捷项目团队确认所有测试均已通过。产品发布，但是客户投诉说产品有缺陷。
在产品发布之前，项目团队应已完成下列哪一项？
A.请求项目发起人的批准 B.执行所有需求评审 C.开展阶段结束演示 D.执行一次回顾，合适项目可交付
成果

第 96 题：
在一次迭代中，产品负责人通知团队某些功能原先不包含在迭代中，但现在需要包含。团队应该怎么做？
A.告诉产品负责人等到下一次迭代计划会议
B.与产品负责人一起工作，重新排列功能的优先级，并将较低优先级的功能从当前迭代中删除
C．包含所有请求的功能
D.通知产品负责人，一旦迭代处于进行当中，不允许进行任何变更，拒绝新的功能

第 97 题：
公司决定为一个新项目实施敏捷，并成立一个敏捷团队。为确保成功，应如何组织敏捷团队？
A.通过技能组合 B.跨职能 C.自发组织 D.通过阶段

第 98 题：
敏捷项目团队决定采用使用中的测试过程。这一决定在哪一次会议上产生的？
A. Sprint 回顾会议 B. Sprint 审查会议 C.发布回顾会议 D. Sprint 计划会议

第 99 题:
项目成功的传统标准包括时间,预算和规格。从项目管理的角度来看,符合这些标准的项目可能被认定是成功
的, 但最终仍可能失败。这其中的一个可能的原因是?
A.他们未能向预期的使用者提出上诉 B.他们未能增加业务价值
C.项目管理的成功不会转化为商业成功 D.未能满足客户的需要

第 100 题
完成一项工作增量后，在集合参加回顾会议时，敏捷团队应该做什么？
A.执行敏捷审计并更新待办事项 B.检查并调整其方法和做法 C.关注人际交往问题 D.庆祝成功完成送
代

第 101 题：
向敏捷团队提供一份产品待办事项，用以估算项目规模团队同意使用渐进明细法。下列哪一项属于这种方
法的优点？
13
 010-86468451
A.他比其他估算技术使用时间要少 B.他迫使团队将较大的故事分解成更小、易于管理的片段
C 它在累计流量图上更容易显示进度 D.它让经验不足的团队成员能够参与

第 102 题：
产品负责人发现一个团队之前承诺的需求不再适用于客户，产品负责人应采取什么行动？
A.调整计划，并于客户确认 B.不调整计划，直到下次 Sprint 审查之后再调整计划
C.与开发人员分享新计划 D.为新计划启动一个扑克计划会议

第 103 题：
组织正在经历从瀑布模式到敏捷开发的转变，该组织计划逐步采取“混合敏捷”开发过程。项目经理受聘
来领导组织转变和产品开发。项目经理下一步该怎么做？
A.建立工作授权和工作分解结构（WBS） B.避免微观管理和日常管理费
C.让干系人参与，并制定过程 D.行程小组工作和孤岛

第 104 题：
某组织团队职能趋于一致，通常这意味着只有在团队之间互相发送可交付成果的过程结束时才会发现缺陷。
如要改善产品质量，敏捷管理专业人士应该怎么做？
A.根据需要执行回顾，并为每个团队实施过程改进和质量保证 B.制定一名调解人充当团队直接的沟通桥梁
C.创建一个跨职能团队，一边不断地构建、验证及确认 D.在需求定义阶段花更多的时间

第 105 题：
在一次迭代计划会议上识别到新的风险。敏捷管理专业人士应该怎么做？
A.在下一次风险管理会议中沟通这个问题 B.将这些风险记录在风险登记册中
C.将这些风险放在观察清单上 D.请求管理层的指示

第 106 题：
客户拒收团队开发的一个 web 应用程序，因为客户认为需求被遗漏。为确保开发的工作通过验收，团队应
采取什么步骤？
A 与客户一起执行定期评审和产品演示 B.对客户的新需求重新开始项目
C.在产品演示期间沟通所有变更 D.在产品演示之前获得项目负责人的批准

第 107 题：
在一次 Sprint 审查会议上，客户对产品印象极其深刻，要求立即发布该产品，推向市场。敏捷团队很担心，
因为还未解决产品维护用例。产品负责人已经将团队的担心告知客户。团队下一步应该怎么做？
A.发布该产品，但通知用户产品维护只能等到未来版才能提供
B.执行更为敏捷的过程步骤来实现维护功能
C.重现调整产品待办事项的优先级，在产品发布之前实现维护功能和用户故事
D.安排一次干系人 scrum 会议，来讨论产品发布之前必须完成的最小可售单元

第 108 题：
敏捷团队正在准备着手从事一个涉及一些架构风险的史诗级故事。由于下一个迭代已经计划完毕，敏捷专
业人士应该如何解决这个风险？
A.推迟该故事的工作，保持团队速度 B.重新查阅需求，创建详细的规范
C.在风险登记册中添加该故事，并与客户一起分析 D.执行探索性工作，更好地理解该风险

14
 010-86468451
第 109 题：
敏捷团队正在从事创造一项新产品的任务。团队已经创造了产品，但由于一项独特需求，完成迭代很困难。
团队应该怎么做？
A 尽可能延长当前迭代，直至可以交付 B.请求一名专家临时加入团队
C.复制另一个产品的功能，并在之后改进 D.将股市拆分成几次代，直至完成该功能

第 110 题：
敏捷团队正致力于产品开发。哪些活动可以帮助团队建立良好的协调？
A.每日站立会议 B.发布回顾会议 C.代办事项改进 D.发布计划会议

第 111 题：
一名敏捷团队成员仅召集一部分团队成员开会，而不是整个团队。以就当前故事达成一项关键决定。为什
么应当由整个团队参与达成这项决定？
A.为了在整个团队分享 Sprint 承诺的责任 B.为了提高速度
C 为了避免闲话 D.为了通过分享知识和协作减少风险和瓶颈

第 112 题：
下列哪一个会议可用于促进敏捷项目团队在迭代期间的持续改进？
A.迭代回顾 B.迭代计划 C.每日站立会议 D.持续集成

第 113 题：
在敏捷环境中，谁负责设计和更新看板的项目状态和进度？
A.产品负责人 B.团队领导或导师 C.团队 D.项目干系人

第 114 题：
在每次迭代结束时，团队应向谁演示完成的工作？
A 干系人 B.高级管理层 C.敏捷专业人士 D.职能经理

第 115 题：
一名新项目经理被分配到一个敏捷项目。在第一次站立会议上，项目经理注意到团队成员对完成任务感到
焦虑、退缩和挣扎。成员们还因为职能经理的频繁中断和请求导致精力分散。这属于哪一种组织类型？
A.这属于一个扁平结构组织，实施非正式工作文化的历史悠久
B.这是一个层级组织，由职能经理评估工作符合和绩效
C.这算一个强矩阵型组织，项目经理对资源拥有很小甚至不拥有职权
D.这是一个敏捷组织，职能经理全部是强有力且经验丰富的领导者

第 116 题：
敏捷团队可以使用哪种原型技术建立对需求的理解？
A.回顾 B.T 恤尺寸计算 C.线框图 D.卡诺分析

第 117 题：
用户故事相互依赖时，可能会遇到哪些问题？
A.优先排序和规划不足 B.复杂性和不确定性 C.返工和浪费 D.质量差和文档过多

第 118 题：
15
 010-86468451
团队重视培养新的个人技能，以扩展其跨职能的能力。这样做的主要目的是什么？
A.他能减少瓶颈和风险 B.他能增加跨职能团队的沟通频率
C.他能促使干系人接受团队 D.他能利用新的工具来跟踪进度

第 119 题：
团队向客户提供了一个原型，让客户提供反馈。实际上，团队应期望何时收到客户的反馈？
A.按团队和客户同意的次数 B.在每次迭代结束时 C.在每月状态会议上 D.在演示结束时

第 120 题：
敏捷管理专业人士建议使用一种过程改进技术，但该技术导致降低速度并产生一些质量问题。团队已经进
行修正，但是职能经理很不高兴。应该怎么做会产生不同的结果？
A.敏捷管理专业人士应事先获得职能经理的许可
B.在更改过程之前，职能经理应参加回顾会议提出建
C.敏捷管理专业人士应该鼓励项目团队持续改进，并与职能经理沟通
D.职能经理应指导敏捷管理专业人士在更改过程时更为小心谨慎

第 121 题：
关键干系人可以意识到可能从敏捷中得到什么好处？
A.能够绕过变更管理过程，直接进入团队，插入新的要求和变化
B.早期和持续交付有价值的软件，更频繁的调整增加曝光度和机会
C.增加访问项目，更少的正式报告和状态会议的依赖，更好地了解当前的工作和风险团队接受
D.团队的灵活性使变化中的迭代作为商业需求或优先次序的改变，增加团队达到项目承诺的能力

第 122 题：
团队估计一个项目的用户故事首要做的事情是什么？
A.根据优先级排序的用户故事 B.安排小组会议，了解他们 C.定义故事点大小 D.估算功能点分析

第 123 题：
一个故事点是：
A.一个用户故事相对的大小测量 B.需要完成一个用户故事的时间
C.优先在待办事项的用户故事 D.商业价值的用户故事

第 124 题：
根据敏捷宣言，下列哪项描述的更有价值？
A 客户合作，遵循计划，可工作的软件，和个人的相互作用
B.可工作软件，个体间的相互作用，应对变化，和全面的文档
C.个体间的相互作用，可以工作的软件，客户协作和应对变化
D.相应变化，个体间的相互作用，流程和工具，客户合作

第 125 题：
在一个特定的项目，产品质量被定期测量且持续低于可接受的水平。在精益环境中，应该如何解决这个问
题？
A.团队应该在每个开发周期结束时实施更严格的测试 B.直接管理团队的具体行动，他们应该提高质量
C.管理应该引导团队，致力于改善和减少系统中的错误 D.项目负责人应该审查合格质量的门槛，确保它是
真实的
16
 010-86468451

第 126 题：
根据 Scrum，每个 Sprint 应该产生：
A.一个增量的潜在可交付的产品功能 B.—套记录产品的要求和规格
C.分离测试和测量功能 D.增加潜在的可测试的产品功能

第 127 题：
一个冲刺评审的主要目的是：
A.证明在冲刺中完成了什么 B.讨论了做的好的，不好的，和如何改善
C.优先考虑和估计下一步冲刺的故事 D.单独提供对用户故事的进展状态更新

第 128 题：
敏捷估计应该以什么为基础?
A.从每个迭代项目管理计划中的工作分解结构（WBS） B.一个有效的迭代计划，提高可预测性，结合响
应的变更
C.收集过去类似于目前的项目的敏捷项目范围 D.在全项目周期的可用的人/天初始资源分解的基础上

第 129 题：
价值流图是一个工具，用于识别：
A.在整个过程中的浪费 B.价值最高的产品特点 C.最有价值的团队互动 D.最有可能的项目风险流程

第 130 题：
当估计初始速度时，团队应该最有可能：
A.在团队中讨论他们能解决的期望故事点有多少 B.使用看板流程识别步骤和计算速度的使用
C.使用过去的迭代速度或做出计算的猜测 D.与客户讨论他们对产品生产速度的期望

第 131 题：
经过三次迭代，阻碍一个敏捷团队的问题似乎与在早期的迭代中面临的问题性质相似。回顾过去的检查显
示迭代信息列为“什么对我们有用”和“什么队我们没用”，基于此信息，可以推断是团队没有记录：
A 用户故事 B.里程碑 C.行动项目 D．要求

第 132 题：
哪一个是提高项目速度的最佳选择？
A.保护程序员不被打扰 B.减少顾客参与 C.缩短迭代长度 D.提高项目团队的规模

第 133 题：
一家公司开始引入敏捷实践，项目经理已被要求确定如何引入新的过程。项目经理的最初计划应该是：
A.立即研究每日站立会议 B.与团队交流敏捷宣言
C.平衡教学原则与敏捷实践 D.把学习新方法算作团队进步

第 134 题：
你是在第三周的迭代中。由于业务条件的变化。客户每天都会多次要求变更。这让你和你的团队失去平衡。
你能做什么来处理这种混乱，并仍然提供价值给你的客户？
A.讨论所有的需求，直到下一次迭代计划 B.接受那些优先考虑的变化，并与当前迭代一起工作
C.取消当前的迭代并在新的迭代中加入所请求的更改 D.将 2 周迭代减少为 2 天迭代
17
 010-86468451

第 135 题：
ScrumMaster 觉得产品代办事项中的故事模糊，缺乏验收标准， ScrumMaster 应该在 Sprint 周期内的哪个时
间点向 PO 提出澄清用户故事的要求？
A 产品待办事项梳理会上 B.评审会 C 每日会 D.回顾

第 136 题：
持续集成可以确保产品：
A.准备交付时，所有的功能都完成 B.在每一天结束的时候交付测试
C.随时准备技术部署 D.最终业务审批后部署

第 137 题：
哪个工具允许产品所有者专注于提供最大的价值和投资回报率（ROI） ？
A 燃尽图 B.产品积压 C.亲和图 D.成本效益分析（CBA）

第 138 题：
敏捷项目中的每日站会的目的最好的描述是：
A.解决很可能会阻碍项目进展的关键问题和风险 B.为产品所有者提供洞察力和保证，以加强这种关系
C.向利益相关者汇报项目状态 D.提高每个人的工作的可见度，并确保工作的完整性

第 139 题：
敏捷团队一起坐在一个共同的空间，开放的环境中，最重要的好处有哪些？
A.渗透的沟通愈来愈少，空间的使用更有效率；提高团队动力学和群体更有效地一起工作
B.由于会议室的需求减少，成本降低，并且团队可以更准确地跟踪成员的位置
C. Team 成员可以有时间和精力承担更多的责任，结对编程更容易，因为彼此距离很近方便坐到一起
D.沟通得到提高，减少了等待时间和返工，群体之间的壁垒打破，互相尊重对方的专业

第 140 题：
下面哪个是产品所有者已经确定的功能列表，特点和故事？
A.燃尽图 B.故事卡 C.愿景文档 D. 积压

第 141 题：
产品规划结构的哪一层定义能力或功能级别的详细信息？
A.迭代 B.路线图 C.发布 D.波

第 142 题：
在敏捷方法中，团队在哪个会议上通过风险审计来检查风险应对的有效性？
A.发布计划 B.迭代计划 C. 回顾 D.每日 Scrum

第 143 题：
ScrumMaster 和产品所有者对产品积压工作项的价值有不同意见。为了解决分歧， ScrumMaster 应采取的第
一步是要问：
A.产品所有者的明确需求 B.业务所有者来解决问题
C.业务分析师研究产品价值 D.另一个项目经理如何解决这一问题

18
 010-86468451
第 144 题：
亨利和他的团队将故事点分配给一个特别模糊不清的用户故事。敏捷团队在这种情况下应该做什么？
A.将用户的故事分配任意高的编号 B.根据之前用户故事得分规模分配故事
C.分配之前用户故事得分的平均数 D.从积压中删除用户的故事

第 145 题：
Wilson 和他所属的敏捷团队正在就“干系人管理”进行讨论，为什么“干系人管理”是敏捷团队的重要话
题？
A.因为积极参与的干系人是成功的关键 B.因为没有向干系人分配任务和职责范围的蔓延是不可避免的
C.因为产品积压的不断扩大，管理干系人的需求是很有必要的 D.因为防止干系人干扰开发者有助于提高速
度

第 146 题：
项目经理使用速度来确定：
A.团队是否致力于适当数量的迭代工作 B.每个团队成员在一次迭代过程中能够完成多少工作
C.在一次迭代中，团队能完成有多少类似规模的工作 D.产品所有者是否优先考虑适当的迭代计划的准备工
作

第 147 题：
kyle 的团队刚刚完成了一个冲刺。该小组估计，它可以完成 45 个故事点，但在冲刺中只完成了 30 个故事
点。估计下一次冲刺会有多少个才是一个安全的估算？
A. 45 В. 30 C. 50 D.40

第 148 题：
由于所需的技术知识缺乏导致无法估计，将使用哪种类型的故事？
A 缺陷 B.松弛 C.探刺 D.功能

第 149 题：
极限编程（XP）客户角色的责任是什么？
A.测试软件开发的每日增量 B.为每个故事写描述故事和接受测试
C.规划和分配任务给开发人员和测试人员 D.密切与用代表的 XP 团队交互

第 150 题：
ScrumMaster 正在回顾敏捷工作，解释了为什么一个项目会给客户带来价值。ScrumMaster 最有可能审查的
是哪个工作？
A.商业案例 B.燃尽图 C.价值流图 D.白板

第 151 题：
重构用于极限编程（XP）的实践，它是指：
A.再分析过程中，应用更高的成本性能指标进行重组 B.修改项目由于范围变更，资源可用性和成本和进度
的差异
C.调整由于增加估计完成和负成本差异的成本基线 D.代码的结构调整以提高代码而不改变它的外部行为

第 152 题：
当客户在排列故事优先级的时候遇到困难，下列哪项最有可能协助？
19
 010-86468451
A.将故事分成较小的允许客户选择他们想要的东西 B.优先考虑的地方团队为客户提供指导
C.提供额外的技术细节，让客户洞察技术挑战 D.团队重写故事与额外的细节，以澄清要求

第 153 题：
当与团队成员进行交互时，敏捷项目经理应该：
A.要求团队成员通过措辞语句作为一个请求而不是要求做的事情
B.当重要决定必须做出时，忽略团队成员的投入和情绪
C.当要求团队成员做一些有可能使他们不高兴的事情时，谨慎行事
D.在不考虑团队的感受的基础上，根据问题的优点而不考虑团队的意见

第 154 题：
哪项更好的描述了用户故事的 INVEST 的属性？
A.增量,网,变异,超过,范围和培训 B.相互依存，无法正常工作、价值，探索性、冲刺盒
C.创新、嵌套、视觉，估算，可扩展和团队 D.独立、可协商、有价值、可估算的、小的、可测试

第 155 题：
用户故事描述说某个产品必须非常快。在演示过程中，产品所有者对产品的速度不满意。这发生的最可能
的原因是因为用户故事：
A.太大 B.未正确估计 C.不可测试的 D.非描述性的价值

第 156 题：
团队 A 在每个迭代完成 61 个故事点，团队 B 在每一个迭代完成 20 个故事点。团队 A 有更多高级工程师。
经理要求在下一次送代中团队 B 要匹配团队 A 的故事点。基于这些信息，告诉经理哪个是合理的？
A.两个团队的故事点不能单独比较 B.如果 B 队获取更高级工程师，可以匹配团队 A 的故事点数
C.匹配团队 A 的故事点，团队 B 必须具有自组织 D.如果产品所有者更多的参与，团队 B 的故事点将增加

第 157 题：
下列哪一项是一个有效的敏捷项目计划的实践？
A.发布规划、迭代规划和估计 B.估计，探针解决方案和迭代规划
C.迭代规则，持续集成和估计 D.视觉，发布规划和性能优化

第 158 题：
谁负责在迭代中的优先级故事的排序？
A. ScrumMaster B.开发人员 C.产品所有者 D.团队

第 159 题：
如何在敏捷项目中监控和控制风险？
A.通过团队建设练习 B.通过信息辐射器，每日站会，迭代评审和迭代回顾
C.通过全面的文件 D.在敏捷项目上没有监控和控制风险

第 160 题：
对于 XP 与 Scrum 的关系，最好的描述是：
A.XP 是 SCRUM 的组成部分 B.他们的原则互补 C. SCRUM 是 XP 的组成部分 D.他们的原则矛盾

第 161 题：
20
 010-86468451
敏捷项目的开发过程往往：
A.在一次迭代中包含分析，设计，编码和测试 B.分别记录每一个业务流程
C.使用甘特图更好的定义活动，责任和时间框 D. 对比选代待办事项与 WBS

第 162 题 ：
两个软件开发商，正在就解决技术问题的最佳方式产生分歧。合适的方法探索潜在的解决方案的敏捷方法
是什么？
A.使用项目燃尽图，他们可以查看谁已完成大部分的故事点
B.使用基于风险的任务估计，以确定其方法引入了最少的风险
C.使用探刺解决方案，其中他们各自探索各自的解决方案，以评估效果
D.使用集体所有制编码，结合两个人的意见共同编码解决方法

第 163 题：
用户故事的验收测试的描述正确的是：
A.客户在迭代开始时提出 B.客户在迭代尽可能晚的时候提出
C.测试人员在团队完成编码后 D.开发团队在迭代开始时提出

第 164 题：
在迭代中，敏捷项目团队收到“紧急请求” ，敏捷项目经理的最佳选择是：
A.开始应对紧急请求并停止未完成的用户故事 B.召开团队会议改变迭代范围包含这个紧急请求
C.把项目团队提供的方案告诉客户 D.解释说团队直到下一次迭代都不能进行额外的工作

第 165 题：
ScrumMaster 注意到有两个团队成员在每日的站立会议上频繁冲突，下一步应该：
A.在每日站立会议中马上直接的尝试解决问题 B.在每日站立会后重新安排一个会议来探索和解决问题
C.忽略冲突，因为自组织的团队需要自己处理团队冲突的问题 D.在冲突影响团队生产力之前，找新资源替
换他们

第 166 题：
“5 个为什么”技术用于什么目的？
A.找出问题的根本原因 B.持续改进 C.减少过程中的浪费 D.准时交货

第 167 题：
团队估算游戏的方法主要包括：
A.项目团队用一堆卡片对用户，能力，价值进行优先排序 B.将积压的问题与优先次序分发，并给出优先次
序编号
C.通过白板显示迭代估计和相关项目的路线图 D.头脑风暴来对工作包与资源的优先排序

第 168 题：
根据精益管理的基本原则，错误结果来自：
A.用户需求和文档不足 B.项目团队和运营人员的错误判断
C.开发和生产系统的缺陷 D.项目和运营管理的不足

第 169 题：
增量交付得好处是:
21
 010-86468451
A.价值交付得更快，因为软件在每次迭代后都发布 B.更多的客户同时处理，因为定期收到交付物
C.更少的错误，因为代码频繁的被交付给用户 D.降低成本，因为每次迭代需要较少的回顾测试验证

第 170 题：
下列哪一个驱动因素是决定故事发展顺序的最重要因素？
A 相对成本 B.顾客价值 C.开发成本 D.依赖关系

第 171 题：
最小数量提供客户价值功能的最好被描述为：
A.功能点分析法 B.正确大小的用户故事 C.最小可售特征 D.用户故事地图

第 172 题：
在编写用户故事时需要极端人物角色，最好的理由是：
A.识别产品设计和测试中的错误） B.帮助确定用户的故事以防错过
C.提供精确的，以支持模糊的用户概念 D.为冲刺计划会议提供价值

第 173 题：
作为敏捷团队的领导者，你注意到，团队的每日站立会议时长远超于建议的 15 分钟，为保证会议简短而有
效，你应该怎么做？
A.改为每周 2 小时会议，建议团队成员删除每日站立会议
B.每日站立会议结束后，等待解决需要更多时长讨论的问题
C.劝止团队成员分享相关的进度信息，以保证会议简短
D.忽略或淡化他认为琐碎的分享信息，由此通过渗透沟通，团队成员不会在每日站立会议上分享类似信息

第 174 题：
用户的故事是暂时性的工作。他们被认为是相关的，直到：
A.团队完成他们 B.项目的结束 C.发布完成 D.冲刺结束

第 175 题：
在敏捷项目中，在三个不同层次进行规划的技术称为：
A.蒙特卡洛分析 B.投资组合管理 C.德尔菲技术 D.逐步完善

第 176 题：
敏捷团队正在计划项目使用的工具。他们正在讨论如何展示正在进行的工作。下列选项，哪些工具是他们
最有可能选择的？
A.用户故事积压 B.产品路线图 C.任务板 D.工作分解结构

第 177 题：
为了获得最佳的结果，在敏捷项目中，客户应：
A.确定优先事项并确定产品功能 B.面试适合的新的团队成员 C.批准开发计划和任务 D.设置冲刺和发
布时间表

第 178 题：
在每个版本中交付的高层次的功能或主题是什么？
A.发布计划 B.产品路线图 C.迭代计划 D.产品积压工作
22
 010-86468451

第 179 题：
敏捷团队的速率是 8。在冲刺规划期间，对故事进行了估计，并按以下顺序优先级：故事 A：4 故事点，故
事 B：2 故事点，故事 C：3 故事点，故事 D：2 故事点，不分割用户故事，指出哪些故事应当团队包括在
冲刺 1 中：
A.故事 A、C 和 D B.故事 A、B 和 C C.故事 A、 B 和 D D.故事 B、C 和 D

第 180 题：
敏捷的沟通是有效的，因为：
A.发布和迭代计划使团队成员保持一致，每日同步消除混乱，迭代演示使团队专注于可交付成果
B.敏捷沟通方法侧重在详细的书面要求和规范，更加完整并使团队能够更有效地管理变革
C.在书面报告中使用图表和图示而不是书面汇报，营造了更加清楚而有针对性的沟通，客户参与到每月评审，
消除了需求的变化
D.每日迭代计划允许变被处理，每周站立会议确保障碍快速确定和有效地管理或删除

第 181 题：
敏捷开发中的用户故事包含哪些关键元素：
A.书面描述，故事点估算，发布计划 B.故事对话，书面描述，故事的成功标准
C.故事点估算，故事对话，优先级 D.确定故事完成的测试，书面描述，发布计划

第 182 题：
敏捷风险管理中，风险燃尽图的最佳用途是：
A.定性分析发生风险的概率 B.跟踪技术风险降低的进展
C.记录可能影响项目的外部风险 D.说明项目风险概况和新的不断变化的风险

第 183 题：
在愿景会议中，项目的愿景由谁来定义和阐述：
A.管理层 B.项目经理 C.客户 D.项目团队

第 184 题：
精益过程中，其关注点是：
A.管理团队效率 B.优化流程流完成的工作 C.利用最优资源 D.交叉培训团队消除瓶颈

第 185 题：
团队和产品所有者之间的沟通桥梁是什么？
A.燃尽图 B.产品积压 C. Scrum 团队会议 D.冲刺发布计划

第 186 题：
下面哪个是对敏捷核心原则的最佳描述：
A.最佳的客户反馈来自于项目接近结束时对可工作软件的评审
B.通过频繁检视计划中完成的里程碑来衡量项目状态
C.可工作的软件是衡量进度的最精确方式
D.不同角色的团队成员需要有各自的绝招

第 187 题：
23
 010-86468451
测试驱动开发包括一个怎么样的快速循环：
A.需求，编码，测试 B.测试，编码，重构 C.测试，重构，验证 D.需求，编码，重构

第 188 题：
需求分析师在敏捷项目中识别了一个新的风险，处理这个风险最好第一步做什么：
A.和项目经理及高级管理层开会来决定如何管理这个风险
B.邮件给项目经理并将其添加到风险登记册，这样可以在下次的每日站会上讨论它
C.将此风险放到一个清晰可见的地方并确保下次的每日站会之后对它进行讨论
D.立即和所有团队成员开会来讨论这个新的风险

第 189 题：
当使用看板来进行管理工作，以下哪一项最好的总结了这种方法背后的理念？
A.这是工作完成的标志，应该最大化以提高性能
B.这是工作完成的标志，并应限制来提高性能
C.这是质量保证工作队列的一个标志，它不应计入速度
D.这是用户验证工作队列的一个标志，它不应计入速度

第 190 题：
采用帕累托原则对产品待办项进行优先级排序意味着：
A.优先级较低的特征更容易滑到下一次迭代中 B.一个功能的价值没有实现，直到该功能是完整的
C.最近的要求通常是更重要的业务 D.一小部分的工作将带来大部分的价值

第 191 题：
战略层面上，敏捷团队来评估项目最恰当的方式是什么？
A.通过评估所需要的时日来创建一个战略计划 B.运用抽象测量来评估产品待办事项
C.评估完成特性所需要的代码行数 D.采取初步的估计，并增加适当的风险因素

第 192 题：
开发团队已经完成了对下一个迭代的任务识别，下面哪种工具能提供迭代进度透明性？
A 燃尽图 B 甘特图 C.小时花费图 D.管理基线图

第 193 题：
敏捷团队开始新的发布。事情进展的比原先估计得要慢—点。项目经理采取仆人式领导方式。下列哪个是
项目经理最有可能做得？
A.创建高级范围声明和估计 B.干预团队的争论 C.为团队做行政活动 D.向高级管理人员演示系统

第 194 题：
"Scrum of Scrums"会议是指:
A.每日站会的另一种说法 B.协调多团队开展单一项目的一种机制
C.每日 2 次的项目会议 D.临时性的领导会议用来对团队提供方向

第 195 题：
敏捷项目中所用到的费用评估技术是：
A.经验法则 B.自下而上 C.参数法 D.自上而下

24
 010-86468451
第 196 题：
对敏捷项目的成本估算是在下面哪个会议上开始的：
A.项目回顾 B.指导委员会 C.发布计划 D.迭代计划

第 197 题:
谁负责确保每个用户故事至少对应一个人物角色:
A.使用者 B.开发人员 C.客户 D.人物角色

第 198 题:
谁负责决定每个特性的商业价值:
A.产品负责人 B.指导委员会 C.敏捷大师 D.团队

25