敏捷管理人士意识到有一名产品负责人有点难以了解迭代速度,若要帮助产品负责人了解迭代的整体速度,敏捷管理人士应该怎么做?()
第1题:
敏捷项目团队遇到迭代速度波动的情况,若要给敏捷项目环境带来持续一致的速度,敏捷团队领导应该怎么做?()
第2题:
敏捷管理专业人士需要确保最终产品满足业务需求。敏捷管理专业人士应如何实现这个目标?()
第3题:
产品开发的第一次迭代已经完成,在迭代评审期间提出,在下一次迭代期间管理产品质量将很困难。若要处理这个问题,敏捷管理专业人士应该怎么做?()
第4题:
客户由于不知道产品什么时候可以上市而感到沮丧。若要解决这个问题,敏捷管理专业人士应该怎么做?()
第5题:
在多次迭代后,一名敏捷项目管理师注意到一个技术问题持续影响团队的执行效率。敏捷项目管理师应该怎么做?()
第6题:
邀请团队参加迭代评审会议
获得产品负责人对业务需求的同意
要求项目干系人发送定期报告
确认经理和项目干系人均获得参加产品评审会议。
第7题:
在迭代回顾会议上使用头脑风暴解决问题
建议对技术管理过程进行更新
分享之前的经验教训,改进效率
将问题升级上报给产品负责人,获得支持
第8题:
通过确保客户参加产品评审会议。
通过要求团队向关键项目干系人提交定期报告。
通过获得产品负责人对业务需求的同意。
通过邀请其他产品负责人参加产品评审会议。
第9题:
与产品负责人和团队合作,重新确定待办列表的优先顺序
延长在待办列表顺序和规划迭代方面所花的时间
与产品负责人开会,教导他们敏捷原则
正式请求将产品负责人从项目中开除
第10题:
在正在从事的sprint之外,要求产品负责人提供一个新故事
独立完成故事。因为团队组成质量低。
等到回顾会议,要求团队批准开展新的故事
提供团队支持,帮助完成sprint中的其他故事
第11题:
安排一次产品负责人与高管的会议。
邀请该高管参加发布计划会议。
邀请该高管参加sprint演示。
邀请该高管参加改善活动。
第12题:
延长该迭代过程,让团队能够无空隙地融入新的需求,而不必浪费时间重新规划
缩短该迭代,没有必要回顾,因为还未交付任何功能
保持该迭代以防止将来会需要这些功能
中止该迭代过程,没有必要浪费团队资源发开不需要的功能
第13题:
一个遵循敏捷管理实践的项目发布后,团队成员意识到他们并没有满足客户期望。下列哪种做法会有所帮助?()
第14题:
在敏捷项目迭代期间,产品负责人想知道解决软件质量问题的周转时间。除了使用看板以外,敏捷管理专业人士应如何传达这个想法?()
第15题:
在回顾会上,一个敏捷团队表示无法满足迭代速度预测,虽然计划了19个点,但金完成9个点。团队认为19个点对于下一个迭代是合理的。但是敏捷管理专业人士不同意。团队分享说部分会议是一个影响因素。敏捷管理专业人士应该怎么做?()
第16题:
敏捷管理专业人士注意到产品待办事项上一个新的故事很模糊,缺少验收标准。敏捷管理专业人士应在sprint周期中的那个时间点要求产品负责人提供更多详情?()
第17题:
定期缺陷状态报告。
产品负责人和团队之间的讨论。
循环时间。
累积流量图。
第18题:
告诉团队应降低下一次迭代的速度估算。
要求团队跟踪非项目时间。
要求团队加班工作,确保满足估算。
确定阻止sprint成功的障碍,并减轻这些障碍。
第19题:
培养团队成员之间的合作,时间理想的迭代速度
鼓励合作的团队工作,实现团队目标
设置之前迭代的最高速度,并将其作为基准
召开一次团队会议,理解出现变动的原因,并制定最佳的迭代速度
第20题:
在待办事项梳理会上。
在sprint回顾会议上
在每日scrum期间。
在迭代评审会上
第21题:
客户应该参加迭代计划
项目团队应该请求在迭代期间持续反馈
项目团队应该在初次发布计划期间与产品负责人合作
产品负责人应与项目团队合作,梳理产品待办事项
第22题:
与干系人一起完成发布计划
要求产品负责人完成用户故事和迭代
创建一份产品愿景说明书
完成一份产品战略文件。
第23题:
向高级管理层寻求指导。
聘用外部专家解决质量问题。
将重构纳入开发过程。
要求团队在实施新功能之前解决质量问题。