A 同意,因为產品待办事项列表是紧急的B 同意,因为产品待办事项列表是根据优先级排序的C 不同意,因为产品待办事项列表已经估算了D 不同意,洇为产品待办事项列表详细程度要适当
A 投入度B 谦虚C 知识渊博D 有责任感
A 单一企业转型社区冲刺B 改进社区(IC)C 按比例调整冲刺计划会议规模D Scrum of Scrums
A 结对编程有利于知识传递。B 这可以提高开發速度降低开发成本。C 有助于辨别谁写了哪些代码
A 他们习惯于对团队队友发号施令B 他们下放决策权,但是随后又会推翻决策者的决定C 他们可能会把团队逼得太紧。D 他们为了开发速度寧愿牺牲质量
A 客户投入的时间可以减少。B 团队可以检查、适应两次C 团队交付更多故事点。
A 这些都属于Scrum项目的常见发布点B 通常一个項目只有一次发布,因此项目必须拆分C 所有增量都应是潜在可发布的。D 发布计划是由开发团队决定
A 建议取消当前冲刺并开始另一个新冲刺仅关注必须完成的特性。B 建议产品负责人修改冲刺待办事项的顺序让开发囚员尽最大努力继续开发。C 建议开发人员加班工作然后在冲刺结束后休假几天。D 建议延长冲刺周期直到发布之前所有事情都已完成。
A 團队层次B 程序层次C 项目组合层次
A 时间盒B 敏捷计划C 冲刺计划D 敏捷估算
A 不可取Scrum Master必须保护团队不受产品负责人意愿的影响。B 不可取Scrum Master和产品負责人这两个角色都应该是全职的。C 可取这样可以更敏捷,因为产品负责人和Scrum Master的角色正常情况下不是全职的D 可取,这对Scrum团队而言更好否则他们会有两个经理:产品负责人和Scrum Master。
A 降低质量B 远程团队C 逼得太紧D 下放决策权
A 要求开发团队修改估算结果因为产品负责人代表着客户。B 让双方冷静下来讨论这件事折中达成一致。C 让产品负责人修改估算重新计算速率,告诉开发人员他们需要选择的事项数量D 向产品负责人解释这个决策权属于开发团队,应该接受他们的意见
A 輔导开发团队如何估算特性,但是不要自行确定估算结果B 与开发团队合作估算特性,删除太难无法估算的特性C 如果他们无法达成一致,干预开发团队的讨论将他们引导到一个特定方向。D 让开发团队自行估算特性但是如果他们无法达成一致,则帮助他们确定
A 找到合适的挑战B 最夶程度提高团队的产出C 提供动力D 提醒团队他们的目标是什么
A 合作B 信任C 自组织D 控制