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

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

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

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

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

第 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 题：
在迭代计划中，团队正在讨论一个用户故事的设计。一个团队成员认为应
该启动一个设计文档，因为该系统在本质上是复杂的。另一个团队成员回应
3
 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 题：
4
 010-86468451
如何定义最小可售单元（MMF） ？
A.通过编写可先在市场上销售的用户故事 B.通过已获批准的最小产品增
量
C.通过市场增加价值的最小功能数量 D.通过优先考虑交付最重要功能的
产品待办事项

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

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

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

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

第 25 题：
团队与客户接洽方面有困难，客户几乎不回应问题，经常缺席迭代评审和
演示会议，但希望产品按时交付并满足期望。敏捷项目管理师应该怎么做？
A.通知客户他们积极参与的重要性 B.让团队使用专家判断做出有根据的
5
 010-86468451
决策
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 题:
6
 010-86468451
每日站会上,一名团队成员陈述了一个遇到的问题,这导致团队成员进入到
问题解决的讨论中,这个时候敏捷大师应该怎么做:
A.要求团队成员将问题搁置到会议结束 B.如果问题很重要,允许讨论来
加快问题的解决
C.唐突的结束每日站会并安排另外一个会议来讨论这个问题 D.询问团
队他们想怎么利用这天的每日站会

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

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

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

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

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

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

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

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

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

第 41 题：
公司总裁担心一次自然灾害对公司的影响，管理层应如何识别需要应用资
源来管理的地区以便减轻风险？
A.制定并保留一份积极的风险登记册，包含风险减轻战略和成本效益分析
8
 010-86468451
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 题：
9
 010-86468451
干系人要求参加团队的每日站立会议。这时敏捷管理大师应该怎么做？
A.邀请干系人参与回顾 B.邀请干系人参与但不出席会议
C.邀请干系人参加并出席会议 D.让团队在这一问题上进行表决

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

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

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

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

第 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.每日站立会议

第 56 题：
产品负责人和 ScrumMaster 可以是同一个人吗？
A.可以，只要这个人有职权和能力可以完成所有的事情就可以
B.可以，只要这个人能够小心地平衡这两份职责就可以
C.不可以，一个人的时间不够用
11
 010-86468451
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.通过一些实践来验证它们价值和风险的数量
12
 010-86468451

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

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

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

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

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

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

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

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

第 70 题：
项目愿景陈述是在与团队达成一致意见情况下创建的。下列哪一项应包含
在陈述中？
14
 010-86468451
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 题：
15
 010-86468451
组织正在经历从瀑布模式到敏捷开发的转变，该组织计划逐步采用“混合
敏捷”开发过程。项目经理受聘来在该组织中管理一个为期两年的项目。高
层管理团队希望项目经理制定一个整体项目计划，包括项目路线图和里程碑
预测。项目经理应该怎么做？
A.根据需求制定路线图和里程碑 B.定义时间盒并确定可交付成果
C.解释敏捷方法并不定义长期目标 D.将可交付成果和里程碑与组织愿景
保持一致

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

第 78 题：
在每日站立会议上，一名团队成员提到开发环境发生了变化，这个改变可
能会影响速度与协定的交付日期。敏捷管理专业人士应该怎么做？
A.在风险日志中记录该威胁，并将其记录为一个潜在的难点探刺
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
16
 010-86468451

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

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

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

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

第 95 题：
19
 010-86468451
在产品开发阶段结束时，敏捷项目团队确认所有测试均已通过。产品发布，
但是客户投诉说产品有缺陷。在产品发布之前，项目团队应已完成下列哪一
项？
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 题
完成一项工作增量后，在集合参加回顾会议时，敏捷团队应该做什么？
20
 010-86468451
A.执行敏捷审计并更新待办事项 B.检查并调整其方法和做法 C.关注人
际交往问题 D.庆祝成功完成送代

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

第 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 成员可以有时间和精力承担更多的责任，结对编程更容易，因为彼
27
 010-86468451
此距离很近方便坐到一起
D.沟通得到提高，减少了等待时间和返工，群体之间的壁垒打破，互相尊
重对方的专业

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

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

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

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

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

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

第 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.代码的结构调整以
提高代码而不改变它的外部行为

29
 010-86468451
第 152 题：
当客户在排列故事优先级的时候遇到困难，下列哪项最有可能协助？
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 题：
30
 010-86468451
下列哪一项是一个有效的敏捷项目计划的实践？
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 题：
敏捷项目的开发过程往往：
A.在一次迭代中包含分析，设计，编码和测试 B.分别记录每一个业务流
程
C.使用甘特图更好的定义活动，责任和时间框 D. 对比选代待办事项与
WBS

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

第 163 题：
用户故事的验收测试的描述正确的是：
31
 010-86468451
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 题：
增量交付得好处是:
32
 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.逐步完善

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

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

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

第 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.故事对话，书面描述，故事的成
功标准
34
 010-86468451
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 题：
测试驱动开发包括一个怎么样的快速循环：
A.需求，编码，测试 B.测试，编码，重构 C.测试，重构，验证 D.
需求，编码，重构

第 188 题：
需求分析师在敏捷项目中识别了一个新的风险，处理这个风险最好第一步
35
 010-86468451
做什么：
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 题：
36
 010-86468451
敏捷团队开始新的发布。事情进展的比原先估计得要慢—点。项目经理采
取仆人式领导方式。下列哪个是项目经理最有可能做得？
A.创建高级范围声明和估计 B.干预团队的争论 C.为团队做行政活动
D.向高级管理人员演示系统

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

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

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

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

第 198 题:
谁负责决定每个特性的商业价值:
A.产品负责人 B.指导委员会 C.敏捷大师 D.团队
————————————————————————————————
—————————————————
第 1 题：答案： A
题解：SM 要保护团队， A 的做法相对委婉。

第 2 题：答案: D
题解:PO 是客户的代言人，负责产品的价值排序。对每个迭代做哪些东西，
PO 具有最终决定权

第 3 题：答案: B
题解: 会后解决
37
 010-86468451

第 4 题：答案: B
题解:敏捷价值观

第 5 题：答案: D
题解:质量为先是敏捷的核心，不能因为速度而牺牲质量。敏捷方法通过全
局过程中频繁的反馈和质量活动进行持续的质量管理，比如持续集成、结对
编程、评审会等。

第 6 题：答案: c
题解:信息发射源是敏捷倡导的沟通工具，比如看板就是一种信息发射源，
为了达成共识，一些基本的约定和标识需要在看板中明确

第 7 题：答案: B
题解:A 和 C 是瀑布的做法，提倡详细的报告或者甘特图。敏捷中关于项目
状态的展示可以通过查看信息发射源的方式获取进度信息，而不是与产品经
理谈话，所以 D 不正确

第 8 题：答案： D
题解：回顾会的目的是为了持续改进，通常包括预设的流程。

第 9 题：答案： C
题解：找到过程中的浪费，优化流程

第 10 题：答案：D
题解：合作是双赢的局面

第 11 题：答案： D
题解：敏捷团队识别的风险应该放在醒目的位置，并加以讨论。

第 12 题：答案：D
题解：参见讲义

第 13 题：答案: B
题解:采用时间盒的方式聚焦，减少任务切换或者等待浪费，也可以称为非
生产线性的时间，不创造价值。敏捷强调的是全局优化而不仅仅是关键流程
38
 010-86468451
的优化，所以 D 不正确

第 14 题：答案: A
题解:产品符合要求，但是客户验收时提出很多问题，说明中间的反馈和沟
通环节有问题，可以提高过程中客户的参与度，加强交互。

第 15 题：答案： B
题解：敏捷价值观

第 16 题：答案： D
题解：史诗是比较大的用户故事

第 17 题：答案: D
题解:愿景可以根据干系人的陈述在过程中有所变化，但是需要在干系人之
间保持一致，达成共识。敏捷团队领导者有一个职责就是确保在团队运作中
保持持续的愿景。

第 18 题：答案： D
题解：无

第 19 题：答案：C
题解：根据敏捷三角形，敏捷固定时间和人可以变更范围（故事点）。

第 20 题：答案：C
题解：参见 ACP 培训讲义术语表

第 21 题：答案: A
题解:品质为先是敏捷的核心，在追求速度的同时不能牺牲质量。敏捷提倡
在全局确保质量，比如持续集成、结对编程、站会、评审会等。

第 22 题：答案： B
题解：团队领导要给团队创造一种安全的环境。

第 23 题：答案：D
题解：做成 Scrum of Scrum 比较合适

39
 010-86468451
第 24 题：答案: D
题解:团队工作不饱和，可以释放成员做其他的事情，比如代码重构、技术
实践的学习、spike 等

第 25 题：答案： A
题解：SM 要提供敏捷理念及价值的辅导

第 26 题：答案：D
题解:对于复杂项目，客户需求不断变化，说明变更的频率比较大。为了更
好地应对，可以缩短迭代的周期，提升对需求不确定性的响应。C 是传统瀑
布的做法，不符合敏捷的拥抱变化的理念。A 是梳理故事优先级，但是不能
根本上解决问题。B 项中上报发起人，不正确

第 27 题：答案: B
题解:无

第 28 题：答案： C
题解：精益相关的是缺陷、浪费等关键词

第 29 题：答案： D
题解：团队采用参与式决策的方式，达成一致和共识

第 30 题：答案： A
题解：有详细的 DoD，则不会出现这个问题。

第 31 题: 答案:A
题解: 站会不解决细节,会后处理

第 32 题：答案： B
题解：燃尽图可以用来显示迭代的进度，显示剩余的工作和剩余的时间的
关系。

第 33 题：答案： A
题解：做高价值的事情

第 34 题：答案: A
40
 010-86468451
题解: 无

第 35 题：答案： D
题解：精益 7 原则

第 36 题：答案： B
题解：根据敏捷三角形，做优先级高的

第 37 题：答案: A
题解: 无

第 38 题：答案： A
题解：放在 PBI 中

第 39 题：答案： B
题解：无

第 40 题：答案： A
题解：燃尽图中显示的是团队的速率

第 41 题：答案：C
题解: 遇到风险要及时曝光，可以通过风险燃尽图这样的信息发射源进行
显示。

第 42 题：答案：C
题解:题目描述的是一个重大问题，有可能影响 sprint 目标的实现，这是
一项风险，可以通过干系人进行风险分析和处理。A 中“直到 sprint 结果
确定为止” ， 时间点太晚了。可持续的开发速度是敏捷的原则，不提倡加班
完成，所以 D 不正确；D 可以在 C 之后进行。

第 43 题：答案：C
题解：PO 是 PB 的唯一负责人

第 44 题：答案： B
题解：迭代中遇到的问题可以及时上报到站会，但是站会上仅仅定义问题
的三要素：什么问题，谁来解决，什么时间解决。站会上不解决具体问题。
41
 010-86468451

第 45 题：答案: A
题解:设置阶段是回顾会的第一步，预设会议基调目的是营造一种便于讨论
问题的和谐气氛，从而让人们习惯于在这个过程中尽早发言，并且鼓励他们
继续在整个会议中做出贡献

第 46 题：答案： B
题解：参与不出席意思是可以远处观看

第 47 题：答案： B
题解：敏捷主要规划当前迭代。

第 48 题：答案： B
题解：敏捷专业人士需要保护团队不被中断，清除障碍。题目中说的是客
户认为敏捷流程有缺陷，可能不理解敏捷，所以可以开展培训。

第 49 题：答案： D
题解：敏捷团队共同拥有整个迭代的任务，所以 A 不正确；敏捷不提倡详
细的文档和方案， c 不正确。

第 50 题：答案： B
题解：要符合 DoD，只有 100%完成才叫完成

第 51 题：答案： D
题解：无

第 52 题：答案： D
题解：电梯测试说明书是创建愿景的工具

第 53 题：答案： c
题解：定义一些 DoD 和基本原则，确保进行一些质量保证的活动，从而使
质量达标。

第 54 题：答案： B
题解：跨职能发展，可以减少测试瓶颈。

42
 010-86468451
第 55 题：答案： A
题解：回顾会主要作用之一是改进团队迭代不足之处。

第 56 题：答案： D
题解：两者职责上有冲突的地方

第 57 题：答案： A
题解:敏捷提倡自组织的团队，问题由团队共同解决

第 58 题：答案： D
题解：产品评审会的目的是为了获取干系人的反馈，以确保交付满足干系
人要求的产品。

第 59 题：答案： D
题解：团队应共同参与敏捷的估算

第 60 题：答案： c
题解：PBI 估算的时候，需要有验收标准

第 61 题：答案： A
题解：最后处理，但是不能不做

第 62 题：答案： B
题解：干系人适当的反馈

第 63 题：答案： A
题解：两个不同的团队的速度比较没有意义

第 64 题：答案： B
题解：敏捷团队追求速度的持续稳定，但这是通过团队合作，并在达成共
同目标的过程中自然形成的，速度会随着团队的成长，新技术的使用而变化，
而不是要求必须实现某个速度指标。

第 65 题：答案： D
题解：取 Top3 改进即可

43
 010-86468451
第 66 题：答案： C
题解：敏捷提倡变更，但是固定总结合同要求范围固定，所以只能删除低
优先级的功能

第 67 题：答案: c
题解:产品路线图和故事地图展示了产品的发布计划，包括每个版本交付的
功能等，对于高管来说，这个层次的计划应足够应对

第 68 题：答案： B
题解：根据塔克曼团队形成 5 阶段理论，有新成员加入，则会退回到震荡
阶段。

第 69 题：答案： B
题解：合作是双赢的结果

第 70 题：答案： A
题解：愿景陈述要包括产品的目标和验收标准

第 71 题：答案: B
题解: 无

第 72 题：答案： A
题解：敏捷旨在打造自组织团队

第 73 题：答案: D
题解:冲突优先选择面对面的解决。等到下一次回顾会再讨论就太晚了，所
以 A 不正确。团队成员之间的冲突不要升级，所以 B 不正确。冲突也不能回
避，所以 C 不正确

第 74 题：答案： A
题解：项目经理应允许团队自我组织。结对编程的对象可以根据自己的需
要更换，旨在实现员工能力备份和提高沟通及反馈

第 75 题：答案：C
题解：利特尔法则陈述了循环时间与 WIP 中的工作数成比例，周期时间=WIP/
吞吐量。针对如何有效地缩短生产周期，利特尔法则指出了两个方向：一是
44
 010-86468451
提高产能，从而降低生产节拍；二是压缩存货数量。最有效地缩短生产周期
的方法就是压缩在制品数量。

第 76 题：答案： D
题解：敏捷是一个持续规划的过程，项目计划采用滚动式规划的方式，根
据组织的愿景（价值导向）制定交付计划。

第 77 题：答案： B
题解：通过信息发射源，每日站会等这些高可视化、面对面的方式来提高
可见度

第 78 题：答案: A
题解: 无

第 79 题：答案： A
题解：不确定如何进行时采用探测

第 80 题：答案： A
题解：用户故事 C 被完成了 50%不能算完成，所以完成的点数就是 A 和 B 的
故事点之和。

第 81 题：答案： D
题解：敏捷提倡可视化管理，多采用信息发射源这样的透明化的方式，取
代以往的报告

第 82 题：答案： B
题解：没验收就是未完成，下个迭代是否做，要看 PO 的规划。

第 83 题：答案: A
题解:题目强调复杂产品，并且对在第三次迭代中发现的问题，可以采用探
测的方式进行解决。敏捷固定时间盒，所以 D 不正确。

第 84 题：答案： D
题解：早期阶段需要创造基本规则并明确目标。敏捷提倡的服务型领导，
不是命令权利式的，所以 A 不正确

45
 010-86468451
第 85 题：答案：C
题解:针对客户的需求，团队分析给出建议。敏捷拥抱变化，但是不是所有
的需求变更过来需要直接响应，所以 A 和 B 都不正确。在一个迭代中，尽量
保证需求不变，但是文中强调紧急需求，所以 D 不正确。

第 86 题：答案： D
题解：长时间延期，找到问题的根源，用鱼骨图

第 87 题：答案: A
题解:组织特定的过程和规则或者说是一些要求在实验敏捷项目中需要遵
守，在这个前提下渗透敏捷实践。

第 88 题:答案： A
题解：要确保产品符合业务需求，从而获得干系人的验收，需要首先让干
系人的利益和期望相互符合

第 89 题：答案： D
题解：渗透式沟通是水晶实践的一个主要特征。

第 90 题：答案： D
题解：团队协作，共同来解决问题。团队士气低落，是团队领导者的责任，
与职能经理和发起人无关，所以 A 和 C 不正确；团队已经显示出士气低下，
说明无法自我驱动，所以 B 不合适。

第 91 题：答案： A
题解：能力不足可以采用结对编程的方式进行培养。如果因为能力不足就
一直分配给他简单的故事，那么这个人的能力永远得不到提高，所以 D 不正
确。

第 92 题：答案: c
题解:先从源头找，如果 PO 没有排定此需求到当前迭代，自然就会缺失。

第 93 题：答案： A
题解：敏捷鼓励跨职能发展

第 94 题：答案：C
46
 010-86468451
题解：增量交付是敏捷方法的核心原则

第 95 题：答案： c
题解：演示会是向客户展示已完成的功能，获得反馈，以便于发布。

第 96 题：答案: B
题解:敏捷响应变更，目的是为了提高产品的竞争优势。但是每个迭代的速
度固定，所以增加新功能，就需要删除相同故事点数的功能

第 97 题：答案: B
题解:“自组织”是敏捷团队的核心目标，不是用于如何构建敏捷团队的方
法。

第 98 题：答案： D
题解：Sprint 计划会议的第二部分，着重从技术细节来讨论。

第 99 题: 答案:B
题解: 敏捷理念一切从业务价值角度出发

第 100 题：答案： B
题解：回顾会的目的是总结经验教训，寻找下一个迭代的改进方法。

第 101 题：答案: B
题解:渐进明细是一种持续规划的技术，随着故事信息不断明确和细化，把
大故事分解成更小、更易于估算的小故事，体现了一种滚动式、规划技术。

第 102 题：答案： A
题解：价值驱动交付是敏捷的核心，价值的体现就是要适用于客户，如果
客户已经不适宜，那么这个需求就失去了价值，就需要调整。

第 103 题：答案: c
题解:敏捷提倡参与式决策，实施流程需要根据具体公司、项目定制。A 是
瀑布的做法。敏捷也需要日常的管理费，所以 B 说得有点极端。要避免形成
工作组合孤岛，D 项也不正确。

第 104 题：答案： c
47
 010-86468451
题解：敏捷需要跨职能团队的支持，便于及时的反馈和确认。

第 105 题：答案： C
题解：敏捷提倡可视化管理，被发现的风险纳入风险的观察清单中

第 106 题：答案: A
题解:最终的产品没有得到客户的验收，说明在迭代中的反馈和沟通不到位，
评审会的目的就是为了获取客户的反馈

第 107 题：答案： D
题解：质量为先是敏捷的理念，不能因为速度而牺牲了质量。可以优先发
布最小可售单元，为客户创造早期的竞争优势和价值。

第 108 题：答案： D
题解：风险探测

第 109 题：答案： D
题解：根据敏捷三角形，敏捷固定时间和人力，所以 A 和 B 不正确。对于
复杂的需求可以通过故事拆分的方式进行简化。

第 110 题：答案: A
题解:Scrum 常见的四个会议就是一种团队协调的方法，其中，站会是一种
面对面、高带宽的沟通方式

第 111 题：答案： D
题解：团队都清楚工作内容，可以减少风险。

第 112 题：答案： A
题解：回顾会议主要就是找差距，找不足，以便改进。题干中问的是会议，
D 不对。

第 113 题：答案： C
题解：看板属于团队的产物，由团队来搭建和维护。

第 114 题：答案: A
题解: 无
48
 010-86468451

第 115 题：答案： B
题解：关键词：职能经理

第 116 题：答案: C
题解: 无

第 117 题：答案： A
题解：依赖太强，拆分和排序都会是问题

第 118 题：答案： A
题解：跨职能可以让团队相互补位，减少瓶颈

第 119 题：答案: A
题解:反馈不一定只有在演示会议，迭代过程中，需要反馈也可以随时进行。

第 120 题：答案：C
题解：回顾会上一般会决定下一个迭代尝试做的新方法等，可以让相关干
系人参与，达成共识后再执行。

第 121 题：答案： B
题解：敏捷提倡频繁反馈，持续支付，可以给客户带来更高的业务价值

第 122 题：答案：C
题解:题目中说的是估算一个估算，所以要先确定 story point，即基准。

第 123 题：答案： A
题解：故事点都是相对

第 124 题：答案：C
题解：无

第 125 题：答案：C
题解:精益通常和浪费、缺陷有关。A 中更严格的测试可以解决问题，但是
不能预防问题。B 中直接管理不对。D 中审查门槛不对，而应该致力于过程，
从过程中来改善。
49
 010-86468451

第 126 题：答案: A
题解: 无

第 127 题：答案: A
题解:Sprint review 中给相关干系人演示产品

第 128 题：答案： B
题解：适应型项目周期特点

第 129 题：答案： A
题解：价值流程图就是来识别过程中的浪费，见圣略 ACP 讲义术语表

第 130 题：答案: C
题解:如果有历史数据，可以采用历史数据来估算当前迭代速度。如果没有
历史数据，做 1-2 个 sprint 试一试。

第 131 题：答案：C
题解：回顾回忆三件事：做的好的，不好的，改善措施。所以缺的是行动
措施。

第 132 题：答案: A
题解:Focus，不中断

第 133 题：答案： C
题解：理论结合实践，做个平衡

第 134 题：答案: D
题解:关键词：客户每天多次变更，那就可以减少迭代时长，从而可以减少
变更的数量。A 中因为需求随时都变更，无法讨论所有的需求。B 接受变更，
那当前迭代很有可能做不完。C 取消当天迭代做法太极端。D 中虽然常见的
迭 代是 1-4 周，但是有的敏捷方法可以 1 天 1 个迭代。

第 135 题：答案： A
题解：PO 澄清需求是在 PB 梳理会议上，此题用排除法也可以选出

50
 010-86468451
第 136 题：答案： C
题解：持续集成的概念，见 ACP 讲义术语表

第 137 题：答案: B
题解:PO 是 PB 唯一负责人， PBA 都是按照业务价值优先级排序，考虑到每
个 story 的 ROI

第 138 题：答案： D
题解：站会是同步信息，提高工作的可见度和信息共享度。

第 139 题：答案： D
题解：开放空间沟通更容易，而且更有利于团队的横向发展

第 140 题：答案： D
题解：产品积压=产品待开发项=PBI=Product Backlog Items

第 141 题：答案: A
题解:题干说的是详细信息，所以选 A，路线图比发布计划更粗略。按照详
细程度排序是：路线图<发布<迭代

第 142 题：答案：C
题解：回顾会议会评估当前送代的行动措施是否解决上次出现的问题

第 143 题：答案: A
题解:PB 由 PO 来管理，对于一些歧义， PO 应该负责澄清。通常在计划会
上的前半部分做需求澄清。

第 144 题：答案: A
题解：模糊不清的用户故事，可能是澄清不够，可能是史诗级的估算。所
以分配给一个比较大的故事点，后续再分析拆分和细化梳理

第 145 题：答案: A
题解: 无

第 146 题：答案： A
题解：B 不正确，显示的是团队完成的工作
51
 010-86468451

第 147 题：答案： B
题解：按照实际完成的数来估算

第 148 题：答案：C
题解：Spike 用来对未知事情做个试探和实验性操作。

第 149 题：答案: B
题解:Scrum 角色中的 PO 类似 XP 中的客户， user story 都是由他们编写。

第 150 题：答案: A
题解:Business case 提供了项目为什么做，有什么价值。这也是 BA （商
业分析师）要负责输出的内容。感兴趣可以了解 PMI—PBA 商业分析师课程。

第 151 题：答案: D
题解:见圣略 ACP 培训讲义术语表

第 152 题：答案： A
题解：拆分成较小的易于管理的部分

第 153 题：答案： A
题解：B 中忽略情绪不对， c 中的要求做某事不合适，不是指令式的管理。
D 不考虑团队感受不对

第 154 题：答案： D
题解：见 ACP 培训讲义

第 155 题：答案： c
题解：非常快，不满足 INVEST 原则，无法测试

第 156 题：答案： A
题解：基准不同，故事点不能比较

第 157 题：答案： A
题解：B 中探针不对， C 中持续集成不对， D 中视觉不对。

52
 010-86468451
第 158 题：答案: C
题解:PO 对 PBI 负责

第 159 题：答案： B
题解：可视化、及时性。

第 160 题：答案: B
题解:Scrum 主要提供框架， XP 更多的是关注工程实践，他们相互补充。

第 161 题：答案： A
题解：并行执行

第 162 题 ：答案： C 题解：

遇到技术难题，一律找 spike 的选项

第 163 题：答案： A
题解：验收测试尽早提供，作为 story 的验收标准

第 164 题：答案：C
题解:针对客户的需求，团队分析给出建议。敏捷拥抱变化，但是不是所有
的需求变更过来需要直接响应，所以 A 和 B 都不正确。在一个迭代中，尽量
保证需求不变，但是文中强调紧急需求，所以 D 不正确

第 165 题：答案： B
题解：站会不解决细节，会后处理

第 166 题：答案: A
题解:5—why 法用于找根本原因

第 167 题：答案： A
题解：扑克牌或者卡片都是估算的方法

第 168 题：答案: C
题解:根据精益的 7 种浪费。参见 ACP 培训讲义： WIDETOM

第 169 题：答案: A
53
 010-86468451
题解: 无

第 170 题：答案: B
题解:业务价值决定 PB 的优先级顺序

第 171 题：答案: C
题解:MMF=最小可售特性

第 172 题：答案： B
题解：见讲义

第 173 题：答案： B
题解：会后解决

第 174 题：答案： A
题解：故事完成了，就结束了

第 175 题：答案： D
题解：滚动式规划

第 176 题：答案: C
题解: 无

第 177 题：答案: A
题解:业务价值驱动

第 178 题：答案： B
题解：高层次的功能。粗略程度：路线图>发布计划>迭代计划

第 179 题：答案： c
题解：无

第 180 题：答案: A
题解: 无

第 181 题：答案: B
54
 010-86468451
题解:Story3C 原则：卡片、对话、验收条件

第 182 题：答案： D
题解：无

第 183 题：答案： C
题解：客户最了解自己的产品是什么

第 184 题：答案： B
题解：精益原则，见讲义。

第 185 题：答案： B
题解：PO 梳理 PB，给团队提供输入

第 186 题：答案： c
题解：敏捷宣言

第 187 题：答案： B
题解：见培训讲义

第 188 题：答案：C
题解：风险可视化。A 中的直接开会不合适，风险由团队自组织的解决

第 189 题：答案： B
题解：WIP 限制产品

第 190 题：答案: D
题解:8020 原理

第 191 题：答案： B
题解：战略层面，抽象测量指的是 story 的高层次的估算和策略

第 192 题：答案： A
题解：无

第 193 题：答案： c
55
 010-86468451
题解：仆人式领导

第 194 题：答案： B
题解：多团队协作，采用 sos 模式

第 195 题：答案： D
题解：自上而下是类比估算，做一个大概的初始判断

第 196 题：答案: C
题解:敏捷的估算是滚动式的，初始时比较粗略，每个层次都有估算，通常
从发布计划开始进行更多的估算

第 197 题: 答案:C
题解: 无

第 198 题:答案:A
题解: 无

56