项目团队请团队领导将一个迭代延长一天时间,让他们可以在下一次sprint期间评审会前完成一个功能,团队领导应该怎么做?()
第1题:
由于产品负责人添加了新的需求,损害了团队当前的迭代。敏捷管理专业人士应采取什么初步行动?()
第2题:
开发团队在一个sprint期间识别到重大技术债务时应该怎么做?()
第3题:
有6名敏捷通才组成的团队正按进度在四次迭代中完成一个项目。由于项目优先级的变化。管理层决定将一名团队成员重新分配到两一个项目。在这个变化执勤啊,团队每次迭代平局速度是60点。这个变化对项目造成什么影响?()
第4题:
敏捷团队即将开始第五个迭代周期。团队担心,一个较旧工件的紧急维护任务花费太多时间。这已经导致其很难遵守其它承诺。在回顾会议上,团队共同决定不将维护任务纳入待办列表,相反的,他们计划降低产量,并增加下一个周期的浮动时间。下一个迭代周期会发生什么?()
第5题:
敏捷团队正在从事创造一项新产品的任务,团队已经创造了新产品,但由于一项独特的需求,完成迭代很困难。团队应该怎么做?()
第6题:
在回顾会上,一个敏捷团队表示无法满足迭代速度预测,虽然计划了19个点,但金完成9个点。团队认为19个点对于下一个迭代是合理的。但是敏捷管理专业人士不同意。团队分享说部分会议是一个影响因素。敏捷管理专业人士应该怎么做?()
第7题:
速度将会降低。
速度将会提高。
速度将会保持稳定。
累积流图将显示该迭代周期将向下凹陷。
第8题:
培养团队成员之间的合作,时间理想的迭代速度
鼓励合作的团队工作,实现团队目标
设置之前迭代的最高速度,并将其作为基准
召开一次团队会议,理解出现变动的原因,并制定最佳的迭代速度
第9题:
迭代(时间箱)应该总是30天
团队通过将故事点的总数除以团队的平均速度来确定迭代(时间箱)的长度
迭代(时间箱)应该总是两周
考虑到项目的规模和复杂性,团队应该迭代的长度(计时器)达成一致
第10题:
向高级管理层寻求指导。
聘用外部专家解决质量问题。
将重构纳入开发过程。
要求团队在实施新功能之前解决质量问题。
第11题:
保持当前和未来的迭代时间长度
将所有迭代延长一天
将当天迭代延长一天
将当前迭代延长一天,并将下一个迭代缩短一天
第12题:
延长该迭代过程,让团队能够无空隙地融入新的需求,而不必浪费时间重新规划
缩短该迭代,没有必要回顾,因为还未交付任何功能
保持该迭代以防止将来会需要这些功能
中止该迭代过程,没有必要浪费团队资源发开不需要的功能
第13题:
在一次迭代过程中,产品负责人意识到当前Sprint工作会生产不必要的功能。产品负责人通知敏捷项目经理并询问如何继续。敏捷项目经理应提出什么建议?()
第14题:
由于产品负责人添加了新需求,损害了团队当前的迭代。敏捷管理专业人士应采取什么初步行动?()
第15题:
在一次迭代期间,产品负责人坚持认为某个特性必须具有相应时间阈值。团队解释说这个需求存在技术挑战。但不会危及迭代目标。产品负责人应该怎么做?()
第16题:
敏捷项目团队遇到迭代速度波动的情况,若要给敏捷项目环境带来持续一致的速度,敏捷团队领导应该怎么做?()
第17题:
产品开发的第一次迭代已经完成,在迭代评审期间提出,在下一次迭代期间管理产品质量将很困难。若要处理这个问题,敏捷管理专业人士应该怎么做?()
第18题:
敏捷团队正在从事创造一项新产品的任务,团dui已经创造了新产品,但由于一项特殊的需求,完成迭代很困难,团队应该怎么做?()
第19题:
尽可能延长当前迭代,直到可以交付
请求一名专家临时加入团队
复制另一个产品的功能,并在之前改造
将故事拆分成几次迭代,直至完成该功能
第20题:
敦促团队加班工作,以满足这一需求。
如果团队不能这个需求则取消迭代。
要求团队延长迭代,以满足这一需求。
在待办事项中添加一个新的用户故事来满足这个需求。
第21题:
与团队开会识别潜在原因并实施调整,以获得稳定的迭代速度。
使用之前迭代的最高速度,并将其作为基准。
召开团队会议来鼓励合作,实现可持续的迭代速度。
引导团队成员之前结对编程,实现理想的迭代速度。
第22题:
告诉团队应降低下一次迭代的速度估算
要求团队跟踪非项目时间
要求团队加班工作,确保满足估算
确定组织sprint成功的障碍,并将减轻这些障碍
第23题:
在下一个迭代专注与技术债务清理。
要求客户在未来的迭代中包含增量技术债务清理。
在下一次回顾会议中讨论技术债务。
在产品待办事项中收集技术债务。