A.通知开发团队忽略电话和电子邮件。
B.与产品负责人一起,转达主管的问询。
C.让产品负责人将这些请求作为高优先级录入产品待办事项中。
D.让scrum主管将这些请求请求作为高优先级录入产品待办事项中。
您可能感兴趣的试卷
你可能感兴趣的试题
以下图表列出了某个敏捷项目版本的故事:如果团队在第一次迭代中完成故事A、故事B以及50%的故事C,团队的速度是多少?()
A.9
B.10
C.12
D.15
A.查询产品负责人,为用户故事排列优先顺序。
B.将该问题升级给项目发起人,以解决客户的反复无常。
C.利用变更管理流程,并在发生变更时记录。
D.限制迭代长度,提高与客户一起审查的频率。
A.理想工对。
B.速度。
C.浮动时间。
D.技术债务。
A.限制sprint规模。
B.参照经验教训。
C.查询风险登记册。
D.查看信息发射源记录。
A.创建四个象限,显示风险与价值的关系,首先执行高风险、高价值的任务。
B.创建四个象限,显示风险与价值的关系,首先执行高风险、低价值的任务。
C.使用信息发射源,并让开发团队专注于具有最高风险的开发事项。
D.使用鱼骨图查看进度计划、成本和功能性风险之间的关系。
A.团队成员感到压力而夸大项目进展,以便让业务负责人满意。
B.该特性的开发工作已完成,但该特性未发布。
C.该特性的开发工作未获得项目干系人的批准。
D.业务负责人未能在用户故事中定义该特性的验收标准。
A.安排一次产品负责人与高管的会议。
B.邀请该高管参加发布计划会议。
C.邀请该高管参加sprint演示。
D.邀请该高管参加改善活动。
A.与团队开会识别潜在原因并实施调整,以获得稳定的迭代速度。
B.使用之前迭代的最高速度,并将其作为基准。
C.召开团队会议来鼓励合作,实现可持续的迭代速度。
D.引导团队成员之前结对编程,实现理想的迭代速度。
A.要求客户不要那么频繁地更改系统,并在集成中重新测试失败的版本。
B.建议团队在每次发布版本前进行额外的测试。
C.将问题分配给集成主题专家(SME)。
D.在项目团队和客户之间实施反馈回路。
A.对缺席会议执行处罚。
B.通知团队成员他们可以为会议使用网络摄像头或视频会议。
C.允许团队成员呼叫会议线路。
D.强调这一敏捷原则的重要性,并要求每个人亲自出席会议。
最新试题
如何在JIRA迅速查看个人的Issue情况?()
在Sprint中,如果您的开发工作(任务)遇到了一些困难,需要寻求组内成员的帮助,在JIRA上可以怎么做?()
以下关于Create Issue的层级描述,正确的是()。
要使得Burndown Chart更为清晰,以下说法正确的是()。
Sprint计划会议的时间盒限制是多少?()
如何正确看待JIRA和物理看板的使用?()
Sprint评审会的时间盒限制是多少?()
关于敏捷开发工具JIRA,以下说法正确的是()。
在建立Sprint时,如何合理地给出该Sprint的实现目标?()
在Scrum开发方法中,确定产品功能和决定产品发布的内容及日期的是谁?()