在一次迭代回顾会议上,产品负责人通知项目团队解决方案没有满足业务期望,为确保未来版本满足期望,团队应怎么做?()
第1题:
由于产品负责人添加了新的需求,损害了团队当前的迭代。敏捷管理专业人士应采取什么初步行动?()
第2题:
若要确保最终产品满足业务需求,敏捷项目管理师应该怎么做?()
第3题:
由于产品负责人添加了新需求,损害了团队当前的迭代。敏捷管理专业人士应采取什么初步行动?()
第4题:
在一次迭代过程中,产生负责人通知团队某些功能原先不包含在迭代中,但现在需要包含,团队应该怎么做?()
第5题:
一年中一直在逐步交付功能,然而,最近四次迭代的团队速度已经下降,在最近团队成员担心产品负责人会通过频繁地与他们单独接触来影响他们的生产力。敏捷团队领导应该怎么做?()
第6题:
敏捷团队正在为客户交付一个备受瞩目的解决方案。但是,由于客户的需求不断变化,产品负责人难以从客户那里获得需求相关信息。敏捷团队应该怎么做?()
第7题:
敏捷团队反馈用户故事包含的信息不足,无法理解需求。敏捷管理专业人士应该怎么做?()
第8题:
告诉产品负责人等到下一次迭代计划会议
与产品负责人一起工作,重新排列功能的优先级,并将较低的优先级功能从当前迭代中删除
包含所有请求的功能
通知产品负责人,一旦迭代处于进行当中,不允许进行任何变更,拒绝新的功能
第9题:
与产品负责人和团队合作,重新确定待办列表的优先顺序
延长在待办列表顺序和规划迭代方面所花的时间
与产品负责人开会,教导他们敏捷原则
正式请求将产品负责人从项目中开除
第10题:
允许这名干系人和产品负责人自己解决问题。
与这名干系人安排一次私人会议,以澄清他们的需求。
与产品负责人的主管经理沟通。
指导团队遵循产品负责人的优先级。
第11题:
与产品负责人合作,确定验收标准。
为产品负责人的请求创建一个文档链。
为产品负责人的担忧创建一个问题上报链。
更为频繁地安排召开与产品负责人的会议。
第12题:
邀请团队参加迭代评审会议
获得产品负责人对业务需求的同意
要求项目干系人发送定期报告
确认经理和项目干系人均获得参加产品评审会议。
第13题:
敏捷团队正在为期两周的sprint工作,在sprint期间,团队在开发功能时应该怎么做?()
第14题:
产品负责人一直听取一个项目干系人的意见,远远超过其他项目干系人。敏捷管理专业人士应该怎么做?()
第15题:
产品负责人在项目上花费的时间有限,无法核实已完成的工作。但敏捷团队领导仍需要确保所有需求得到满足。敏捷团队领导应该怎么做?()
第16题:
一个遵循敏捷管理实践的项目发布后,团队成员意识到他们并没有满足客户期望。下列哪种做法会有所帮助?()
第17题:
项目团队对发布版本的初始估算是300个故事点,一次迭代的平均估计速度是30个故事点。经过几次迭代后,计算的实际速度只有15个故事点,让项目的预计完成时间翻倍。项目团队应该怎么做?()
第18题:
产品负责人指出一个未发布的已识别目标无法得到满足。若要确保未来发布满足目标,敏捷管理专业人士应该怎么做?()
第19题:
与产品负责人和团队合作,重新确定待办列表的优先顺序。
延长在排列优先顺序和规划迭代方面所花的时间。
与产品负责人开会,教导他们敏捷原则。
正式请求将产品负责人从项目中开除。
第20题:
告诉产品负责人等到下一次迭代计划会议
与产品负责人一起工作,重新排列功能的优先级,并将较低的优先级功能从当前迭代中删除
包含所有请求的功能
通知产品负责人,一旦迭代处于进行当中,不允许进行任何变更,拒绝新功能
第21题:
客户应该参加迭代计划
项目团队应该请求在迭代期间持续反馈
项目团队应该在初次发布计划期间与产品负责人合作
产品负责人应与项目团队合作,梳理产品待办事项
第22题:
指导产品负责人仅更新验收标准。
指示敏捷团队在下一次回顾会议训解决用户故事的问题。
指导团队与客户进行对话解决问题。
通知产品负责人的经理,工作项提供的信息不足。
第23题:
负责人进行待办列表梳理和迭代假话会议的频率
面向整个团队来陈述问题,以避免问题
负责人开会,确定根本原因
开会,并告知团队正在回应产品负责人之前获得许可