题目1-2：

1.组织上启动了一个软件开发项目，采取敏捷开发模式。在项目执行过程中，敏捷项目团队难以确定一次迭代中的后续步骤，团队应该怎么做来达成一致意见？

A.让客户做出决定

B.让项目经理做出决定

C.让产品经理采用一致意见驱动的方法来帮助团队达成一致

D.采用团队协作的方法达成一致

2.项目团队对发布版本的初始估算是200个故事点。一次迭代的平均估计速度是20个故事点，经过几次迭代后，计算出实际速度只有13个故事点，让项目的预计完成时间翻倍，项目团队应该怎么做？

A.要求产品负责人增加团队资源

B.与产品负责人沟通速度以及新的发布日期

C.通过将测量单位从故事点更改为理想的天数重新估算，并通知产品负责人

D.重新估算，并通知产品负责人项目比原先预期的更为复杂

第一题答案解析：

【解析】：本题考查知识点：敏捷项目管理——自组织

team是self-organized team，即自组织团队，所以由团队自己来想办法解决，让客户、项目经理、产品经理无论谁做决定都是单方面决定，是不提倡的，故本题D选项是最佳实践。

【答案】：D

第二题答案解析：

【解析】：本题考查知识点：敏捷项目管理。——故事点估算。

据题干描述：一次迭代的平均估计速度是20个故事点，经过几次迭代后，计算的实际速度只有13个故事点。表明迭代的速度变慢了，所以选择B与产品负责人沟通速度以及新的发布日期;A选项敏捷不提倡加人。C选项Ideal days是用来估算任务的，而且改成ideal days并不能解决这个问题。D选项不需要重新估算，团队的实际速率就是13个故事点。

【答案】：B

题目3-5：

3.一个敏捷团队识别到两个发布层面的风险以及四个迭代层面的问题，若要让相关方清楚了解这些情况，团队应该怎么做？

A.在一个可见的看板上记录风险和问题，让全体团队成员和相关方均能看到

B.分发所有近期已识别的风险和问题的每周状态报告

C.在每次迭代中添加正在解决的风险和问题，并通过项目迭代报告渠道，向相关方通报最新情况

D.为每个风险分配相关负责人，并在每日站会中监控进展

4.在回顾会议上，燃尽图显示项目稍微落后于进度计划，项目团队意识到是一名经验不足的开发工程师造成团队速度下降，项目团队应该如何解决这个问题？

A.在回顾会议上建议在之后的迭代中采用结对编程的方法

B.要求产品负责人在下一次回顾会议上重新对用户故事进行优先级排序

C.在下一次迭代计划会议上，与团队成员一起重估故事点

D.在下一次迭代计划会议上，分配简单的用户故事给经验不足的成员。

5.一个敏捷团队拥有11名集中办公的团队成员，他们以一个稳定的速度执行工作，在第九次迭代中，有些团队成员离职，并由分布在不同地理位置的成员代替。以下哪种情况是项目团队最有可能经历的？

A.团队将经历形成阶段，并将以之前项目团队相同的速度执行工作。

B.在团队以稳定的速度执行工作之前，团队将经历震荡阶段，并在更为频繁的沟通中规范化

C.团队将处理和解决所发生的任何团队冲突

D.团队成员将关注他们自己的可交付成果和进度

第三题答案解析：

【解析】：本题考查知识点：敏捷项目管理——看板。

题干关键词：让相关方清楚了解这些情况。要了解情况就需要将问题可视化，最好的方式就是通过看板展示，比如说风险燃尽图。像这种通过信息发射源的方式，来确保团队成员同步了解信息，能做到实时更新，实时了解，能极大提高效率。

【答案】：A

第四题答案解析：

【解析】：本题考查知识点：敏捷项目管理——结对编程。

据题干描述，团队速度下降是一名经验不足的开发工程师所造成，结对编程，是一种比较好的方式来改善称重情况，可以快速学习提高质量，技术比较好的工程师和经验不足的工程师结对编程，以提升自己的能力。

【答案】：A

第五题答案解析：

【解析】：本题考查知识点：塔克曼阶梯模型

关键词：稳定的速度，离职，代替。

解析：由题干可知团队原本已经进入成熟阶段，此时新成员的加入，团队很有可能会重新经历形成，震荡，规范，成熟阶段,故选B。

A选项后半句太绝对，C选项说法同样也太绝对。

D选项本身就是团队成员的职责范围，是贯穿项目始终的原则，这个说法太泛了，没有切中题意。

【答案】：B