项目团队请团队领导将一个迭代延长一天时间,让他们可以在下一次sprint评审会前完成一个功能,团队领导应该怎么做?()
第1题:
当敏捷团队在迭代中收到一个“紧急需求”时,下面哪个是敏捷项目经理首先应该做的?()
第2题:
有6名敏捷通才组成的团队正按进度在四次迭代中完成一个项目。由于项目优先级的变化。管理层决定将一名团队成员重新分配到两一个项目。在这个变化执勤啊,团队每次迭代平局速度是60点。这个变化对项目造成什么影响?()
第3题:
敏捷团队即将开始第五个迭代周期。团队担心,一个较旧工件的紧急维护任务花费太多时间。这已经导致其很难遵守其它承诺。在回顾会议上,团队共同决定不将维护任务纳入待办列表,相反的,他们计划降低产量,并增加下一个周期的浮动时间。下一个迭代周期会发生什么?()
第4题:
一个遵循敏捷管理实践的项目发布后,团队成员意识到他们并没有满足客户期望。下列哪种做法会有所帮助?()
第5题:
在回顾会上,燃尽图显示项目略微落后于进度计划。项目团队识别到是一名经验不足的软件工程师导致了团队速度的下降。项目团队应该如何解决这个问题?()
第6题:
团队正在为一个即将进行的迭代估算用户故事,他们将使用哪个术语来描述团队持续关注的任务时间?()
第7题:
敏捷项目团队在迭代期间受到一个紧急请求。敏捷项目经理首先应该做什么?()
第8题:
敦促团队加班工作,以满足这一需求。
如果团队不能这个需求则取消迭代。
要求团队延长迭代,以满足这一需求。
在待办事项中添加一个新的用户故事来满足这个需求。
第9题:
把站会变成电话会议的形式,这样空间就不是问题了
增加站会的持续时间,并且更新团队日历
在将来的站会中,给每个成员分配一个最大的发言时间
把这个团队分成几个子团队并且让他们安排各自的站会
第10题:
解释X团队和Y团队没有一对一的比较
传达团队X必须规划三次迭代来匹配团队Y的速度
解释团队X拥有更多的资源以及更少的依赖关系
传达高级管理层不讲道理
第11题:
团队将组建,并将以前项目团队相同的速度水平执行工作
在团队以稳定的速度执行工作之前,团队将经历震荡阶段,并在更为频繁的沟通中规范化
团队将处理和解决所发生的任何团队冲突
团队成员将关注他们自己的可交付成果和速度
第12题:
团队成员开会,听取他们关注的问题
在下一次迭代中增加用户故事的数量
举行一次团队建设活动
重组团队,使其与公司目标保持一致
第13题:
一个敏捷项目拥有11名集中办公的团队成员,他们按一个稳定的速度执行工作。在第9次迭代中途,有些团队成员离职,并由5名分散在不同地理位置的成员替代。敏捷项目管理师应对新项目团队有何期待?()
第14题:
在一次迭代期间,产品负责人坚持认为某个特性必须具有相应时间阈值。团队解释说这个需求存在技术挑战。但不会危及迭代目标。产品负责人应该怎么做?()
第15题:
敏捷项目团队遇到迭代速度波动的情况,若要给敏捷项目环境带来持续一致的速度,敏捷团队领导应该怎么做?()
第16题:
敏捷团队正在从事创造一项新产品的任务,团队已经创造了新产品,但由于一项独特的需求,完成迭代很困难。团队应该怎么做?()
第17题:
在回顾会上,一个敏捷团队表示无法满足迭代速度预测,虽然计划了19个点,但金完成9个点。团队认为19个点对于下一个迭代是合理的。但是敏捷管理专业人士不同意。团队分享说部分会议是一个影响因素。敏捷管理专业人士应该怎么做?()
第18题:
在项目的第一次迭代期间,一支新组建的敏捷团队遇到主要过程问题。一名团队成员建议召开一次回顾会议,解决这些问题。敏捷团队领导应该怎么做?()
第19题:
培养团队成员之间的合作,时间理想的迭代速度
鼓励合作的团队工作,实现团队目标
设置之前迭代的最高速度,并将其作为基准
召开一次团队会议,理解出现变动的原因,并制定最佳的迭代速度
第20题:
停止未完成用户故事的工作,先为该请求工作
召开一场团队会议,更改迭代范围以包含该请求
向客户提供项目团队建议的意见
解释到下一次迭代之前,团队不能包含该请求
第21题:
保持当前和未来的迭代时间长度。
将所有迭代延长一天。
将当前迭代延长一天。
将当前迭代延长一天,并将下一个迭代缩短一天。
第22题:
迭代(时间箱)应该总是30天
团队通过将故事点的总数除以团队的平均速度来确定迭代(时间箱)的长度
迭代(时间箱)应该总是两周
考虑到项目的规模和复杂性,团队应该迭代的长度(计时器)达成一致
第23题:
尽可能延长当前迭代,直到可以交付
请求一名专家临时加入团队
复制另一个产品的功能,并在之前改造
将故事拆分成几次迭代,直至完成该功能
第24题:
保持当前和未来的迭代时间长度
将所有迭代延长一天
将当天迭代延长一天
将当前迭代延长一天,并将下一个迭代缩短一天