敏捷宣言是怎么看待客户协作的?()
第1题:
在一次迭代Sprint审查会议上,客户对产品印象及其深刻,要求立即发布该产品,推向市场。敏捷团队担心,因为还未解决产品维护用例问题。产品负责人将团队的担心告知客户。团队下一步应该怎么做?()
第2题:
在一次Sprint期间,团队遇到一个问题,可能会阻止他们完成Sprint目标。团队应该怎么做?()
第3题:
在哪种情况下,开发团队需要与产品负责人一起审查已完成的定义?()
第4题:
敏捷团队有一个预先制定的计划,以固定节奏为期三周的sprint工作,每两次sprint后,邀请干系人审查进展情况。产品负责人应如何确保团队为客户提供价值?()
第5题:
敏捷团队有一个预先制定的计划,以固定节奏为一个为期三周的sprint工作,每两次Sprint后,邀请干系人审查进展情况。产品负责人应如何确保团队为客户提供价值?()
第6题:
在一次sprint期间,团队遇到一个问题,可能会阻止他们完成sprint目标。团队成员应该怎么办?()
第7题:
让团队继续按照预先制定的计划工作
确保为交付功能而生产的工作对下一次迭代仍有价值
要求客户继续确保优先顺序并确认待办列表
要求客户定义创建并确认待办列表事项
第8题:
将该问题加到问题日志中,将其保留在团队内,直到sprint结果确定为止。
中止当前的sprint,并创建一个新的sprint,以确保排除有问题的故事。
如果需要的话,通知所有干系人该问题,并讨论如何调整sprint待办事项。
要求所有团队成员尽可能的加班,以满足原本sprint的承诺。
第9题:
将该问题加到问题日志中,将其保留在团队内,直到Sprint结果确定为止
中止当前的Sprint,并创建一个新的Sprint,以确保排除有问题的故事
如果有需要的话,通知所有干系人该问题,并讨论如何调整Sprint待办事项
要求所有团队成员尽可能地加班,以保满足原本Sprint的承诺
第10题:
跟客户紧密地协作,确保在项目构建阶段之前完成所有功能的定义
定期及频繁的客户反馈是必要的
团队必须告知Sprint中他们将产出的功能以及有关发布的目标
新的功能性需求要进入Sprint,需要先得到客户的一致认同
第11题:
定期及频繁的客户反馈是必须的
新的功能性需求要进入sprint需要先得到客户的一致性认同
跟客户紧密地协作,确保在项目构建阶段之前完成所有功能的定义
团队必须告知sprint中他们将产出的功能以及有关发布的目标
第12题:
跟客户紧密地协作,确保在项目构建阶段之前完成所有功能的定义
团队必须告知sprint中他们将产出的功能以及有关发布的目标
新的功能性需求要进入sprint需要先得到客户的一致认同
定期及频繁的客户反馈是必须的
第13题:
在第五次sprint审查期间,团队获得产品负责人对所有功能的签署同意。但是,产品负责人注意到在第二次sprint期间开发和验收两个功能不能正常工作。随着新功能的开发,在之前开发的功能中,故障出现越来越频繁。若要控制这个问题,事先应该怎么做?()
第14题:
敏捷宣言是怎么看待客户协作的?()
第15题:
敏捷团队正在为期两周的sprint工作,在sprint期间,团队在开发功能时应该怎么做?()
第16题:
在一次Sprint期间,团队遇到一个问题,可能会阻止他们完成Sprint目标。团队成员应该怎么做?()
第17题:
团队完成了两个包含客户价值功能的的sprint。为了估算,敏捷管理专业人士需要识别用户故事未知方面的信息。敏捷团队应该使用什么?()
第18题:
根据敏捷宣言,以下哪一个不是敏捷第二价值?()
第19题:
要求客户不要那么频繁地更改系统,并在集成中重新测试失败的版本。
建议团队在每次发布版本前进行额外的测试。
将问题分配给集成主题专家(SME)。
在项目团队和客户之间实施反馈回路。
第20题:
将该问题加到问题日志中,将其保留在团队内,直到Sprint结果确定为止
中止当前Spint,并创建一个新的Sprint,以确保排除有问题的故事
如果有需要的话,通知所有干系人该问题,并讨论如何调整Sprint待办事项
要求所有团队成员尽可能地加班,以保满足原本Sprint承诺
第21题:
发布该产品,但通知用户产品维护只能等到未来版本才能提供
执行更为敏捷的过程步骤来实现维护功能
重新调整产品待办事项的优先级,在产品发布执勤啊实现维护功能的用户故事
安排一次干系人Scrum会议,来讨论产品发布之前必须完成的最小可售单元
第22题:
客户必须与敏捷团队协作以及时提供反馈
合同谈判和遵循计划
流程和工具
详尽的工作文档帮助
第23题:
团队无法为sprint创建工件。
团队无法在sprint周期中完成所有用户故事。
客户在sprint周期结束时请求变更。
客户要求提前交付一个产品特性。