在一次评审会上,敏捷项目团队意识到在约定期限内将不能按时完成全面发布待办列表事宜。团队应该怎么办?()
第1题:
项目团队对发布版本的初始估算是300个故事点,一次迭代的平均估计速度是30个故事点。经过几个迭代后,计算的实际速度只有15个故事点,让项目的预计完成时间翻倍。项目团队应该怎么做?()
第2题:
敏捷团队正在从事一个项目。该项目具有内部和外部干系人,在项目中期,识别到一个将延迟交付两个月的新需求。团队应该怎么做?()
第3题:
一个敏捷团队的待办事项包含大量针对某个版本的工作项。产品负责人担心这些工作项无法按时交付。敏捷管理专业人士应向产品负责人提供什么建议?()
第4题:
由于产品负责人添加了新需求,损害了团队当前的迭代。敏捷管理专业人士应采取什么初步行动?()
第5题:
敏捷团队有一个预先制定的计划,以固定节奏为一个为期三周的sprint工作,每两次Sprint后,邀请干系人审查进展情况。产品负责人应如何确保团队为客户提供价值?()
第6题:
已经为一个产品工作多年的scrum主管被认为是一名专家。由于竞争干系人的需求,产品负责人无法确定产品待办列表的优先顺序。这会影响团队继续执行的能力。scrum主管应该怎么做?A.重新确定待办列表的优先顺序,并确保将所有决策及时传达给产品负责人。()
第7题:
在回顾会上,燃尽图显示项目略微落后于进度计划。项目团队识别到是一名经验不足的软件工程师导致了团队速度的下降。项目团队应该如何解决这个问题?()
第8题:
与产品负责人一起审查范围
向产品负责人发送一封修改过的完成日期的电子邮件
对产品待办列表重新票排列优先级,并删除最没有价值的故事
与产品负责人开会讨论范围和进度计划
第9题:
让团队继续按照预先制定的计划工作
确保为交付功能而生产的工作对下一次迭代仍有价值
要求客户继续确保优先顺序并确认待办列表
要求客户定义创建并确认待办列表事项
第10题:
与产品负责人和团队合作,重新确定待办列表的优先顺序
延长在待办列表顺序和规划迭代方面所花的时间
与产品负责人开会,教导他们敏捷原则
正式请求将产品负责人从项目中开除
第11题:
计算完成还需要多少名团队成员
与产品负责人沟通一个新的完工日期
与产品负责人沟通,对待办列表重新排列优先顺序,并删除最没有价值的故事
与产品负责人一起协商范围和进度计划
第12题:
计算完成还需要多少名团队成员
与产品负责人沟通一个新的完工日期估算
对待办列表重新排列优先顺序,并删除最没有价值的故事
与产品负责人一起协商范围和进度计划
第13题:
敏捷团队有一个预先制定的计划,以固定节奏为期三周的sprint工作,每两次sprint后,邀请干系人审查进展情况。产品负责人应如何确保团队为客户提供价值?()
第14题:
已经为一个产品工作多年的Scrum主管被认为是一名专家。由于竞争干系人的需求,产品负责人无法确认产品待办列表中的优先顺序。这会影响团队继续执行的能力。Scrume主管应该怎么做?()
第15题:
产品负责人指出,根据初始规划会议的要求识别添加的非功能性工作没有价值,并要求将其从产品待办列表中。敏捷团队应该怎么做?()
第16题:
在审查会议期间,敏捷团队确定在规定的时间范围内不能完成某个版本的代办列表。团队应该怎么做?()
第17题:
一个遵循敏捷管理实践的项目发布后,团队成员意识到他们并没有满足客户期望。下列哪种做法会有所帮助?()
第18题:
项目团队对发布版本的初始估算是300个故事点,一次迭代的平均估计速度是30个故事点。经过几次迭代后,计算的实际速度只有15个故事点,让项目的预计完成时间翻倍。项目团队应该怎么做?()
第19题:
在一次评审会议上,敏捷项目团队意识到在约定期限内将不能按时完成全部发布待办列表事宜。团队应该怎么做?()
第20题:
与产品负责人和团队合作,重新确定待办列表的优先顺序。
延长在排列优先顺序和规划迭代方面所花的时间。
与产品负责人开会,教导他们敏捷原则。
正式请求将产品负责人从项目中开除。
第21题:
首先交付已计划的事项,然后处理新需求。
与产品负责人一起,更新确定待办列表的优先顺序。
将新需求添加到即将发布的版本中。
通知干系人,并从新的交付日期倒排进行工作。
第22题:
客户应该参加迭代计划
项目团队应该请求在迭代期间持续反馈
项目团队应该在初次发布计划期间与产品负责人合作
产品负责人应与项目团队合作,梳理产品待办事项
第23题:
重新确定待办列表的优先顺序,确保将所有决策及时传达给产品负责人
将其记录为一项障碍,但是继续从事其他技术任务
将其记录为一项障碍,并与产品负责人合作,确定竞争需求子集的优先级
征求所有团队成员的意见。共同重新确定产品待办列表的优先顺序