敏捷团队反馈用户故事包含的信息不足,无法理解需求。敏捷管理专业人士应该怎么做?()
第1题:
开发团队对一个用户故事不能理解,你作为敏捷管理工程师需要怎么做?()
第2题:
在哪次会议期间,敏捷管理专业人士应与团队合作,分享任务、故事和承诺相关的信息?()
第3题:
敏捷教练注意到,因为产品负责人编写的需求定义不明确,团队速度受到影响,敏捷教练应该怎么做?()
第4题:
团队成员对如何处理用户故事意见不一致,因此用户故事仍不完整。敏捷团队领导在站会上了解到这个问题。敏捷团队领导应该怎么做?()
第5题:
敏捷团队已经识别出项目中需要的非功能性需求。团队不能确定如何继续。敏捷管理专业人士应提出什么建议?()
第6题:
一个共同合作经验丰富的敏捷团队在每次迭代中交付所需的用户故事。团队成员都是在各自领域拥有广泛知识的高度专业人士,认为在项目进展顺利时,不必分享他们的知识。敏捷团队主管应该怎么做?()
第7题:
与产品负责人和团队合作,明确定义用户故事
要求产品负责人参加培训,明确定义用户故事
指导团队承担赠人并获得所有澄清
通过要去团队成员提供澄清来授权团队
第8题:
重新审视原始规范,将其需求编写一个探测用户故事
为该需求编写一个用户故事,并将其放进发布待办事项中
将其记录为一个变更请求,并将其包含在后续版本中
将其添加为一项风险,通过风险管理流程跟踪该风险
第9题:
指导产品负责人仅更新验收标准。
指示敏捷团队在下一次回顾会议训解决用户故事的问题。
指导团队与客户进行对话解决问题。
通知产品负责人的经理,工作项提供的信息不足。
第10题:
要求PO参加计划会议
对用户故事细化,以便能够理解
团队讨论采用最佳方案开发
要求PO参加回顾会
第11题:
基于风险的燃起图
已调整风险的待办列表
基于风险的刺探
风险燃尽图
第12题:
通过支持团队的决定,保持积极的士气
向团队解释分享知识的重要,有助于建立一支通才专家团队
通过要求团队知道初阶敏捷管理专业人士,确保成功转移知识
要求团队寻找独立于项目需求的新领域,以获得专业知识
第13题:
敏捷团队如何估算一个用户故事的相对规模?()
第14题:
一个敏捷团队的待办事项包含大量针对某个版本的工作项。产品负责人担心这些工作项无法按时交付。敏捷管理专业人士应向产品负责人提供什么建议?()
第15题:
团队完成了两个包含客户价值功能的的sprint。为了估算,敏捷管理专业人士需要识别用户故事未知方面的信息。敏捷团队应该使用什么?()
第16题:
敏捷团队已经识别出项目中需要的一个非功能性需求,团队不能确定如何继续。敏捷管理专业人士应提出什么建议?()
第17题:
在规划会议上,敏捷管理专业人士要求一名干系人澄清需求。敏捷管理专业人士注意到团队和该干系人之间的意见不一致。敏捷管理专业人士应该怎么做?()
第18题:
敏捷项目团队在迭代期间受到一个紧急请求。敏捷项目经理首先应该做什么?()
第19题:
让最终用户参与团队回顾会
为客户提供敏捷原则方面的培训,让团队继续工作
要求产品负责人向最终客户澄清期限
向最终用户解释项目如何符合他们的要求
第20题:
与该职能经理讨论这种情况。
教导团队成员有关时间管理的敏捷实践。
向项目发起人举报该职能经理。
请求职能经理参加敏捷培训。
第21题:
在正在从事的sprint之外,要求产品负责人提供一个新故事
独立完成故事。因为团队组成质量低。
等到回顾会议,要求团队批准开展新的故事
提供团队支持,帮助完成sprint中的其他故事
第22题:
干系人优先级会议。
项目状态会议。
sprint回顾会议。
站会。
第23题:
基于风险的燃起图
已调整的风险待办列表
基于风险的刺探(spike)
风险燃尽图