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.和所有项目干系人分享需求，并让他们在会前提交他们的评论

A.组织研讨小组帮助调和不同观点
B.开展调查，以快速收集中立答案
C.通过差异分析法分析不同观点
D.建立RASCI矩阵以确保所有项目干系人能够明白他们的责任