敏捷uandui即将开始第五个迭代周期。团队担心,一个较旧工件的紧急维护任务花费太多。这已经导致其很难遵守其他承诺。在回顾会议上,团队共同决定不将维护任务纳入待办列表,相反的,他们计划降低产量,并增加下一个周期的浮动时间,下一个迭代周期将会发生什么?()
第1题:
下列哪一项可用于促进敏捷项目团队在迭代期间的持续改进?()
第2题:
敏捷团队即将开始第五个迭代周期。团队担心,一个较旧工件的紧急维护任务花费太多时间。这已经导致其很难遵守其它承诺。在回顾会议上,团队共同决定不将维护任务纳入待办列表,相反的,他们计划降低产量,并增加下一个周期的浮动时间。下一个迭代周期会发生什么?()
第3题:
敏捷项目团队遇到迭代速度波动的情况,若要给敏捷项目环境带来持续一致的速度,敏捷团队领导应该怎么做?()
第4题:
敏捷团队在迭代中,正在开发一个复杂的产品。在第三次迭代中,产品负责人发现了一个问题。产品负责人应该告诉团队什么?()
第5题:
在回顾会上,一个敏捷团队表示无法满足迭代速度预测,虽然计划了19个点,但金完成9个点。团队认为19个点对于下一个迭代是合理的。但是敏捷管理专业人士不同意。团队分享说部分会议是一个影响因素。敏捷管理专业人士应该怎么做?()
第6题:
为了交付项目,在组织过程的限制下工作
坚持让该组织采用一种迭代交付方法
咨询敏捷导师,如何规划发布过程
向该组织建议不采用敏捷过程
第7题:
告诉团队应降低下一次迭代的速度估算。
要求团队跟踪非项目时间。
要求团队加班工作,确保满足估算。
确定阻止sprint成功的障碍,并减轻这些障碍。
第8题:
培养团队成员之间的合作,时间理想的迭代速度
鼓励合作的团队工作,实现团队目标
设置之前迭代的最高速度,并将其作为基准
召开一次团队会议,理解出现变动的原因,并制定最佳的迭代速度
第9题:
在项目开始时就对项目可交付成果进行定义,对任何范围变化都要进行渐进管理
通过多次迭代来开发可交付成果,并在每次迭代开始时定义和批准详细的范围
采用适应/敏捷型项目生命周期,需要相关方在开始和结束时充分参与
适应/敏捷型项目生命周期强调了变更,所以适应/敏捷型项目没有范围管理
第10题:
解释X团队和Y团队没有一对一的比较
传达团队X必须规划三次迭代来匹配团队Y的速度
解释团队X拥有更多的资源以及更少的依赖关系
传达高级管理层不讲道理
第11题:
创建一个难点的刺探故事
继续添加功能,因为迭代已经开始
取消并重新计划Sprint
增加Sprint长度,因为添加了额外功能
第12题:
与团队开会识别潜在原因并实施调整,以获得稳定的迭代速度。
使用之前迭代的最高速度,并将其作为基准。
召开团队会议来鼓励合作,实现可持续的迭代速度。
引导团队成员之前结对编程,实现理想的迭代速度。
第13题:
当敏捷团队在迭代中收到一个“紧急需求”时,下面哪个是敏捷项目经理首先应该做的?()
第14题:
敏捷团队在迭代中,正开发一个复杂的产品。在第三次迭代中,产品负责人发现了一个问题。产品负责人应该告诉团队什么?()
第15题:
敏捷团队正在一个监管严格的组织内从事一个项目。团队正在使用迭代方法,但需要遵循组织特定的过程。敏捷管理专业人士应如何采用这些组织过程规划发布?()
第16题:
一个敏捷项目正处于规划阶段,团队在开始第一次迭代开发之前,应达到什么样的理想规划水平?()
第17题:
敏捷项目团队在迭代期间受到一个紧急请求。敏捷项目经理首先应该做什么?()
第18题:
速度将会降低。
速度将会提高。
速度将会保持稳定。
累积流图将显示该迭代周期将向下凹陷。
第19题:
停止这些未完成的用户故事的工作并且进行紧急需求的开发
电话召开团队会议,改变迭代范围
告诉客户几个团队建议的处理方法选项
告诉团队在下一个迭代前不能增加工作
第20题:
速度将会减低
速度将会提高
速度将会保持稳定
累计流量图将显示带迭代周期将向下凹陷
第21题:
停止未完成用户故事的工作,先为该请求工作
召开一场团队会议,更改迭代范围以包含该请求
向客户提供项目团队建议的意见
解释到下一次迭代之前,团队不能包含该请求
第22题:
完成整体项目设计所需的水平
团队和产品负责人协商的水平
仅完成第一次迭代所需的水平
完成当前及下一次迭代所需的水平
第23题:
创建一个难点探测故事
继续添加功能,因为迭代已开始
取消并重新计划Sprint
增加Sprint长度,因为添加了额外功能