一个项目的编码已经完成,然而,团队未能检测到一些缺陷。今后,敏捷团队应该怎么做才能避免这种情况?()
第1题:
某敏捷团队成员已经测试了项目要求的一项功能,但发现该功能不符合基于相应用户故事的期望。该团队成员应该怎么做?()
第2题:
一个敏捷团队的迭代速度呈现急剧上升和下降的趋势。敏捷团队需要让迭代速度更加可持续。敏捷团队领导应该怎么做?()
第3题:
完成任务后,敏捷管理专业人士建议在当前迭代中添加一个故事。在sprint中仍然存在未完成的承诺的故事。敏捷管理专业人士应该怎么做?()
第4题:
当敏捷团队在迭代中收到一个“紧急需求”时,下面哪个是敏捷项目经理首先应该做的?()
第5题:
敏捷团队需要客户提供的特定材料来测试某个功能。实施已经完成并准备好部署,但客户却未能提供必要的材料。敏捷团队应该怎么做?()
第6题:
一名开发人员开始实施客户最近请求的一个功能,然而,该开发人员并未事前咨询项目团队,团队应该怎么做?()
第7题:
在回顾会上,一个敏捷团队表示无法满足迭代速度预测,虽然计划了19个点,但金完成9个点。团队认为19个点对于下一个迭代是合理的。但是敏捷管理专业人士不同意。团队分享说部分会议是一个影响因素。敏捷管理专业人士应该怎么做?()
第8题:
敏捷团队正在从事创造一项新产品的任务,团dui已经创造了新产品,但由于一项特殊的需求,完成迭代很困难,团队应该怎么做?()
第9题:
创建一个难点的刺探故事
继续添加功能,因为迭代已经开始
取消并重新计划Sprint
增加Sprint长度,因为添加了额外功能
第10题:
在sprint开始前确定编码和测试的验收标准
确保开发人员听过缩短迭代时间长度来创造更详细的代码
使用需求跟踪矩阵,提供返回技术规格的透明性
测试团队增加资源,确保开发理想的测试用例
第11题:
赞赏团队的自我组织能力,并鼓励其他开发人员根据需要帮助该测试人员。
领导该测试人员专注于质量改进活动,而让团队开发人员学习不熟悉的技术。
由于该测试人员将努力寻找解决方案,因此通过增加缓冲时间来确保团队提供相对较高的估算。
允许该测试人员制定解决方案,在风险登记册中记录,并在整个生命周期内监控该风险。
第12题:
重新查看原始需求
立即开始修改功能
编写面向用户的确认的测试
在下一次迭代中实施测试驱动开发(TDD)
第13题:
敏捷团队正在为一个复杂问题工作,需要一项不熟悉的技术的相关知识,在每日站会上一名测试人员志愿学习这项技术,以制定出解决这个复杂问题的解决方案。敏捷团队领导应该怎么做?()
第14题:
敏捷团队正在为期两周的sprint工作,在sprint期间,团队在开发功能时应该怎么做?()
第15题:
项目经理正在管理一个由跨职能团队执行的软件重新设计项目。该公司正在进行敏捷转型,项目管理办公室(PMO)发布了更新后的政策和程序,要求当前项目迭代开发整合到项目管理方法中。若要确保每次迭代交付都考虑质量,项目经理应该怎么做?()
第16题:
负责测试报告的敏捷团队成员在每次迭代结束时都没有足够的时间确保可交付成果的质量。敏捷项目经理应该怎么做?()
第17题:
敏捷团队正在从事创造一项新产品的任务,团队已经创造了新产品,但由于一项独特的需求,完成迭代很困难。团队应该怎么做?()
第18题:
敏捷团队在迭代中,正在开发一个复杂的产品。在第三次迭代中,产品负责人发现了一个问题。产品负责人应该告诉团队什么?()
第19题:
敏捷团队需要客户提供的特定材料来测试某个功能。实施已完成并准备好部署,但客户却未能提供必要的材料。敏捷团队应该怎么做?()
第20题:
尽可能延长当前迭代,直到可以交付
请求一名专家临时加入团队
复制另一个产品的功能,并在之前改造
将故事拆分成几次迭代,直至完成该功能
第21题:
在不进行测试的情况下部署产品
将问题上报给项目发起人
在其他地方采购材料来完成测试
将该问题记录在待办列表中,并向客户沟通对截止日期的影响
第22题:
与团队开会识别潜在原因并实施调整,以获得稳定的迭代速度。
使用之前迭代的最高速度,并将其作为基准。
召开团队会议来鼓励合作,实现可持续的迭代速度。
引导团队成员之前结对编程,实现理想的迭代速度。
第23题:
告诉团队应降低下一次迭代的速度估算
要求团队跟踪非项目时间
要求团队加班工作,确保满足估算
确定组织sprint成功的障碍,并将减轻这些障碍