| 纳入方式 | 写成可测量的验收标准或 DoD 条款 |
|---|---|
| 验证 | 每迭代执行关键性能与安全检查 |
| 容量 | 预留固定比例处理技术债与加固 |
| 欠账 | 未达标项登记为技术债并按影响排序 |
全部留到上线前做性能与安全专项，返工成本高且上线日期不可控。
专项容量安排
| 项 | 做法 |
|---|---|
| 固定比例 | 每迭代预留处理技术债 |
| 专项时段 | 大范围加固集中进行 |
| 验收并入 | 指标写进 DoD 并回归验证 |
敏捷中的非功能需求
非功能需求（性能、安全、可靠性、可维护性）在敏捷中不单独排大阶段，而是作为验收标准与完成定义的一部分，每个迭代持续验证并留出专项容量。
易错点
- 把非功能需求当后期专项，架构无法补救时返工大
- 无量化标准（如响应时间目标），验收争论无依据
数据来源与参考
- PMI《敏捷实践指南》非功能需求与质量相关论述