团队速度通常用来()?
第1题:
项目团队请团队领导将一个迭代延长一天时间,让他们可以在下一次sprint评审会前完成一个功能,团队领导应该怎么做?()
第2题:
一个敏捷团队的迭代速度呈现急剧上升和下降的趋势。敏捷团队需要让迭代速度更加可持续。敏捷团队领导应该怎么做?()
第3题:
一个敏捷项目拥有11名集中办公的团队成员,他们按一个稳定的速度执行工作。在第9次迭代中途,有些团队成员离职,并由5名分散在不同地理位置的成员替代。敏捷项目管理师应对新项目团队有何期待?()
第4题:
在一次迭代期间,产品负责人坚持认为某个特性必须具有相应时间阈值。团队解释说这个需求存在技术挑战。但不会危及迭代目标。产品负责人应该怎么做?()
第5题:
敏捷团队正在从事创造一项新产品的任务,团队已经创造了新产品,但由于一项独特的需求,完成迭代很困难。团队应该怎么做?()
第6题:
在回顾会上,一个敏捷团队表示无法满足迭代速度预测,虽然计划了19个点,但金完成9个点。团队认为19个点对于下一个迭代是合理的。但是敏捷管理专业人士不同意。团队分享说部分会议是一个影响因素。敏捷管理专业人士应该怎么做?()
第7题:
尽可能延长当前迭代,直到可以交付
请求一名专家临时加入团队
复制另一个产品的功能,并在之前改造
将故事拆分成几次迭代,直至完成该功能
第8题:
迭代交付
原型交付
演示和验收交付
增量交付
第9题:
把站会变成电话会议的形式,这样空间就不是问题了
增加站会的持续时间,并且更新团队日历
在将来的站会中,给每个成员分配一个最大的发言时间
把这个团队分成几个子团队并且让他们安排各自的站会
第10题:
测量功能完成的百分比
判断这个迭代的产出
为成熟团队预测进度
给交付价值的一个反馈
第11题:
保持当前和未来的迭代时间长度
将所有迭代延长一天
将当天迭代延长一天
将当前迭代延长一天,并将下一个迭代缩短一天
第12题:
团队在这个迭代中的工作量是否合适
在迭代中,每个成员最合适完成多少工作量
在迭代中,适合完成多少差不多规模的工作
在PO是否在迭代中确定了合适的优先级
第13题:
项目管理者用速度去决策?()
第14题:
有六名敏捷通才组成的团队正按进度在四次迭代中完成一个项目。由于优先级的变化。管理层决定将一名团队成员重新分配到另一个项目。在这个变化之前,团队每次迭代的平均速度是60点。这个变化将对项目造成什么影响?()
第15题:
有6名敏捷通才组成的团队正按进度在四次迭代中完成一个项目。由于项目优先级的变化。管理层决定将一名团队成员重新分配到两一个项目。在这个变化执勤啊,团队每次迭代平局速度是60点。这个变化对项目造成什么影响?()
第16题:
敏捷项目团队遇到迭代速度波动的情况,若要给敏捷项目环境带来持续一致的速度,敏捷团队领导应该怎么做?()
第17题:
当进行初始速度估算时,团队应该最有可能()
第18题:
敏捷团队正在从事创造一项新产品的任务,团dui已经创造了新产品,但由于一项特殊的需求,完成迭代很困难,团队应该怎么做?()
第19题:
培养团队成员之间的合作,时间理想的迭代速度
鼓励合作的团队工作,实现团队目标
设置之前迭代的最高速度,并将其作为基准
召开一次团队会议,理解出现变动的原因,并制定最佳的迭代速度
第20题:
敦促团队加班工作,以满足这一需求。
如果团队不能这个需求则取消迭代。
要求团队延长迭代,以满足这一需求。
在待办事项中添加一个新的用户故事来满足这个需求。
第21题:
与团队开会识别潜在原因并实施调整,以获得稳定的迭代速度。
使用之前迭代的最高速度,并将其作为基准。
召开团队会议来鼓励合作,实现可持续的迭代速度。
引导团队成员之前结对编程,实现理想的迭代速度。
第22题:
告诉团队应降低下一次迭代的速度估算
要求团队跟踪非项目时间
要求团队加班工作,确保满足估算
确定组织sprint成功的障碍,并将减轻这些障碍
第23题:
在团队中讨论他们期望可以解决多少故事点
用一个看板的工作流去识别步骤和计算速度
使用前几个迭代的速度或者进行一个速度的预测
与客户讨论他们期望的产品生产率