① 质量需求——需求分两类：功能需求（系统能做什么）和非功能需求（系统做得怎么样）。质量需求属于非功能需求，包含性能、可靠性、安全性、可维护性、可移植性。考题考"以下属于质量需求的是"，凡是描述"系统应支持XXX功能"的是功能需求，描述"系统响应时间不超过3秒"的是质量需求。
② 确认范围——核心是干系人正式验收可交付成果的过程。与质量控制的区别是高频考点：确认范围关注可交付成果是否被客户接受（对外），质量控制关注可交付成果是否符合质量标准（对内）。两者可以并行，但确认范围的结果是验收文件，质量控制的结果是质量报告。记住：先质量控制，再确认范围。
③ WBS工作分解结构——把项目可交付成果分解到工作包的层级结构。三个关键原则：100%原则（WBS必须覆盖全部工作，不多不少）、工作包是最小单元（可以估算成本和时间的最底层）、WBS分解的是成果不是活动（分解出来的是名词不是动词）。考题常出"WBS最底层叫什么"答工作包，"WBS分解对象是什么"答可交付成果。
1 范围蔓延vs镀金——范围蔓延是未经批准的范围扩大（甲方偷偷加需求）；镀金是团队自行添加未要求的功能（乙方自作主张）。两者都是范围管理失控，但责任方不同。考案例题出现"客户未提出但团队额外实现了"，答镀金。
2 范围基准三要素——项目范围说明书 + WBS + WBS词典。三个缺一不可，WBS词典是对每个工作包的详细描述，最容易漏写。
3 确认范围输出——验收的可交付成果 + 变更请求 + 工作绩效信息。考填空"确认范围的输出包括什么"，变更请求是高频漏项，客户验收时提出修改意见会产生变更请求。
质量需求在AI项目里就是那些"说不清楚但出问题会被骂"的指标。功能需求是"Agent能自动生成周报"，质量需求是"生成时间不超过10秒、准确率不低于90%、输出格式稳定"。大多数AI项目死在质量需求没定清楚——Demo跑通了，但响应慢、幻觉多、格式乱，甲方拒收。
确认范围对应AI项目的UAT验收环节。质量控制是你自己跑评测（对内），确认范围是拉甲方来点头签字（对外）。很多AI交付团队跳过确认范围直接上线，结果甲方上线后说"这不是我要的"，返工成本极高。先做内部质量控制，再拉客户确认范围，顺序不能反。
WBS在AI项目里的正确用法是把交付物拆成可验收的名词单元——不是"开发Agent"（动词，无法验收），而是"Agent原型v1"、"提示词规范文档"、"集成测试报告"（名词，可以交付）。100%原则对应AI项目的需求不遗漏——哪个模块没拆进WBS，后面就没有预算和排期，一定烂尾。范围蔓延在AI项目里极其常见：甲方说"顺便帮我加个数据看板"，一句话半个月工作量，没有变更单直接做就是范围管理失控。
