第一题

1.当进行计划扑克游戏时，出现有着最高和最低评估故事点值的人时，该怎样做？
A 从游戏中消除他们的估计值
B 把他们的价值移动到下个用户故事
C 计算他们的平均分，然后看看它是不是在其他平均分的 10%内
D 向团队成员解释自己的观点，达成共识

参考答案： D
计划扑克是基于宽带德尔菲估算技能、也是以共识为基础的工作量估算技能。有时候也称为 scrum 扑克，往往在故事点和开发用户故事中用来估算相对工作量。在计划扑克会议中，每一位估算师各派有一副相同的价值范围宽广的计划扑克卡片。斐波那契数列常用来衡量计划扑克的价值（即 0,1,2,3,5,8，等）；另一种常见数列是（问号，0,1/2,1,2,3,5,8,13,20,40，和 100）。计划扑克会议按如下运行：
1）一名调停人，主持会议，不参与估算。
2）产品负责人/管理人员对用户故事作概述，并回答开发者提出的澄清问题，往往产品负责人不参与投票。
3）每一位估算师抽取一张卡片来估算工作量。
4）每人抽取一张卡片后，同时将他们的卡片翻转。
5）持高和低估算的估算师各有一个机会作立场辩护。
6）达成共识前，不断重复以上流程。持有用户故事的开发者往往拥有较高可信度。

第二题

2.迈克尔在估算即将发生迭代的用户故事点过程中发现，项目管理人员正在夸大用户故事点，大幅度地延长项目绩效时间，以此来增加项目的收入。这是一份工料合同，同时延长业绩时间会大大增加迈克尔总公司的利润。迈克尔应该怎么做？
A 与客户代表面对面沟通
B 与项目经理的上司面对面沟通
C 向有关人员反映这种不道德且违法的行为
D 与项目经理面对面沟通

参考答案： C
《美国项目管理协会道德与职业行为规范》中提到，项目管理人员的义务包括：熟知并遵循各项政策，规章，条例和法律，规范自己职业性和志愿性的工作；向有关人员反映不道德和违法的行为，同时视情况需要，上报有关人员的失职行为；确保对失职行为和违法活动的任何诉讼得到落实，申诉必须以事实为依据；绝不参与或者帮助他人参与违法活动。

第三题

3.哪一种敏捷实践方法侧重关注一个产品的适合性和市场性（特别侧重商业分析）？
A 静态系统开发方法(SSDM)
B 极端系统开发方法(XSDM)
C 动态系统开发方法(DSDM)
D 动态产品开发方法(DPDM)

参考答案： C
类似 scrum，DSDM 有三个主要阶段：初始项目活动、项目周期活动、结束项目活动；类似于 scrum 的赛前，比赛，赛后。项目生命周期有五个阶段：可能性、研究交易、研究功能模型、迭代设计和建立迭代安装启用。

第四题

4.通常一个典型的冲刺计划会议的 Scrum 时间盒限定是？
A 16 小时
B 24 小时
C 4 小时
D 8 小时

参考答案： D
在敏捷架构 scrum 里，冲刺计划时间限定在 8 小时内的。

第五题

5.汉克的敏捷团队目前正启动一个新项目，决定要使用哪种敏捷实践，标准和技能。团队实际上是在进行哪一项？
A 过程点燃
B 过程裁剪
C 过程适用
D 过程启动

参考答案： B
当启动一项新敏捷开发工作时，项目团队应该决定它的敏捷方法。这也称为流程裁剪，敏捷团队决定项目采用的敏捷实践或者标准，比如团队是否进行每日站会议以及其持续时长，团队是否使用任何信息发射源，团队会如何估算和计划产品特性，等等。

第六题

6.在 Vanessa 的每日站立会议中，敏捷团队帮助她快速的决定应使用哪种方法进行访问。当一个团队一起做决定时，我们知道这是：
A 参与式决策模型
B 个人推论式决策模型
C 用户第一决策模型
D 完成式决策模型

参考答案： A
敏捷在很大程度上认为团队成员协作决策的参与式决策模式有助于在团队内建立信任。虽然团队领导者或者 scrum 领导需要独自作一些决策，但是大部分决策是团队集体进行。这些敏捷原则也被称为集体所有权，自主管理和自我约束。在集体所有权中，团队成员集体对项目结果负责，并被授权参与决策和问题解决流程。

第七题

7.随着项目发展，产品待办事项列表会如何变化？
A 产品待办事项不会也不应该有变化
B 随着项目进展，产品待办事项更模糊
C 产品待办事项会随着客户的最新需求发生变化
D 产品待办事项直至发布前，都与需求保持一致

参考答案： C
产品待办事项是一列所有需要在迭代中开发的产品特性综合性清单，它是不断变化的，以适应客户需求。随着项目发展，因为客户逐渐理解产品需要更完备，所以待办事项中的项目特性更明确。

第八题

8.Esther 正看着一份文件。这份文件含有一系列即将在冲刺/迭代中开发的产品特征。Ester 在看什么文件呢?
A 产品待办事项
B 任务待办事项
C Scrum 待办事项
D 冲刺待办事项

参考答案： D
冲刺待办事项是一栏产品特征或者将在冲刺中完成的工作事宜。通常是在冲刺里不变的除非被重要客户要求动摇了。注意题目中说的是需要下一次在下一次冲刺（Iteration）中要完成的待办事项，而不是整个发布（Release）。

第九题

9.在迭代计划中，敏捷团队第一步做什么？
A 将相似的用户故事聚合为故事单元
B 将大型或复杂的用户故事分解成更小的，更易于管理的用户故事
C 将不相似的用户故事聚合为故事单元
D 为即将到来的迭代重构测试代码

参考答案： B
“在迭代计划中，团队根据三部曲去设计迭代待办事项：
1.团队分解大的或复杂用户故事为多元的，小的故事
2.团队把每个用户故事分解为开发任务
3.团队估计任务工作量或周期，通常用理想时间。

第十题

10.下列哪个敏捷方法论含有关于渗透沟通的概念，并以此作为自己的其中一个首要原则?
A Scrum
B FDD
C Crystal
D XP

参考答案： C
关于水晶开发方法一个首要原则就是渗透沟通。

第十一题

11.杰瑞是受 XP 极限编程影响的敏捷团队的一员，他在完成一个新特性的编码后，应在何时将新代码合成到代码库？
A 在发布末
B 在冲刺末
C 在同步配置管理的迭代期间
D 马上

参考答案： D
持续整合的极限编程（XP）原则是代码建立后即集成到完整代码库。由此集成后，代码库和整个系统即建成和测试完成。持续整合只是提高快速软件交付和集成缺陷早期探测的一个极限编程的原则。持续整合理论上是指随时有可传输的工作产品。

第十二题

12.在最后一个迭代期间，史蒂夫的敏捷团队完成了 3 个各值 4 点的用户故事，2个各值 3 点的用户故事，差不多要完成 1 个值 20 点的用户故事点，那么团队的前一个迭代的速度是
A 18
B 8
C 38
D 28

参考答案： A
团队速度是 3 4 + 2 3 =18。未完成的故事里的故事点是不包含在速度指标中的。

第十三题

13.代码重构考虑的是
A 在不改变外部行为的情况下，重构测试代码来升级单元测试码
B 重构源代码来升级外部设计功能和内部行为
C 在不改变内部行为的情况下，重构源代码来升级外部设计功能
D 在不改变外部行为的情况下，重构源代码来升级内部代码

参考答案： D
代码重构是完善工作源代码的方法，以提高源代码的有效性，可读性，拓展性，可维护性和降低复杂性。通过重构，可在不改变外部行为的情况下，重构源代码来改良内部代码。

第十四题

14.以下哪一项合同类型最不适合敏捷开发方法？
A 工料合同
B 固定总价合同
C 成本补偿合同
D 不超过固定费用合同

参考答案： B
“时间，预算和成本估算时敏捷中重要的知识和技能板块。根据海史密斯，由于其接受变动的范围，敏捷方法的本质意味着它为固定的预算和进度提供很好的支持，但变动的范围使总成本的估算更艰难。总体来说，预算和调度的约束是已知的，但是这发生在项目初始阶段开始需要定义一组商定的基础产品功效前；固定的范围降低了敏捷团队提供提高的价值的创新趋向。对于熟悉固定价格合同的公司来说，合同签订前里面的需求已是商定好的，而采取敏捷会是一个折磨人的冒险。相反，其他的合同类型会推荐给敏捷工作，包括：初始阶段的一般服务协议和为迭代或用户故事分开设置的固定价合同；工料合同；不超过固定费用合同；最后，奖励性合同（例如，固定价加激励；成本加酬金及奖励合同）。

第十五题

15.除了使用故事点来估算用户故事的相对规模外，敏捷团队还可如何估算用户故事规模？
A 使用精确时间箱
B 使用理想时间
C 使用启发式探索
D 使用理想速度

参考答案： B
除了使用故事点来估算用户故事的相对尺码外，敏捷团队还可使用理想时间。理想时间代表时间量，即不受会议，个人生活，非工作日或其他拖延，障碍和分心的干扰的情况下，相对于待办事项中其他用户故事，单独个人建立，测试和发布用户故事所花的时间。

第十六题

16.一名位于国外的团队成员提供一种新的，基于网络的会议应用程序，将在不产生额外成本的情况下改善通信，但本地团队反对应用程序，并倾向于面对面会议，敏捷管理专业人士应该怎么做?
A 鼓励团队尝试新的应用程序，然后重新评估该应用程序
B 解释新的应用程序未被所有团队成员批准并讨论替代方案
C 确定什么应用程序最适合团队
D 要求产品负责人决定哪个应用程序最适合团队

参考答案： A
先排除 D，产品负责人不负责该项事情。异地团队最好的沟通方式是视频，网络会议可以尝试，然后再进行评估。

第十七题

17.AGILE 团队如何提高客户参与度
A 在团队与顾客之间确保定期沟通
B 用奖励和回扣鼓励对已完成特征的认同
C 运用缺陷信息发射器展示客户会议缺席
D 每两周进行一次团队与客户的沟通

参考答案： A
一个特别强调客户直接参与的敏捷方法，来保证产品的质量和价值。提高客户的参与度，其中一个方法便是在团队与顾客之间确保定期沟通。

第十八题

18.某团队决定做敏捷转型，但是做完一个项目后，他们下结论说敏捷不适合他们，他们需要回到传统方法中。他们放弃敏捷最有可能的原因是什么？
A 经常进行站会和迭代计划会，使他们精力分散，没法完成工作。
B 他们限制了在制品，导致进度落后。
C 他们使用了敏捷实践，但不理解这些敏捷实践是设计用来解决什么问题的。
D 他们的客户过度参与到项目中，使他们很难完成任何工作。

参考答案： C
采用敏捷实践的团队，如果不将敏捷思维内化，经常会遇到问题。这就是 BeingAgile 和 Doing Agile 的区别。每日站会和迭代计划会让团队能够专注于完成工作。限制在制品数目增加可能导致工作变慢的问题和瓶颈的可见度，从而改善生产力。敏捷思维拥抱一种思想，就是客户在项目开发中担任非常重要的角色。

第十九题

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

参考答案： D
下一步最好是立即引起团队对新风险的注意并讨论它的影响。

第二十题

20.Rachel 正在复习 AGILE 中关于沟通管理的知识点和技巧。下列哪一项是对沟通管理的最佳定义？
A 在团队中的进行沟通管理能减少团队矛盾和低效。
B 减少开发团队和干系人的沟通，防止在软件环境下沟通带来的低效。
C 在一些重要团队成员中进行沟通管理，让他们得以向各自的下属传递信息。
D 在团队成员和干系人之间进行沟通管理，提高有效合作。

参考答案： D
有效沟通是敏捷的奠基石。沟通是在不同部分传递信息。沟通管理是敏捷的一个知识和技术区域。
PMI 除此之外有几个关于沟通的定义：
1.沟通计划：确定项目干系人信息和沟通的需要
2.信息分布：适时地提供给项目干系人需要的信息
3.绩效报告：收集，分派绩效信息，包括状态报告，进展衡量，预告
4.管理项目干系人：管理沟通去满足要求还有和项目干系人一起解决问题。
从敏捷角度而言：团队间的沟通建立在过程中，通过协作，信息散热器，日常站立会议，回顾等促进。虽然希望产品负责人，顾客，用户能高度参与项目并使用沟通技巧，如果情况并非如此，一个对干系人表达信息的计划可能是需要的。

第二十一题

21.对一个组织而言，敏捷作为一个新的项目方法是合适的，其积极的迹象是什么?
A 采用了严格和死板的项目管理实践的组织价值观
B 采用分层决策的价值观的
C 采用自上而下的管理价值观
D 采取信任、集体所有制和适应性的价值观

参考答案： D
当考虑是否运用新的敏捷实践，几个内外因素应该考虑。内部因素包括项目是否是开发新过程新产品；组织是否协作的和强调信任，适应性，集体所有权，有极少的不正式的项目管理过程；大小，位置，项目团队技巧。外部因素包括产业稳定性，顾客契约或参与。总体而言，敏捷最适合为强调信任，适应性，集体所有权，有极少的或不正式项目管理过程的组织，开发新过程或产品。另外，敏捷因在能快速适应破坏性的科技型产业的成功而闻名。最后，客户参与和契约的组成不能过于强调越多人参与越好。

第二十二题

22.一家公司过渡到敏捷实践，一个集中办公的团队采用 scrum 方法，scrum 主管支持召开每日立会，并坚持让所有团队成员亲自参加面对面对话，但是，出勤率很低， scrum 主管应该怎么做？
A 对缺席会议执行处罚
B 通知团队成员他们可以为会议使用网络摄像头或视频会议
C 允许团队成员呼叫会议视频
D 强调这一敏捷原则的重要性，并要求每个人参加

参考答案： D
本题的考点在敏捷过渡的组织中，敏捷教练要注意关注团队成员对于敏捷原则、理念和实践的专注度和执行情况。如果有得商量，比如在 D 选项的强调重要性后，商量用一些替代方法解决，那也可以。但是如果只是单纯的缓和和妥协，就背离了转型的目的。所以 D 最佳

第二十三题

23.在一次迭代计划会议上，团队同意对某项特性进行某些变更增加产品价值，然而，由于这些变更需要额外工作，将影响进度计划，敏捷团队领导下一步应该怎么做
A 与产品负责人讨论这些变更的影响，然后继续执行
B 包含尽可能多的变更，同时遵守初始进度计划
C 使用初始计划完成该产品
D 形成一份项目的重新估算

参考答案： A
涉及价值，价值都是由 PO 来负责的，由 PO 来进行决定

第二十四题

24.敏捷团队已经想出一个新产品的创意，用户体验和营销团队希望快速实施，项目发起人愿意提供资金，并定义了产品愿景和路线图，团队下一步应该怎么做
A 开始待办事项规划，工作分解和估算
B 确保提供必要的技能和知识满足愿景
C 与相关项目干系人分享路线图和愿景，并根据需要让他们参与
D 在工作区中显示产品路线图，并通过虚拟方式分发给项目干系人

参考答案： C
先 C，后 B

第二十五题

25.作为团队的领导人，Walter 必须经常与客户交流。谈及沟通，对团队领导人的一个首要要求
A Walter 需要和开发团队沟通关于 scrum 测试的结果
B Walter 需要促进开发者和客户之间的沟通
C 在一次迭代之前，Walter 需要和客户沟通他写下的故障测试
D Walter 需要加强对功能需求规格说明文件的沟通

参考答案： B
作为一个团队的领导者或敏捷项目经理，必须促进开发小组和客户之间的沟通，来保证对客户需求的充分理解。敏捷宣言的四个价值里其中有一点便是强调客户协作。团队的领导人必须促进这种协作来传递价值。

第二十六题

26.业务负责人要求敏捷管理专业人士提供一个中心位置，让项目干系人可以查找项目进展的相关信息，敏捷管理专业人士应提供什么建议
A 定期循环更新项目计划的详细版本
B 维护在线协作网站，并将业务负责人重新定向到相同的网域
C 与项目干系人定期举行一对一的会议
D 与项目干系人进行每日立会

参考答案： B
A，敏捷强调项目计划是循序渐进的，没有详细版本。
C，敏捷提倡 Information Radiator（信息辐射源） 来进行沟通，不是通过开会。
D，项目干系人是不参加每日站会的。
B，协作网站相当于一个线上的信息共享区域。对于信息的分享，敏捷倡导信息辐射源的方法，即将信息整理到同一个地方，比如白板，在线网页，干系人可以随时查阅信息辐射源，获取项目状态。

第二十七题

27.在回顾会议之前团队成员之间的讨论表明存在冲突，敏捷管理专业人士希望确保会议期间存在开放和安全的环境，敏捷管理专业人士应该怎么做
A 与团队评审既定的基本规则
B 找出具体问题以确定冲突的具体原因
C 鼓励团队继续工作，按进度计划完成此次迭代
D 在会议之前与项目团队成员一对一会面

参考答案： B
有冲突是好事，找到冲突的具体原因，并解决

第二十八题

28.在基于 WEB 的软件项目中，项目业务负责人向团队成员询问一个阶段性的状态， 团队成员回应工作已完成，业务负责人感到困惑，因为在访问网站时，新功能不存在， 是什么原因导致这种误解呢
A 团队成员感到压力而夸大项目进展，以便让业务负责人满意
B 该特性的开发工作已完成，但该特性未发布
C 该特性的开发工作未获得项目干系人的批准
D 业务负责人未能在用户故事中定义该特性的验收标准

参考答案： D
该题目考察的是 DOD 这个知识点 ，在 sprint planning 阶段要定义好 DOD，以免发生误解

第二十九题

29.职能经理向一名跨职能团队成员分配多项任务，这妨碍了敏捷团队成员完成故事，敏捷管理专业人士应该怎么做
A 与该职能经理讨论这种情况
B 教导团队成员有关时间管理的敏捷实践
C 向项目发起人举报该职能经理
D 请求职能经理参加敏捷培训

参考答案： A
敏捷教练的一个很重要的任务就是避免团队受到干扰。
B，教导是自上而下的，不符合敏捷的原则。C, 太极端。D, 参加敏捷培训不直接

第三十题

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

参考答案： B
在冲刺审查期间，如果产品负责人没有验收一个用户故事或者一个特性，那么团队不应该标记故事为完成，同时应该和产品负责人协商是否和何时该用户故事应该完成。

第三十一题

31.两名团队成员之间的分歧对多个项目的团队速度产生了负面影响，敏捷团队领导应该怎么做？
A 鼓励团队成员将分歧保密，并确保他们保持专业精神
B 在项目的自组织框架内工作，允许他们自己选择解决的办法
C 参与讨论并为团队做出决定
D 把情况上报给上级管理层

参考答案： B
团队是自组织的团队，相互协作。A，保密分歧，没有解决问题。C, 不是领导作出决策，应该是团队自组织作出决策。D，自组织的团队不会上报给上级管理层

第三十二题

32.一个新的敏捷项目团队，为建立高绩效团队，下一步应该如何做？
A 立即建立一个每日站立会议,从中团队成员能被告知自己的角色
B 举行回顾展，从中项目负责人可以将角色分配给团队成员
C 带团队出去吃午饭，从而成员可以互相了解和建立信任
D 召开会议，从中项目负责人可以将初步任务分配给团队

参考答案： C
团队建设有利于团队成员建立信任，提高绩效。其它选项非典型方法，项目领导控制太多而没有让他们自我组织。

第三十三题

33.在规划会上，团队成员对估算方法有分歧，若要纠正这个问题，项目管理专业人士应该怎么做?
A 鼓励团队使用问题解决技术找到分歧的根本原因
B 让团队在经验教训会议上进一步讨论该分歧
C 引导创建鱼骨图，设置参与指南
D 要求团队在回顾会议上解决这个问题

参考答案： A
B,D，在经验总结会以及回顾会议上解决，时间上太滞后了。C 是 A 的一种可能做法, 创建鱼骨图只是一种具体的分析方法，找根本原因还可以用其他方法，如五问法。

第三十四题

34.对提高团队合作，以下哪一点是有效的
A 强调自上而下的制定决策
B 强调对全面文档的运用
C 强调团队成员的隔离
D 强调面对面的沟通

参考答案： D
一个开放，面对面的沟通文化最适合敏捷团队。

第三十五题

35.sprint 的速度低于预期，敏捷团队成员应该怎么做?
A 限制团队成员和客户之间的沟通，以防不必要的焦虑
B 管理沟通，重置相应团队成员和干系人的期望
C 管理几名团队成员和客户之间的沟通，让他们可以将信息传达给其他成员
D 督导团队成员之间一对一沟通，以减少冲突和低效率

参考答案： B
从题干来看，可以理解为团队把速度定高了，这个时候团队觉得速度可能需要调整，那要找相关干系人去进行沟通，C 选项中传递信息，是敏捷所不提倡的，D选项沟通有问题，但是与速度没有直接对应关系，不是这个原因造成的

第三十六题

36.在哪种情况下，开发团队需要与产品负责人一起审查已完成的定义
A 团队无法为 spint 创建工件
B 团队无法在 spint 周期中完成所有用户故事
C 客户在 sprint 周期结束时请求变更
D 客户要求提前交付一个产品特性

参考答案： C
当客户的需求有变化时，我们就需要审查 DOD，看当时是怎么定义的，只要需求不变，我们就不用考虑和审查 DOD,但是一旦发生变化，就要重新进行审查；D 选项特性不会发生任何变化，早交付和晚交付与 DOD 无关

第三十七题

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

参考答案： C
不维护版本是不对的，维护版本也是有价值的，排除 A,D。B, 估算都是采用理想时间来进行估算，安排实际的计划时考虑其他影响因素。C, 是可取的做法

第三十八题

38.如果你的团队不设置任何在制品限制（WIP），很有可能出现什么情况？
A 不会出现任何瓶颈，并且有些人会没事干。
B 有些人会没事干，并且我们无法知道瓶颈在哪。
C 不会出现任何瓶颈，但是每个人都会很忙。
D 每个人都会很忙，但是我们无法知道瓶颈在哪。

参考答案： D
如果一个团队不限制 WIP，结果就可能是每个人都很忙，而且会出现瓶颈，并且我们不知道瓶颈在哪。其他选项都是错误的。

第三十九题

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

参考答案： B
C 先排除，与敏捷宣言不符合。B，比较符合，信息发射源可视化，监控每日站会、清单规划会议

第四十题

40.敏捷软件开发项目中使用持续集成的终极目的是什么？
A 验证团队在达成 Sprint 目标上没有偏离方向。
B 将新代码集成到代码库中。
C 检查系统仍然按照期望的情况运行。
D 尽快找到问题并解决问题。

参考答案： D
持续集成指的是，频繁地(一天多次)将代码集成到主干。它的好处主要有两个。快速发现错误。每完成一点更新，就集成到主干，可以快速发现错误，定位错误也比较容易。防止分支大幅偏离主干。如果不是经常集成，主干又在不断更新，会导致以后集成的难度变大，甚至难以集成。持续集成的目的，就是让产品可以快速迭代，同时还能保持高质量。它的核心措施是，代码集成到主干之前，必须通过自动化测试。只要有一个测试用例失败，就不能集成。Martin Fowler 说过，“持续集成并不能消除 Bug，而是让它们非常容易发现和改正。”

第四十一题

41.定义项目和质量的标准的最佳时间是在
A 一项工作的开始
B 首次迭代后
C 首次回顾期间
D 首次发布后

参考答案： A
所有敏捷工作均有项目和质量标准，在一项工作初期由团队协作地定义，并在整个工作期间协作地改进。项目和质量标准有助于敏捷团队的凝聚力，同时尽管团队可随着项目发展作调整，但仍提供一个结构来营造一个自我约束的氛围。敏捷中不存在“一刀切”的标准定义；因为每一项项目均是不同的，据显示，敏捷团队应当定义哪一项项目和质量标准应辩证自己，并努力遵从这些标准，同时在整个项目过程中随时准备调整这些标准，以最优化绩效和传递价值。项目标准是可变化的，其中每日站立会议的地点，每一位参与者对自己进度、对高度详细的软件代码风格的挑战、测试驱动开发的方法的分享，团队对完成方式的定义这三点影响着它的范围。

第四十二题

42.为了理解敏捷合同和非敏捷合同有什么区别，我们需要理解：
A 敏捷项目允许成本变化，但是功能和时间通常是固定的。
B 敏捷合同允许时间变化，但是成本和功能通常是固定的。
C 敏捷项目通常有固定的功能、成本和时间限制。
D 敏捷项目允许功能可变，但是成本和时间通常是固定的。

参考答案： D
敏捷项目通常允许在成本和时间固定的情况下，功能如果需要是可以变化的。这也叫做敏捷的倒三角。因为传统的项目通常是以指定要交付的功能开始的，然后为了达成目标，有可能增加成本和时间。

第四十三题

43.敏捷管理专业人士声明，最近的研究表明即将用于项目的一项新技术可能在大型项目中有一些问题，敏捷管理专业人士应该怎么做
A 为新风险进行一次探测
B 将新风险包含在风险登记册中
C 与团队一起评估影响和概率，并通知项目干系人
D 与团队一起讨论可能的风险应对活动，并将其包含在待办事项中

参考答案： A
Spike，用于解决不确定性

第四十四题

44.在将新产品推向市场之前，团队需要所有的特性和功能在客户验收测试期间获得97%的合格率，若要实现这个目标，团队应该采取哪个步骤
A 遵守计划驱动的测试过程
B 批准和调试代码需要四天
C 实施高预测性测试过程
D 使用测试驱动(TDD)的开发实践

参考答案： D
敏捷强调响应变化而不是遵循计划。B，也是传统的过程搞法。C，敏捷强调未来是不确定的，不可预测的

第四十五题

45.一个敏捷团队的待办事项包含大量针对某个版本的工作项，产品负责人担心这些工作项无法按时交付，敏捷管理专业人士应向产品负责人提供什么建议
A 督导一次与项目干系人的会议，确定增值工作项，并对待办事项排序
B 督导一次与敏捷团队的会议，确定哪些工作项需要较少的实施工作
C 向业务发起人请求获得更多的敏捷团队资源
D 与客户讨论变更发布日期

参考答案： A
敏捷强调价值，在时间有限的情况下，聚焦价值。无法如期交付是风险（问题），让 PO 排序（不加人，不加时间）

第四十六题

46.你的优先排序功能列表中包括有 10 项产品功能。根据客户的要求，您需要至少提供五个功能来推出产品。这些功能在称作什么?
A 优先次序功能列表
B 最小可售功能
C 发布功能列表
D 团队列表

参考答案： B
最小可售功能，也称为 MMF，指可以向客户增加价值的最低交付需求

第四十七题

47.在与团队谈话过程中，项目发起人对每日站立会议的价值提出质疑，敏捷管理专业人士应该如何处理
A 采用信息发射源替换一些每日站立会议
B 教导项目发起人每日站立会议的好处
C 让干系人将每日站立会议替换成在线会议
D 将每日站立会议和其他合到一起开，以减少会议时间

参考答案： B
每日站立会议非常有价值，和项目发起人沟通说明

第四十八题

48.在一次站会上识别到的一项关键风险应在何时讨论
A 在同一次站会上立即讨论
B 在回顾会议上讨论
C 在每两周举行的风险评估会议上讨论
D 在站会后的一次单独会议上讨论

参考答案： D
排除 A，站会上只说 3 个问题。B, C， 太滞后

第四十九题

49.作为敏捷团队的一员，Greg 开始一个任务的开发。Greg 在任务板前，且必须将任务卡放在任务板正确的一栏去更新每个人的任务状态。Greg 应将任务卡放在哪一栏？
A 即将做
B 准备测试
C 已完成
D 进展中

参考答案： D
Greg 应该把人物卡放在“在进度中”这一栏去表示任务正在被执行。

第五十题

20.某种项目工件有助于测试者执行探索性的测试，是产品功能的简要描述，这一工件是指
A 项目路线图
B 项目前景
C 项目章程
D 项目数据表

参考答案： C
项目章程为产品的设计目的提供概述并为测试者执行探索性的测试提供向导。

第五十一题

51.作为敏捷团队领导，下列哪项可以帮助增加干系人对项目的承诺？
A 保护团队，不让他们做艰难的决定，这样他们可以专注于他们的工作。
B 依赖发起人做艰难的决定。
C 邀请一定范围的干系人，共同协作来做决定。
D 让产品负责人做关于裁剪敏捷实践方面的决定。

参考答案： C
这里唯一能够反映敏捷思维的选项是请一定范围的干系人协作做决定。这样做是通过增加参与度达到增加承诺的目的。

第五十二题

52.作为团队教练，你应该什么时候专注于对团队成员个体进行教练？
A 当有人向你求助或寻求建议的时候。
B 在计划会和回顾会中。
C 有外部阻碍出现的时候。
D 当有人遇到了技术问题，并且他们自己解决不了的时候

参考答案： A
对于个体的教练发生在迭代中，有人向你求助或者寻求建议的时候。如果团队成员有技术问题，并且他们自己解决不了，敏捷的方法会让他们把这个问题分享给他的同组人，通过集体的力量来解决。（并且，只是因为有些人遇到了问题，并不意味着他们需要或者想要教练。）在迭代边界，我们专注于对整个团队进行教练，因为那个时候是每个人都集中在一起做迭代计划会，评审会和回顾会的时间。阻碍是在每日站会上分享的，通常这个时候不需要有人来教练他们。

第五十三题

53.敏捷管理专业人士需要确保最终产品满足业务需求，敏捷管理专业人士应如何实现这个目标
A 通过确保客户参加评审会议
B 通过要求团队向关键项目干系人提交定期报告
C 通过获得产品负责人对业务需求的同意
D 通过邀请其他产品负责人参加产品评审会议

参考答案： A
Scrum 框架中，客户参与的平台是评审会议。B 中的定期报告，敏捷不提倡这种方式

第五十四题

54.一个特性的正面财务价值以及缺乏这个特性的负面财务影响来确定它们的优先级， 团队应该采取什么方法
A MoSCoW 方法
B 虚拟货币
C 相对权重
D 卡诺分析

参考答案： C
MoSCoW 方法是将需求功能按必须做的，应该做的，可以做的，不要做的进行分类。
虚拟货币，通过给参与估计排序者与项目价值相同的虚拟货币，让参与者使用这些货币给功能进行排序。
卡诺分析，将客户功能需求按惊喜、满意、不满意、无关紧要进行分类排序。
相对权重，则是通过考虑功能所带来的正面益处和缺乏它所产生负面影响的排序方法，依赖于专家判断。

第五十五题

55.一名开发人员开始实施客户最近请求的一个功能，然而，该开发人员并未事先咨询项目团队，该团队应该怎么做
A 确保该开发人员理解该功能必须由产品负责人确定优先级
B 通知客户他们的请求未获得敏捷原则的支持
C 支持该开发人员的决定，主动解决客户的需求
D 在产品待办事项中添加该特性，而不进行进一步讨论

参考答案： A
B, 排除，不能和客户这样讲。C, 敏捷中任何新功能的开发都是由 PO 来决定的。D, 不进行任何讨论是不对的。

第五十六题

56.在发布计划时详细地分享和讨论产品愿景有助于?
A 合理要求、验收标准和优先级的建立
B 迭代团队成员的建立
C 产品价值风险评估标准的建立
D 每日站立会议验收标准的建立

参考答案： A
在发布计划里，敏捷项目管理者和开发团队详细讨论产品前景。这确保了适当的要求，验收标准，优先权也建立了。

第五十七题

57.一个敏捷团队的迭代速度呈现急速上升和下降的趋势，敏捷团队需要让迭代速度更加可持续，敏捷团队领导应该怎么做
A 与团队开会识别潜在原因并实施调整，以获得稳定的迭代速度
B 使用之前迭代的最高速度，并将其作为基准
C 召开团队会议来鼓励合作，实现可持续的迭代速度
D 督导团队成员之间的结对编程，实现理想的迭代速度

参考答案： A
B, 不合适。D, 不存在理想的迭代速度。C，或许不是合作不好导致的迭代速度忽上忽下

第五十八题

58.敏捷团队进行回顾过程中通常讨论的话题包括
A 如何劝止客户改变需求
B 如何激励团队成员加班以保持项目进度
C 如何加强成功的实践
D 如何劝阻任何项目大纲期间团队有异议的新试成功的实践

参考答案： C
在反思期间，敏捷团队在结束一项迭代后稍作休整来思量它的绩效，讨论话题包括：从成功和失败中学习，比如总结高效或低效的方法；如何施行成功的行为，比如新测试的标准；如何停止消极的行为，比如用偏离团队认可的代码标准来指定迭代期限。

第五十九题

59.变化幅度和趋势分析如何并合入敏捷项目？
A 在迭代评审会议
B 在发布计划
C 在正式风险评审会议
D 在回顾中

参考答案： A
在敏捷中，变化幅度和趋势分析（工作范围、团队速度、风险情况等）执行方法可能是运用信息发射源（任务板、燃尽燃起图）。但对于这些变化和趋势分析的评估，一般在迭代评审和回顾会议上（如对产品范围的变化幅度，在评审会）。传统的项目管理方法是在正式会议中评估风险，变化幅度和趋势，而敏捷是在迭代评审会议中并合风险分析，变化幅度和趋势分析。

第六十题

60.在最后一次公司董事会之后，项目干系人改变了他们的产品愿景并重新确定项目目标，敏捷团队领导应该怎么样将这些变更传达给团队
A 向团队发送一封电子邮件，概述新产品愿景和目标
B 根据新的产品愿景和目标，开始规划下一次迭代
C 更新发布计划，以纳入现产品愿景和目标所需的新投入水平
D 召开项目团队会议，进行透明的沟通，确保了解新的产品愿景和目标

参考答案： D
选 D。根据原则六，无论是对开发团队还是团队内部，信息传达最有效的方法都是面对面沟通。这条原则告诉我们敏捷中，沟通的渠道选择，首选高带宽沟通，双向沟通，非正式方式。比如：能面对面，不视频会议，能视频会议，不远程电话、能远程电话不邮件沟通等

第六十一题

61.Peter 的敏捷团队在地理上分散在世界各地，在开展业务时该团队应考虑的一个因素是什么？
A 是否要考虑沟通时语言的差异
B 是否要计划一次迭代
C 是否要为复杂的项目使用滚动前瞻计划
D 是否要使用信息发射源

参考答案： A
一支高绩效敏捷团队是渗透沟通和面谈式互动的理想组合。对于分布式团队，在没有组合的情况下，一些经验可以提供有效沟通的最佳形式：团队内部网站-虚拟团队空间-电邮-视频会议-地理分离，特别是世界范围的，团队要考虑语言，文化，时区不同。

第六十二题

62.一个高透明度项目有一些利益相关者。重要的是要让他们了解情况，并得到他们的认同。通过哪个会议，能让他们最好地了解到项目信息?
A 迭代计划
B 每日站立会议
C 迭代评审
D 迭代回顾

参考答案： C
团队在迭代评审期间演示新的产品功能。因此这有利于向利益相关者提供项目信息，同时得到他们的反馈。其他会议都是内部会议，对外部的利益相关者来说可能不太适合。

第六十三题

63.Sheila 是团队的负责人，打算为自己的 Agile 项目打造一个轻松的，协作的团队空间。其基本方针可能是
A 根据职能团队安排座位
B 把团队成员的互动降至最低
C 有一块专用的白板
D 有大片缺乏项目信息的空白墙壁空间

参考答案： C
温馨而舒适的环境是在设计团队氛围时重点考虑的方面，它可以促进有效沟通，提升创造力和激励团队成员。构建良好的敏捷团队氛围的指导包括：团队成员的协作；减少非必要的干扰/分心；为信息发射源提供专用白板和墙面空间；为每日站立会议和其他会议提供空间；结对工作站；其他人性的措施，如植物和舒适的家具。

第六十四题

64.由于一直重复执行相同的任务，一个敏捷团队的主题专家(SME)士气低落，敏捷管理专业人士应该采用哪一项行动?
A 增加团队的资源数量，协助主题专家完成任务
B 让团队成员执行其活动的价值流分析
C 计划一次团队建设活动以提高团队的士气
D 引导结对编程，让主题专家培养新的技能

参考答案： D
team 是 cross functional 的 team，团队成员可以拥有多项技能。A, 加人是敏捷不提倡的。B, 价值流分析一般用于流程改进的。C，并不能解决这个问题

第六十五题

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

参考答案： D
team 是 self-organized team，所以由团队自己来想办法解决

第六十六题

66.关于敏捷团队的产品所有者，其最重要的作用是什么?
A 组建团队，保持队里良好的氛围
B 及时对交付给客户的软件进行管理
C 估计产品需求的规模
D 协调团队，以确保他们的工作对客户有价值

参考答案： D
产品所有者没有直线管理的作用（这是由直线经理来组建团队和保持士气的）。这不是交付经理的职能（团队负责交付）。产品所有者依赖于团队估计来进行发布规划。他负责确保团队有优秀的产品需求，基于在最短时间内为客户最大化价值的原理，对这些需求进行正确的优化排序

第六十七题

67.每日站会的举行时间是如何决定的
A 由敏捷团队决定，作为团队讨论基本规则的组成部分
B 由产品负责人按照所选定的敏捷框架决定
C 由团队领导决定，作为团队规划会的组成部分
D 由项目管理办公室根据组织标准决定

参考答案： A
团队是自组织团队，由团队自行决定

第六十八题

68.什么对敏捷团队的激励有正面作用
A 团队规模
B 管理工具
C 个人认可
D 企业声誉

参考答案： C
个人认可，或安全环境

第六十九题

69.选择以下合理的选项，说明为什么授权团队被看作敏捷团队的重要属性？
A 授权团队需慢慢适应于不断变化的要求，来减小范围蔓延的风险
B 授权团队不需要保持灵活性来应对不断变化的顾客需求，同时需致力于传达
具体要求
C 授权团队需适应变化的需求，致力于在多变的市场中交付价值
D 为减小与失败项目的联系，授权团队需从对产品质量的责任中脱身

参考答案： C
授权团队进行自主管理，了解如何通过最少的管理参与解决问题，是敏捷方法论的基石——这是传统项目管理者持有的传统观点截然不同的，传统项目管理者控制所有决策同时委托任务给团队，几乎无反馈。敏捷团队决策必须包含所有成员和干系人且决策便利。因为用户/客户参与到开发中相对重要的，所以理想情况下鼓励用户/客户通过集中/现场支持和敏捷团队密切融合。当敏捷团队总体地承担产品传递的责任时（即拥有所有权），团队自身能感受到授权。

第七十题

70.敏捷中常用的度量指标是速度，那么速度是指
A 对每一迭代完成的用户故事点或故事数量的衡量
B 对每一发布完成的用户故事点数量的衡量
C 对每一天完成的用户故事点的数量的衡量
D 对每一个迭代完成的迭代计划的数量的衡量

参考答案： A
速度是指对每一迭代团队完成的用户故事点或故事数量的衡量。一个敏捷团队可根据稍前的速度记录来估算下一个迭代可完成的用户故事点数量

第七十一题

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

参考答案： B
最佳答案选 B。本题选 C 有歧义，理由是本身基于是规划与预测，未开发出来又如何按照 B 选项进行演示，所以 B 无法执行。至于选 B，可认为演示已完成的增量，演示的同时也可以讲解分享产品路线图和故事地图，但也属于脑补。考试解题时，尽量围绕知识点来，题目参照原则七，可用的软件是衡量进度的首要标准，演示已构建的功能特性比发布计划更有说服力。因此本题优选 B，C 作为参考备选。

第七十二题

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

参考答案： C
如果客户要求变更需求，团队必须要进行调整，并找出一个可以让产品成功交付的方法。推迟组织管理决定有可能是个好方法，但这样做似乎会让团队在编译相关信息中不得不做些准备。有很多方法可以让团队进行适当调节。例如，团队可以与客户进行谈判，放弃一些和新增需求规模相等的次要的功能

第七十三题

73.采取敏捷方法的项目管理办公室定期发布最佳实践和绩效数据记录。他们刚刚发布了一份对速度数据（每次迭代所完成的故事点）在不同团队中的比较。作为其中一个团队的 scrum master，你下一步该做什么？
A 与团队共享此数据并讨论相对于其他团队的数据进行改善
B 给项目管理里办公室写信，强调速度不应该跨组比较
C 写信给管理层，证明组织标杆和自身团队之间的差异
D 因为团队是自我组织的，因此和团队分享数据并让他们决定如何做就好

参考答案： B
跨团队的生产数据比较是无用的，因为每个团队有不同的情况，对故事点也有不同的基点。这个做法不正确因此必须向项目管理组织反映

第七十四题

74.一家公司想要向敏捷转型，并在找一个适当的项目做为试点。以下哪个是最合适的试点项目？
A 项目 a: 估计工期: 1 年;团队规模: 10
B 项目 b: 估计工期: 1 个月;团队规模: 10
C 项目 c: 估计工期: 6 个月;团队规模: 50
D 项目 d: 估计工期: 9 个月;团队规模: 7

参考答案： B
有短工期和小团队的项目最适合用来过渡。在前几次的迭代中，你就能发现这个方法论是否适合于你。

第七十五题

75.结对编程在极限编程当中是如何工作的?
A 在故事中开发人员和测试人员共同工作
B 在需求上客户代表和研发者共同工作
C 测试编写人员编写测试，而开发人员就编写代码
D 在任务中两个开发人员共同工作

参考答案： D
在结对编程中，两个程序员会一起工作，在任何一次代码编写过程中，他们其中一个编写代码，另一个则同时在线审查，提供意见，建议，以及，审查替代的实现方法。

第七十六题

76.下列哪一项不是关于结对编程的优点之一?
A 团队成员得到更多的自由来独立思考
B 代码集体所有
C 在线审查
D 减少整体开发时间

参考答案： A
结对编程的实践发生在极限编程之内，它由两个程序员共同完成任务。它有助于集体代码所有权，因为每行代码都最少有两位程序员共同完成。同时它也能对最有可能首先运行的清晰代码进行网上审查，这样有助于缩减整体时间。它可能会也可能不会引导团队独立思考，因为结对编程中的其中一个风险有可能是一位成员停止思考和倾听，仅仅是跟随另一个成员的步伐来实施工作

第七十七题

77.其他条件恒定的情况下，你最想为你的敏捷团队创建一个什么样的工作环境?
A 开放式工作区
B 封闭式工作区
C 有利于个人隐私和个人思考的工作区
D 分布式团队

参考答案： A
一个敏捷工作区应该设计为有助于团队成员之间的开放式沟通，理想地说，团队成员在这种环境下才能处于可听可视范围内。

第七十八题

78.在一次迭代回顾会议上，PO 告诉团队成员他们的交付物不符合商业愿景, 团队应该怎么做，来确保将来的发布符合需求？
A 更频繁的客户评审会议
B 让 PO 参加每日立会
C 重温发布的章程
D 和 PO 召开更频繁的会议

参考答案： C
项目章程中应该包含的信息有项目愿景，项目任务和项目成功标准。项目远景就是项目的理论基础，一般我们会采用电梯陈述，项目任务是项目的具体内容，项目成功标准是项目管理的指标。如果 PO 告诉团队成员他们的交付物不符合商业愿景，那我们需要回顾项目章程中，当时所确认的项目愿景是什么

第七十九题

79.迭代评审会议对敏捷开发方法论来说是十分重要的。评审会议的目的是什么？
A ScrumMaster 审查进展并给出了有关纠正措施的指导
B 团队演示软件并征求反馈
C 客户和其他利益有关者对团队成员的绩效表现进行深入了解，同时对该团队的经理提供反馈
D 团队成员反思以往冲刺过程，并采取纠错行动

参考答案： B
迭代评审会用于团队向 PO 和其他项目干系人展示进程，以此来获得反馈。

第八十题

80.在每日站立会议中，哪三个问题需要经常回答?
A 你昨天做了什么？你今天准备做什么？你什么时候能完成迭代的工作？
B 你昨天做了什么？你今天准备做什么？你遇到什么问题？
C 你的任务目前状况是什么？你什么时候可以完成它们？你有没有遇到风险和问题？
D 每次任务的状态是什么？已完成的工作占多少百分比？项目的结束日期是什么

参考答案： B
站立会议中的三个问题是：你昨天做了什么？你今天准备做什么？你遇到什么问题（阻塞）？

第八十一题

81.项目团队有四周时间为客户演示开发一个工作原型，团队之前为此演示开发了大量故事，敏捷项目管理师应该如何建议团队继续？
A 找出所需故事的最基本可发布功能集，并对他们进行排序，一边在第一次迭代中交付
B 制定一份详细的进度计划，并采用更为实际的工期应对，供客户评审
C 估算所有故事的大小，并承诺交付符合可用工期的故事
D 增加团队的规模，让执行能力达到最大化，并提高团队按时向客户交付的可能性

参考答案： A
敏捷中提倡的最小的可售功能，MMF，项目客户增加价值最低的交付需求。所以应该 A。B 选项的做法是瀑布式的做法，C 选项中估算所有故事的大小，并承诺交付符合可用工期的故事是不符合敏捷的适应性原则

第八十二题

82.下列哪项会议可以用来进行对产品设计的讨论？
A 每日站立会议
B 审查会议
C 回顾会议
D 迭代计划会议

参考答案： D
每日站立会议是一个快速的同步会议，但不适用于讨论产品设计。迭代回顾会议用来做产品演示，并收集反馈。回顾会议是“经验教训”会议，团队讨论如何调整过程。在某些情况下，例如团队需要进行开发讨论或分配任务，产品设计的事情就会在迭代计划会进行讨论

第八十三题

83.如果产品待办事项列表为 100，速度是每迭代为 20 个，单位成本是每单元$1500，那么可推断出迭代次数是多少?
A 5
B 15
C 7
D 8

参考答案： A
迭代次数=产品待办事项/速度=100/20=5

第八十四题

84.一个开发人员在没有和团队成员商量的情况下，实施了一个新的客户需求，团队应该怎么做？
A 减少测试该功能
B 去掉这个功能 PO 负责
C 保持这个功能 PO 负责
D 把这个功能放在产品待办列表中

参考答案： D
排除法。私自处理过了这个功能，需要放到产品待办列表中，让产品经理和团队成员再次去 review，去排优先级，甚至看放在哪个迭代里面。但是放在产品代办列表中，它可能会比较重要而放到前面，也可能排到后面，也不一定意味着这个功能会要继续做

第八十五题

85.精益基于一些基本的原则。下列哪一项不是关于精益的一项基本原则?
A 杜绝浪费
B 增强学习
C 尽早做决定
D 尽快实现交付

参考答案： C
精益理论实际上是鼓励尽量晚做决定，因此选项 C 不正确

第八十六题

86.产品负责人在迭代周期中持续向开发团队提交添加的新需求，导致破坏开发周期，
敏捷项目管理师下一步该怎么做？
A 建议替换产品负责人
B 延长排列优先顺序和规划迭代方面所花的时间
C 与产品负责人单独会面，说明他的角色和职责
D 与产品负责人分享《敏捷宣言》

参考答案： C
产品负责人是代表客户的需求，需要保证团队再做业务层面正确的事。而且产品经理需要编写用户故事，排出优先级。B 选项的做法只是延缓和逃避，并不能解决这方面的问题。D 选项中，敏捷原则中并没有说明持续添加新需求，导致破坏开发周期，应该怎么办。而该题的考点是对敏捷项目管理师角色知识的考点。他需要与产品负责人单独会面会更加合适。

第八十七题

87.在每日站立会议中，一位团队成员提出关于跨界组织的沟通改进建议。敏捷开发大师应建议它在哪种情况下进行讨论?
A 每日站立会议之后马上进行讨论
B 发布回顾
C 冲刺回顾
D 每月状况会议

参考答案： B
需要跨界组织参与的改进讨论应该在发布回顾会议上进行，因为通常这需要更多的努力和沟通才能实现。每日站会不是用来讨论这种变化的，也没有所谓的每月状态会议

第八十八题

88.您在一个执行敏捷方法的大型项目中工作。你将如何确定这个项目的团队规模?
A 它应尽可能小，即使这意味着交付时间的增加
B 保留一个小型但经验丰富的团队，并试图最大化其输出
C 确保团队基于任务的需求而正确调整其大小
D 用大型团队来提供缓冲

参考答案： C
尽管敏捷会偏向于小型的团队，团队大小应该有其复杂性和项目的本质来决定。一个大型项目可以由多个敏捷团队平行工作来完成。一些像 FDD 这样的方法实际上能最多只能扩展到250 人

第八十九题

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

参考答案： B
干系人的兴趣和参与度对项目本身来说不是坏事，不应该为此感到气馁。敏捷提供了机会来倾听和接受干系人的意见。项目经理的技能在于是否能利用这些机会来获取干系人的积极参与，同时保护团队不受干扰

第九十题

90.以下哪项是对回顾会议的目的的最好的解释？
A 帮助客户了解团队如何工作
B 帮助项目经理确定成员的惩罚与奖励
C 帮助产品所有者在下一次迭代中确定工作优先项
D 帮助团队检查并适应

参考答案： D
回顾会议不通常涉及到客户参与。它不是用于评估个人绩效的机制。对需求来说，它也不是一个规划或优先排序会议。但它给团队提供了审查产品功能并调节行为的机会，这样可以促使团队更高效。

第九十一题

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

参考答案： A
对于低价值高风险的项目，最后再做。在完成这些项目之前，我们需要做出明智的决定，因为它实际上可能会使你本来运行良好的程序脱轨。这题注意是已识别出来的待办事项，如果是分析之前，理论上应该尽量避免对于风险四象限，处理顺序应该依次为：高价值高风险；高价值低风险；低价值低风险；低价值高风险（尽量避免）

第九十二题

92.产品经理需要找出一个在某项任务中工作的人。他需要给出一些与该任务相关的重要信息。问产品经理如何能得到这些信息？
A 参加每日站立会议
B 在迭代待办事项中得到
C 在产品代办项中得到
D 在团队的工作记录中

参考答案： B
在迭代计划阶段，将创建迭代待办事项列表，并包含诸如将故事分解为任务、任务分配给团队成员等的信息。

第九十三题

93.作为团队中的 ScrumMaster，你发现在每日例会期间，两个团队成员开始商讨技术细节。你应该做什么?
A 只要这能增加价值，就让他们继续讨论
B 固定讨论时间，建议该成员在线下或是会议结束后进行讨论
C 邀请别人共同参与
D 提供自己对此的意见

参考答案： B
整个团队的时间不能仅仅用于讨论技术问题，即使它是很重要的。如果要举行一个有效的每日例会，ScrumMaster 要致力于对单方谈话的进程和时间控制。这种单方谈话往往可以在线下或会议之后再进行

第九十四题

94.项目利益相关者对开发团队信心不足。下列哪一项对利益相关者的信心建设最有效？
A 和利益相关者参与更多的会议来促进沟通
B 低缺陷数
C 一个自我组织的团队
D 在每次迭代结束后交付有着更多相关功能的工作软件

参考答案： D
干系人可能会关注到 A，B，C 项中的表述，但他们最关注的应该是团队可以频繁交付更多功能的工作软件的能力。相关方对开发团队的信心，源于可用的软件和功能。其实就是可用的软件胜于完善的文档。

第九十五题

95.在发布规划讨论中，产品所有者要求团队在发布中辨识到它所用到的关于史诗的
机会成本。什么是机会成本？
A 实现机会所需的工作成本
B 你放弃机会的损失成本
C 评估机会的成本
D 浪费机会的成本

参考答案： B
机会成本是指你放弃机会的损失成本

第九十六题

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

参考答案： A
迭代回顾有助于团队调整过程，因此最适合用来讨论这个问题

第九十七题

97.下列哪一项是项目管理办公室在广泛应用敏捷方法的组织中需要发挥的最佳功
能?
A 对照团队的生产力数据，建立组织能力
B 对每个敏捷团队的项目进程进行报告，同时指导他们如何向目标靠拢
C 在不确定的环境中为决策提供指导方针
D 向团队提供一个跨组织标准的敏捷进程

参考答案： C
选项 A 指在团队中进行生产力数据的比较。这在敏捷中是不建议的，因为每个团队都有不同的基线。选项 B 程度创建进程追踪，实现正确实践而违反了自我管理团队的原则。选项 D 提倡跨组织建立一个进程构架，同样也是不可取的因为它违反了敏捷的灵活性原则。选项 C 在不确定的环境中为决策提供指导方针，在所有的选项中，是最合适的

第九十八题

98.一名初级团队成员建议为完成团队目标使用新的方法，团队应该怎么做？
A 新的办法应该被接受
B 和这名团队成员一起工作，来决定这个新的方法是否可以接受 协作和集体决策
C 让这名初级团队成员 来决定这个方法是可以接受
D 向管理层汇报是否可以采用这种新的方法

参考答案： B
敏捷倡导的团队成员协作

第九十九题

99.敏捷开发团队想对 ScrumMaster 的角色进行重新定义，让他为团队发挥更大作用。在这种情况下，应该做什么?
A 不应该这样做
B 可以在下次敏捷会议中进行讨论
C 可以在下次冲刺回顾中进行讨论
D 应该请教项目管理办公室意见

参考答案： C
敏捷的哲学是灵活和适应性。如果团队同意可以对团队角色进行重新定义。而对这种情况最好在冲刺回顾会议中进行讨论。不是每日站立会议，也不适合征求项目管理办公室的意见，因为团队有自我管理的能。

第一百题

100.你是一个敏捷团队的领导者，正在研究关于团队速度跟踪的图表。以下哪项最适合为团队的目标？
A 让团队速度大于行业平均水平
B 速度应在每次迭代后提高 10%
C 不需要跟踪团队的速度，因为团队有自我管理功能
D 速度应该是连续一致的

参考答案： D
团队的速度是一个很重要的度量单位，因为它显示了团队完成故事的速率。我们不建议和其他团队比较速度大小，因为每个团队对故事点有不同的定义，每个团队的自身情况也不尽相同。同样，希望团队速度持续上涨的想法也是错误的。对团队来说，能够准确预测交付速度应该是最好的目标