在一次迭代过程中,产品负责人通知团队某些功能原先不包含在迭代中,但现在需要包含,团队应该怎么做?()
第1题:
在一次迭代计划会议上,团队建议进行变更,增加产品价值,但将会产生额外的工作并会影响进度计划,敏捷团队领导应该怎么做?()
第2题:
客户请求为产品增加一个新的高优先级功能。该功能范围很广,并已记录初始需求。产品负责人对该事项赋予了最高优先级。下一步应该怎么做?()
第3题:
敏捷团队正在为期两周的sprint工作,在sprint期间,团队在开发功能时应该怎么做?()
第4题:
在与产品负责人交谈后,一位项目团队开发人员为当前迭代添加了一项关键功能,以确保新的销售。该团队成员已经开始开发该功能。项目经理下一步应该怎么做?()
第5题:
在一次迭代过程中,产生负责人通知团队某些功能原先不包含在迭代中,但现在需要包含,团队应该怎么做?()
第6题:
一年中一直在逐步交付功能,然而,最近四次迭代的团队速度已经下降,在最近团队成员担心产品负责人会通过频繁地与他们单独接触来影响他们的生产力。敏捷团队领导应该怎么做?()
第7题:
敏捷团队在迭代中,正在开发一个复杂的产品。在第三次迭代中,产品负责人发现了一个问题。产品负责人应该告诉团队什么?()
第8题:
告诉产品负责人等到下一次迭代计划会议
与产品负责人一起工作,重新排列功能的优先级,并将较低的优先级功能从当前迭代中删除
包含所有请求的功能
通知产品负责人,一旦迭代处于进行当中,不允许进行任何变更,拒绝新功能
第9题:
敦促团队加班工作,以满足这一需求。
如果团队不能这个需求则取消迭代。
要求团队延长迭代,以满足这一需求。
在待办事项中添加一个新的用户故事来满足这个需求。
第10题:
创建一个难点探测故事
继续添加功能,因为迭代已开始
取消并重新计划Sprint
增加Sprint长度,因为添加了额外功能
第11题:
负责人进行待办列表梳理和迭代假话会议的频率
面向整个团队来陈述问题,以避免问题
负责人开会,确定根本原因
开会,并告知团队正在回应产品负责人之前获得许可
第12题:
延长该迭代过程,让团队能够无空隙地融入新的需求,而不必浪费时间重新规划
缩短该迭代,没有必要回顾,因为还未交付任何功能
保持该迭代以防止将来会需要这些功能
中止该迭代过程,没有必要浪费团队资源发开不需要的功能
第13题:
在一次迭代计划会议上,团队建议进行变更,增加产品价值,但将会产生额外的工作并影响进度计划,敏捷团队领导应该怎么做?()
第14题:
在一次迭代过程中,产品负责人意识到当前Sprint工作会生产不必要的功能。产品负责人通知敏捷项目经理并询问如何继续。敏捷项目经理应提出什么建议?()
第15题:
一年中一直在逐步交付功能,然而,最近四次迭代的团队速度已经下降。在最近团队成员担心产品负责人会通过频繁地与他们单独接触来影响他们的生产力。敏捷团队领导应该怎么做?()
第16题:
在一次迭代期间,产品负责人坚持认为某个特性必须具有相应时间阈值。团队解释说这个需求存在技术挑战。但不会危及迭代目标。产品负责人应该怎么做?()
第17题:
敏捷团队在迭代中,正开发一个复杂的产品。在第三次迭代中,产品负责人发现了一个问题。产品负责人应该告诉团队什么?()
第18题:
项目团队对发布版本的初始估算是300个故事点,一次迭代的平均估计速度是30个故事点。经过几次迭代后,计算的实际速度只有15个故事点,让项目的预计完成时间翻倍。项目团队应该怎么做?()
第19题:
告诉产品负责人等到下一次迭代计划会议
与产品负责人一起工作,重新排列功能的优先级,并将较低的优先级功能从当前迭代中删除
包含所有请求的功能
通知产品负责人,一旦迭代处于进行当中,不允许进行任何变更,拒绝新的功能
第20题:
创建一个难点的刺探故事
继续添加功能,因为迭代已经开始
取消并重新计划Sprint
增加Sprint长度,因为添加了额外功能
第21题:
重新估算项目
按初始计划完成项目
尝试包含尽可能多的变更
请求产品负责人批准决策
第22题:
重新估算项目
按初始计划完成项目
尝试包含尽可能多的变更
要求产品负责人批准继续
第23题:
重新计划后续迭代,并重新确定产品待办事项的优先顺序。
在下一次迭代中包含该非功能性需求。
将该需求放入未来版本的产品待办事项中。
为该迭代增加时间,包含该非功能性需求。