每日5道PMP习题助大家上岸PMP！！！
1.你所管理的一个项目采取的是敏捷开发模式，在敏捷开发模式中，敏捷团队通常在预测过程中使用速度。什么是速度？（ ）
A. 每个迭代完成的用户故事点或故事数量
B. 每天完成的用户故事点的数量
C. 每个迭代完成的迭代计划数量
D. 每个发布完成的用户故事点的数量
【答案】：A
【解析】：本题考查知识点：速度。
速度是指对每一迭代团队完成的用户故事点或故事数量的衡量。一个敏捷团队可根据稍前的速度记录来估算下一个迭代可完成的用户故事点数量。故本题选择A答案。
2.作为产品负责人， Barry 倾向于在迭代计划期间定义验收标准，而不是在发布计划过程中， 以此利用逐步完善。这种敏捷风格有误吗？（ ）
A. 有，验收标准应在迭代计划前定义好
B. 有，验收标准应在发布计划期间定义
C. 没有，用户故事的验收标准应在迭代计划期间，编码开始前定义
D. 没有，用户故事的验收标准应在冲刺结束时，认定为“完成”时定义
【答案】：C
【解析】：本题考查知识点：验收标准，用户故事。
题干关键词：在迭代计划期间定义验收标准验，逐步完善。验收标准通常是在发布计划过程中，与用户故事定义一起串联定义的。但是， 一旦用户故事被放到迭代中，那么验收标准可以在迭代计划中定义。其中固定的规则是，验收标准必须在开发开始前定义。就像敏捷计划，验收标准的定义会随着与产品负责人对话的成熟，而不断发展完善。
3.你是一个敏捷从业人员，在敏捷项目执行的过程中，很重要的一环就是优先级排序。请问以下哪一项是对用户故事优先级的最佳定义？（ ）
A. 用户故事在价值和风险中的相对排序
B. 用户故事在价值和风险中的标量排序
C. 用户故事在价值和风险中的固定排序
D. 用户故事在价值和风险中的矢量排序
【答案】：A
【解析】：本题考查知识点：优先级排序。
敏捷团队必须时常处理产品待办事项里的产品特性优先级问题。从发布计划到迭代计划，敏捷团队必须优先处理产品的用户故事 / 特性来确保高质量和高价值的特性优先得以开发，以此帮助带来乐观和较早的投资收益。敏捷团队往往在相对价值和风险方面优先处理需求或用户故事 / 特性；敏捷中所有的优先化都是“相对的”，也就是说一个用户故事只是相对优先于其他用户故事，而非在固定规模上得到优先处理。
4.你是敏捷团队中的一名成员，现敏捷团队需要对用户故事进行优先级排序。为了进行优先级排序，敏捷团队中所用的方法是下列选项中的：（ ）
A. SMART
B. INVEST
C. Kano
D. WIDETOM
【答案】：C
【解析】：本题考查知识点：优先级排序，Kano。
题干关键词：优先级排序。敏捷团队必须时常处理产品待办事项里的产品特性优先级问题。从发布计划到迭 代计划，敏捷团队必须优先处理产品的用户故事 / 特性来确保高质量和高价值的特性优先得以开发，以此帮助带来乐观和较早的投资收益。敏捷团队往往在相对价值和风险方面优先处理需求或用户故事 / 特性；价值由客户决定（即客户 - 价值优先级）。 两个处理产品优先级的常用方法是： MoSCow 和 Kano 。MoSCoW 方法将产品特性分为“必需含有”，“应该含有”，“可以含有”和“会含有”四类。 而 Kano 方法将特性分为“必须含有（开端）”，“不满足因素”，“满足因素”和 “愉悦因素”。 “必需含有”是指必需含有的特性。“不满足因素”是指反过来影响感知价值而应该移除的特性。 “满足因素”是指此类因素越多客户越满意，能够正相关地增加感知价值的特性，但并不是必需的。“愉悦因素”是指能指数型地增加感知价值来满足客户的特性。 依据风险来优先处理特性，可运用风险- 价值指标。
风险 -价值指标含 4 个象限，横轴表示价值，竖轴表示风险。用户故事被分配到其中一个
分类 / 象限：低价值，低风险；低价值，高风险；高价值，低风险；高价值，高风险。成本 - 价值指标同样可用这种方式形成。敏捷中所有的优先化都是“相对的”，也就是说一个用户故事只是相对优先于其他用户故事，而非在固定规模上得到优先处理。
5.你是一个软件开发项目的敏捷教练，你会告知项目团队在项目执行过程中自我评估与反思的重要性。请问在自我评估或反思中，敏捷团队会注重以下哪一个内容？（ ）
A. 产品负责人不兼容
B. 失误中汲取教训
C. 客户需求的不一致性
D. 编写最多错误的程序员
【答案】：B
【解析】：本题考查知识点：持续改进，自我评估。
在反思和回顾期间，以持续改进为目标，敏捷团队保留时间对已完成工作进行反思。在自我评估 / 团队评估中，包含的内容有：从成功或失误中汲取的教训；已执行或失败或未彻底遵循的团队标准中其他可改进的地方。
扫一扫
1100
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
