在敏捷项目迭代期间,产品负责人想知道解决软件质量问题的周转时间。除了使用看板以外,敏捷管理专业人士应如何传达这个想法?()
第1题:
敏捷团队正在为期两周的sprint工作,在sprint期间,团队在开发功能时应该怎么做?()
第2题:
敏捷团队在迭代中,正开发一个复杂的产品。在第三次迭代中,产品负责人发现了一个问题。产品负责人应该告诉团队什么?()
第3题:
产品开发的第一次迭代已经完成,在迭代评审期间提出,在下一次迭代期间管理产品质量将很困难。若要处理这个问题,敏捷管理专业人士应该怎么做?()
第4题:
在项目的第一次迭代期间,一支新组建的敏捷团队遇到主要过程问题。一名团队成员建议召开一次回顾会议,解决这些问题。敏捷团队领导应该怎么做?()
第5题:
在多次迭代后,一名敏捷项目管理师注意到一个技术问题持续影响团队的执行效率。敏捷项目管理师应该怎么做?()
第6题:
定期缺陷状态报告。
产品负责人和团队之间的讨论。
循环时间。
累积流量图。
第7题:
与产品负责人和团队合作,重新确定待办列表的优先顺序。
延长在排列优先顺序和规划迭代方面所花的时间。
与产品负责人开会,教导他们敏捷原则。
正式请求将产品负责人从项目中开除。
第8题:
要求产品负责人解决该风险
在待办列表梳理和规划会议中讨论风险解决方案
在风险登记册中将其作为低优先级风险登记册
记录在风险登记册,然后在下一次迭代中解决该风险
第9题:
在待办事项梳理会上。
在sprint回顾会议上。
在每日scrum期间。
在迭代评审会上。
第10题:
与产品负责人和团队合作,重新确定待办列表的优先顺序
延长在待办列表顺序和规划迭代方面所花的时间
与产品负责人开会,教导他们敏捷原则
正式请求将产品负责人从项目中开除
第11题:
创建一个难点的刺探故事
继续添加功能,因为迭代已经开始
取消并重新计划Sprint
增加Sprint长度,因为添加了额外功能
第12题:
延长该迭代过程,让团队能够无空隙地融入新的需求,而不必浪费时间重新规划
缩短该迭代,没有必要回顾,因为还未交付任何功能
保持该迭代以防止将来会需要这些功能
中止该迭代过程,没有必要浪费团队资源发开不需要的功能
第13题:
由于产品负责人添加了新需求,损害了团队当前的迭代。敏捷管理专业人士应采取什么初步行动?()
第14题:
一个遵循敏捷管理实践的项目发布后,团队成员意识到他们并没有满足客户期望。下列哪种做法会有所帮助?()
第15题:
敏捷团队在迭代中,正在开发一个复杂的产品。在第三次迭代中,产品负责人发现了一个问题。产品负责人应该告诉团队什么?()
第16题:
敏捷管理专业人士注意到产品待办事项上一个新的故事很模糊,缺少验收标准。敏捷管理专业人士应在sprint周期中的那个时间点要求产品负责人提供更多详情?()
第17题:
敏捷管理人士意识到有一名产品负责人有点难以了解迭代速度,若要帮助产品负责人了解迭代的整体速度,敏捷管理人士应该怎么做?()
第18题:
迭代回顾
迭代计划
每日站会
持续集成
第19题:
在迭代回顾会议上使用头脑风暴解决问题
建议对技术管理过程进行更新
分享之前的经验教训,改进效率
将问题升级上报给产品负责人,获得支持
第20题:
在迭代结束时演示产品,以获得产品负责人的验收
不断要求产品负责人对正在从事功能提供反馈
要求产品负责人回到所有项目干系的问题
一旦完成单元测试和功能测试,安排一次针对产品负责人的演示
第21题:
在待办事项梳理会上。
在sprint回顾会议上
在每日scrum期间。
在迭代评审会上
第22题:
客户应该参加迭代计划
项目团队应该请求在迭代期间持续反馈
项目团队应该在初次发布计划期间与产品负责人合作
产品负责人应与项目团队合作,梳理产品待办事项
第23题:
向高级管理层寻求指导。
聘用外部专家解决质量问题。
将重构纳入开发过程。
要求团队在实施新功能之前解决质量问题。