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矩阵以确保所有项目干系人能够明白他们的责任

A.选择实施风险小的需求
B.选择能使高级别项目干系人满意的需求
C.回顾两位项目干系人的需求，选择利益最大化的那个
D.让两位项目干系人自行协商

A.多票制
B.加权排名
C.时间盒
D.瀑布

A.虽然需求建模并不是必需的，它能保证相关方对于每个产品增量的认可
B.虽然需求建模并不特别针对任何敏捷方法论，模型有助于发现差距、简化并总结复杂信息，而这对于所有项目类型都是需要的
C.虽然敏捷项目中不需要建立需求模型，我们仍然需要保证需求列表（产品未完项表）是完整的，且团队的生产率不受损害
D.虽然并未在敏捷宣言中特别指出，建模可以帮助团队通过对需求建立模型更准确地计算生产率

A.可跟踪需求
B.可行性需求
C.可测量需求
D.正确且完整的需求