A.在迭代回顾会议上使用头脑风暴解决问题
B.建议对技术管理过程进行更新
C.分享之前的经验教训，改进效率
D.将问题升级上报给产品负责人，获得支持

A.在sprint开始前确定编码和测试的验收标准
B.确保开发人员听过缩短迭代时间长度来创造更详细的代码
C.使用需求跟踪矩阵，提供返回技术规格的透明性
D.测试团队增加资源，确保开发理想的测试用例

A.确保产品负责人通过直接与他们开会参与项目
B.在写一次站会中与产品负责人当面对质
C.将符合敏捷原则的备忘录分发给产品负责人和主管
D.将问题上报并请求一名新的产品负责人

A.鼓励该资源透明化，并在下一次回顾会讨论这个问题
B.理解该资源在两个项目之间分配时间，并独立解决出现的任何问题
C.将该问题升级上报给该资源的经理，解决沟通的问题
D.与团队B合作分配该资源的时间，以适应两个团队的需求

A.与该团队成员交谈，确认产品负责人的可用性不会影响进度，并将该问题添加到风险板上。
B.询问其他团队成员他们是否遇到同样的问题，然后讨论方案来解决问题
C.邀请产品负责人参加下一次站会，确保所有沟通都是最新的
D.与产品负责人谈谈他们的可用性，要去在团队投入更多的时间

A.待办事项梳理会上
B.在Sprint回顾会议上
C.在每日Scrum期间
D.在迭代评审会上

A.与其团队成员一起学习并了解转移过程
B.使用团队之前的实施解决方案
C.与相关干系人会面找出解决方案
D.更新风险登记册以包含该转移过程

A.基于风险的燃起图
B.已调整的风险待办列表
C.基于风险的刺探（spike）
D.风险燃尽图

A.讨论潜在的根本原因，并分析什么需要改变
B.与产品负责人合作，识别其他资源
C.陈述对速度有负面影响的问题，但将其添加到待办列表中。
D.请产品负责人将交付日期向后退

A.线框图
B.故事地图
C.过程地图
D.人物角色

A.记录主要决策，以便引导回顾评审会议
B.识别造成跨国团队的误解的架构风险
C.制作一份两个团队可以用来沟通的常见词汇表
D.让部门经理要求使用一种敏捷方法