完成任务后,敏捷管理专业人士建议在当前迭代中添加一个故事。在sprint中仍然存在未完成的承诺的故事。敏捷管理专业人士应该怎么做?()
第1题:
当敏捷团队在迭代中收到一个“紧急需求”时,下面哪个是敏捷项目经理首先应该做的?()
第2题:
敏捷团队在迭代中,正开发一个复杂的产品。在第三次迭代中,产品负责人发现了一个问题。产品负责人应该告诉团队什么?()
第3题:
在一个敏捷项目开始时,敏捷管理专业人士需要为新产品创建一个共同且令人信服的愿景。敏捷管理专业人士应该怎么做?()
第4题:
敏捷团队正在一个监管严格的组织内从事一个项目。团队正在使用迭代方法,但需要遵循组织特定的过程。敏捷管理专业人士应如何采用这些组织过程规划发布?()
第5题:
在回顾会上,一个敏捷团队表示无法满足迭代速度预测,虽然计划了19个点,但金完成9个点。团队认为19个点对于下一个迭代是合理的。但是敏捷管理专业人士不同意。团队分享说部分会议是一个影响因素。敏捷管理专业人士应该怎么做?()
第6题:
敏捷管理专业人士注意到产品待办事项上一个新的故事很模糊,缺少验收标准。敏捷管理专业人士应在sprint周期中的那个时间点要求产品负责人提供更多详情?()
第7题:
为了交付项目,在组织过程的限制下工作
坚持让该组织采用一种迭代交付方法
咨询敏捷导师,如何规划发布过程
向该组织建议不采用敏捷过程
第8题:
参与考擦研究,更好地了解使用这项新技术的风险
将该故事添加进风险登记册
在每日站会将其作为一个问题提出
更改该故事,避免继承新技术。
第9题:
重新审视原始规范,将其需求编写为一个探测用户故事
为该需求编写一个用户故事,并将其放进发布待办事项中
将其记录为一个变更请求,并将其包含在后续版本中
将其添加为一项风险,通过风险管理流程跟踪该风险
第10题:
在待办事项梳理会上。
在sprint回顾会议上
在每日scrum期间。
在迭代评审会上
第11题:
在正在从事的sprint之外,要求产品负责人提供一个新故事
独立完成故事。因为团队组成质量低。
等到回顾会议,要求团队批准开展新的故事
提供团队支持,帮助完成sprint中的其他故事
第12题:
告诉客户,团队将工作到很晚来满足业务需要
让客户对功能的优先级排序
同意交付客户要求的功能,并安排在本次迭代中
要求客户将其添加至产品待办事项中
第13题:
由于产品负责人添加了新需求,损害了团队当前的迭代。敏捷管理专业人士应采取什么初步行动?()
第14题:
客户要求的产品功能超出团队成员在迭代中交付的功能。敏捷管理专业人士应如何应对客户?()
第15题:
敏捷团队正在准备着手从事一个涉及一些构架风险的大规模故事。由于下一个迭代已经计划完毕,敏捷项目管理师应该如何解决这个问题?()
第16题:
敏捷团队已经识别出项目中需要的一个非功能性需求,团队不能确定如何继续。敏捷管理专业人士应提出什么建议?()
第17题:
敏捷团队已经识别出项目中需要的非功能性需求。团队不能确定如何继续。敏捷管理专业人士应提出什么建议?()
第18题:
一个共同合作经验丰富的敏捷团队在每次迭代中交付所需的用户故事。团队成员都是在各自领域拥有广泛知识的高度专业人士,认为在项目进展顺利时,不必分享他们的知识。敏捷团队主管应该怎么做?()
第19题:
对当前迭代添加一个目标,完成减轻或控制该风险。
确保将包含该风险的故事添加进待办事项并确定优先顺序。
通过继续当前计划保持团队速度。
及时更新风险登记册,并要求聘请一名风险专家。
第20题:
停止这些未完成的用户故事的工作并且进行紧急需求的开发
电话召开团队会议,改变迭代范围
告诉客户几个团队建议的处理方法选项
告诉团队在下一个迭代前不能增加工作
第21题:
在待办事项梳理会上。
在sprint回顾会议上。
在每日scrum期间。
在迭代评审会上。
第22题:
推迟该故事的工作,保持团队速度
重新查阅需求,创建详细的规范
在风险登记册上添加该故事,并与客户一起分析
执行考察工作,更好地理解该风险
第23题:
创建一个难点的刺探故事
继续添加功能,因为迭代已经开始
取消并重新计划Sprint
增加Sprint长度,因为添加了额外功能
第24题:
通过支持团队的决定,保持积极的士气
向团队解释分享知识的重要,有助于建立一支通才专家团队
通过要求团队知道初阶敏捷管理专业人士,确保成功转移知识
要求团队寻找独立于项目需求的新领域,以获得专业知识