A.持续更新的需求跟踪矩阵
B.自动提交变更需求的工具
C.跟踪变更需求数据的电子表格
D.项目进展小组成员的记录影响了技术设计方面的变更

A.沟通计划
B.跟踪矩阵
C.项目章程
D.项目管理办公室

A.需求管理计划
B.商业分析计划
C.需求发展计划
D.商业分析方法

A.版本控制
B.跟踪工具
C.审计跟踪
D.项目计划

A.控制产品开发和更新
B.提供开发范围的基础
C.跟踪需求文件的过程
D.定义项目的进度

A.和用户召开单独会议，以观察他们的问题
B.和项目干系人见面，以开始需求书写过程
C.要求项目干系人将用户包括在改善项目中
D.确定问题的优先级，以纳入需求基线

A.建立一个需求跟踪矩阵以帮助客户加以回顾和认同
B.为客户建立一个需求基准形式，方便他们回顾和认同
C.要求客户在具体合同上建立需求基准
D.就具体设计进行差异分析，并向客户汇报结果

A.避免需求无限增加
B.影响第一个sprint阶段的故事
C.避免项目干系人进行变更
D.作为参考点来衡量变更影响

A.评估标准应该和用来测试需求的标准一致
B.需求测试应该基于两个或以上评估的平均值
C.应该有两个独立测试来评估每个功能性需求
D.为了保证评估的一致性，需要两个及以上测试者通过使用相同测试案例测试产品

A.设计的需求矩阵，并在评审前创建需求文件基准
B.针对工作分解结构的设计和要求，以确保基准正确
C.设计的需求矩阵，并在评审后建立需求文件基准
D.与项目发起人一起制定设计和需求矩阵，以确保基准正确

A.改变原定会议时间，分析影响，制定一个新会议以和项目干系人一起讨论关联性和重要性
B.在会议上和项目干系人讨论变更，并说服他们批准新基准
C.寻找更多资源来应对变更，进而更正这些有价值的额外资源
D.和所有项目干系人分享需求，并让他们在会前提交他们的评论