在敏捷中,频繁进行验证和确认的意思是()
A. 因为有在短时增量发布工作产品的趋势,所以验证和确认发生频繁
B. 因为有重新使用旧编程软件的趋势,所以验证和确认发生频繁
C. 因为客户需求不断变化,所以验证和确认是唯一确保工作分解结构的方法
D. 因为工作产品只在项目结束时发布,所以验证和确认发生频繁
团队的一个组件外包给一个供应商提供,敏捷团队要如何计划和监督供应商()
A. 正式的每周状态报告,每月一次汇报会议
B. 每日站会,产品发布计划
C. 通过邮件每周发送燃尽报告
D. 迭代计划会,燃尽图和Throughtout
虽然敏捷团队主管一直在监督所有交付过程,但速度已经下降。虽然用户故事和工作分配是适当的。但团队主管发现,一名关键干系人花费更多的时间来减少技术债务而不是实施用户故事。燃尽图和信息发射源并没有反映这一点。敏捷团队主管应该怎么做()
A. 联系干系人解释速度下降的原因
B. 在下一次回顾会议上讨论速度降低和技术债务增加的原因
C. 要求该开发人员从事用户故事方面的工作
D. 确保有专门的用户故事来解决技术债务
完成任务后,敏捷管理专业人士建议在当前迭代中添加一个故事。在sprint中仍然存在未完成的承诺的故事。敏捷管理专业人士应该怎么做()
A. 在正在从事的sprint之外,要求产品负责人提供一个新故事
B. 独立完成故事。因为团队组成质量低
C. 等到回顾会议,要求团队批准开展新的故事
D. 提供团队支持,帮助完成sprint中的其他故事