由于对已实施特性的技术说明时间较长,最后两个演示花费的时间比较长,敏捷管理专业人士应该怎么做()
A. 提醒团队项目干系人评审会议的最长时间未两个小时
B. 缩短定期迭代持续时间,更频繁地召开评审会议,并且在每次会议上较少讨论新功能
C. 教导产品负责人和团队确定未来评审会议的时间盒,并提醒他们这些会议的目的
D. 组织下一次评审会的茶歇,并计划中间休息时间
查看答案
敏捷团队履行其承诺,但感觉能够提高速度。团队成员如何能够实现这一点()
A. 将较为简单的故事拉近Sprint中
B. 减少非生产性时间
C. 将用户故事移到另一个Sprint
D. 识别关键过程以改进
用户故事相互依赖时,可能会遇到哪些问题()
A. 优先排序和规划不足
B. 呈现复杂性和不确定性
C. 返工的浪费
D. 质量差和文档过多
项目团队对发布版本的初始估算是300个故事点,一次迭代的平均估计速度是30个故事点。经过几次迭代后,计算的实际速度只有15个故事点,让项目的预计完成时间翻倍。项目团队应该怎么做()
A. 要求产品负责人增加团队资源
B. 与产品负责人沟通速度以及新的发布日期
C. 通过将测量单位从故事点更改为理想的天数重新估算,并通知产品负责人
D. 重新估算,并通知产品负责人项目比原先预期的更为复杂
在敏捷项目中,站立会议通常多久举行一次()
A. 两周
B. 每天
C. 隔两天
D. 在一次迭代过程之后