敏捷团队需要客户提供的特定材料来测试某个功能。实施已经完成并准备好部署,但客户却未能提供必要的材料。敏捷团队应该怎么做?()
第1题:
某敏捷团队成员已经测试了项目要求的一项功能,但发现该功能不符合基于相应用户故事的期望。该团队成员应该怎么做?()
第2题:
一个敏捷团队的迭代速度呈现急剧上升和下降的趋势。敏捷团队需要让迭代速度更加可持续。敏捷团队领导应该怎么做?()
第3题:
一个敏捷团队的待办事项包含大量针对某个版本的工作项。产品负责人担心这些工作项无法按时交付。敏捷管理专业人士应向产品负责人提供什么建议?()
第4题:
在要将开发工作转移给运营团队进行测试部署时,一名新的敏捷团队成员遇到困难,敏捷管理专业人士应该向团队成员提供什么建议?()
第5题:
在将新产品推向市场之前,团队需要所有的特性和功能在客户验收测试期间获得97%的合格率,需要实现这个目标,团队应该采取哪个步骤?()
第6题:
在要将开发工作转移给运营团队进行测试部署时,一名新的敏捷团队成员遇到困难,敏捷管理专业人士应向该团队成员提供什么建议?()
第7题:
签发一份谅解备忘录,应为所有新项目实施敏捷原则。
通过召开会议来介绍敏捷原则和流程的优势,获得管理团队的支持。
跨职能业务部门实施敏捷原则和流程以展示优势。
要求所有员工,管理层和高管参加敏捷培训并遵守敏捷原则。
第8题:
在不进行测试的情况下部署产品
将问题上报给项目发起人
在其他地方采购材料来完成测试
将该问题记录在待办列表中,并向客户沟通对截止日期的影响
第9题:
要求客户不要那么频繁地更改系统,并在集成中重新测试失败的原因
建议团队在每次发布版本前进行额外的测试
将问题分配给集成主题专家(SME)
在项目团队和客户之间实施反馈回路
第10题:
与其他团队成员一起学习并了解转移过程。
使用团队之前实施的解决方案。
与相关干系人会面以找出解决方案。
更新风险登记册以包含该转移过程。
第11题:
基于风险的燃起图
已调整风险的待办列表
基于风险的刺探
风险燃尽图
第12题:
基于风险的燃起图
已调整的风险待办列表
基于风险的刺探(spike)
风险燃尽图
第13题:
敏捷团队正在为一个复杂问题工作,需要一项不熟悉的技术的相关知识,在每日站会上一名测试人员志愿学习这项技术,以制定出解决这个复杂问题的解决方案。敏捷团队领导应该怎么做?()
第14题:
一个项目的编码已经完成,然而,团队未能检测到一些缺陷。今后,敏捷团队应该怎么做才能避免这种情况?()
第15题:
经批准的项目章程指出必须采用敏捷方法,在经验教训会议上,客户指出团队无法为该项目提供可靠的成本估算,应该在第一次迭代中分配更多的时间来定义范围。在经验教训资源库中应收集哪个经验教训?()
第16题:
团队完成了两个包含客户价值功能的的sprint。为了估算,敏捷管理专业人士需要识别用户故事未知方面的信息。敏捷团队应该使用什么?()
第17题:
敏捷团队需要客户提供的特定材料来测试某个功能。实施已完成并准备好部署,但客户却未能提供必要的材料。敏捷团队应该怎么做?()
第18题:
一名团队专业人员表达希望将角色从测试人员转化为研发人员。该团队成员已经完成几门课程,并获得了一类研发经验。团队担心角色转换可能会减缓项目现有的速度。敏捷管理专业人士应该怎么做?()
第19题:
重新查看原始需求
立即开始修改功能
编写面向用户的确认的测试
在下一次迭代中实施测试驱动开发(TDD)
第20题:
在不进行测试的情况下部署产品。
将该问题上报给项目发起人。
在其他地方采购材料来完成测试。
将该问题记录在待办列表中,并向客户沟通对截至日期的影响。
第21题:
在sprint开始前确定编码和测试的验收标准
确保开发人员听过缩短迭代时间长度来创造更详细的代码
使用需求跟踪矩阵,提供返回技术规格的透明性
测试团队增加资源,确保开发理想的测试用例
第22题:
告诉客户,团队将工作到很晚来满足业务需要
让客户对功能的优先级排序
同意交付客户要求的功能,并安排在本次迭代中
要求客户将其添加至产品待办事项中
第23题:
与团队开会识别潜在原因并实施调整,以获得稳定的迭代速度。
使用之前迭代的最高速度,并将其作为基准。
召开团队会议来鼓励合作,实现可持续的迭代速度。
引导团队成员之前结对编程,实现理想的迭代速度。