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.所有用户验收测试文件中的测试应该在生产前通过
C.应该完成所有用户验收测试文件中的测试
D.用户验收测试文件由项目经理在签字后保管

A.清楚定义新系统最大验收失误比例
B.要求项目运营经理正式接受需求文件
C.定性测试失误和风险，更新风险管理
D.在正式交付给项目运营经理前，为新系统计划训练时间

A.未能正确确定客户的验收标准
B.客户未能完全了解需求
C.可交付成果和产品质量标准间存在误解
D.包括出现额外特征在内的失误超出了客户的预期

A.确定该失误是否出现在方案确定阶段、原始需求阶段或是最佳案例阶段
B.观察需求跟踪矩阵，以确定需求是否和用例相关
C.确定相应的需求能够由所需项目干系人签字确认
D.进行有影响力的分析，并进行变更请求，以将修订后的需求包含在下一个基线中