在一次迭代过程中,产品负责人意识到当前Sprint工作会生产不必要的功能。产品负责人通知敏捷项目经理并询问如何继续。敏捷项目经理应提出什么建议?()
第1题:
项目团队请团队领导将一个迭代延长一天时间,让他们可以在下一次sprint期间评审会前完成一个功能,团队领导应该怎么做?()
第2题:
关于Sprint,下面的()是错误的。
第3题:
敏捷团队在迭代中,正开发一个复杂的产品。在第三次迭代中,产品负责人发现了一个问题。产品负责人应该告诉团队什么?()
第4题:
下面哪个选项是错误的:()
第5题:
敏捷管理专业人士注意到产品待办事项上一个新的故事很模糊,缺少验收标准。敏捷管理专业人士应在sprint周期中的那个时间点要求产品负责人提供更多详情?()
第6题:
告诉产品负责人等到下一次迭代计划会议
与产品负责人一起工作,重新排列功能的优先级,并将较低的优先级功能从当前迭代中删除
包含所有请求的功能
通知产品负责人,一旦迭代处于进行当中,不允许进行任何变更,拒绝新功能
第7题:
在待办事项梳理会上。
在sprint回顾会议上。
在每日scrum期间。
在迭代评审会上。
第8题:
告诉产品负责人等到下一次迭代计划会议
与产品负责人一起工作,重新排列功能的优先级,并将较低的优先级功能从当前迭代中删除
包含所有请求的功能
通知产品负责人,一旦迭代处于进行当中,不允许进行任何变更,拒绝新的功能
第9题:
ScrumMaster鼓励开发团队完成这个额外条目
开发团队加班赶工一边在当前Sprint完成这个PBI
产品负责人把这个新PBI加入产品代办列表
团队延长Sprint时间以便做完这个新条目
第10题:
一个Sprint通常是一个1-4周的迭代
Sprint长度在开发过程中是可以调整的
需求在一个Sprint中是不允许变化的
sprint的产出是“完成”的、可用的、潜在可发布的产品增量
第11题:
创建一个难点的刺探故事
继续添加功能,因为迭代已经开始
取消并重新计划Sprint
增加Sprint长度,因为添加了额外功能
第12题:
延长该迭代过程,让团队能够无空隙地融入新的需求,而不必浪费时间重新规划
缩短该迭代,没有必要回顾,因为还未交付任何功能
保持该迭代以防止将来会需要这些功能
中止该迭代过程,没有必要浪费团队资源发开不需要的功能
第13题:
敏捷团队正在为期两周的sprint工作,在sprint期间,团队在开发功能时应该怎么做?()
第14题:
在一次迭代过程中,产生负责人通知团队某些功能原先不包含在迭代中,但现在需要包含,团队应该怎么做?()
第15题:
一个敏捷项目正处于规划阶段,团队在开始第一次迭代开发之前,应达到什么样的理想规划水平?()
第16题:
关于Scrum的每一次冲刺(Sprint),下面的()是正确的
第17题:
敏捷管理人士意识到有一名产品负责人有点难以了解迭代速度,若要帮助产品负责人了解迭代的整体速度,敏捷管理人士应该怎么做?()
第18题:
在迭代结束时演示产品,以获得产品负责人的验收
不断要求产品负责人对正在从事功能提供反馈
要求产品负责人回到所有项目干系的问题
一旦完成单元测试和功能测试,安排一次针对产品负责人的演示
第19题:
在待办事项梳理会上。
在sprint回顾会议上
在每日scrum期间。
在迭代评审会上
第20题:
保持当前和未来的迭代时间长度。
将所有迭代延长一天。
将当前迭代延长一天。
将当前迭代延长一天,并将下一个迭代缩短一天。
第21题:
在正在从事的sprint之外,要求产品负责人提供一个新故事
独立完成故事。因为团队组成质量低。
等到回顾会议,要求团队批准开展新的故事
提供团队支持,帮助完成sprint中的其他故事
第22题:
完成整体项目设计所需的水平
团队和产品负责人协商的水平
仅完成第一次迭代所需的水平
完成当前及下一次迭代所需的水平
第23题:
保持当前和未来的迭代时间长度
将所有迭代延长一天
将当天迭代延长一天
将当前迭代延长一天,并将下一个迭代缩短一天