- 验收标准 Acceptance Criteria：由产品负责人或客户设置的条件，为了验收一个特性时有效的且和他们的需求一致
- 列表修整 Backlog Grooming：一个持续的过程，是产品管理者或客户通过从敏捷团队获取反馈管理产品需求列表。包含条目项的排序、分解条目项成更小的条目、规划未来的迭代、创建新的故事、更小验收标准和消息描述验收标准
- 容量 Capacity：一个迭代中团队可以完成的工作
- 特性 Feature：对于产品的一个改进，或对利益相关者价值的兼容，在一个发布中开发
- 迭代 Iteration：基于主题的工作项可在一个时间盒完成，并在产品的一个迭代中验收。迭代工作由迭代计划定义，结果是一个 demo 和评审会议。也叫做 Sprint
- 增量 Increment：一个增量是逐渐开发的产品变化的状态。通常展示为里程碑或固定的迭代数
- 产品负责人 Product Owner：敏捷交付团队的一名成员，负责收集和排序产品需求列表中的业务需求。一个产品负责人沟通一个发布或迭代中要做的工作。产品负责人设置成活，并负责保护团队在一个迭代中需求不被改变
- 产品需求列表 Product Backlog：功能性和非功能性的产品需求的集合
- 产品需求列表项 Product Backlog Items：可以是用户故事、故障、特性，由敏捷团队开发
- 点 Points：一个通用单位，用以设置用户故事、特性或其他条目的相对大小
- 发布 Release：在一个时间箱中，完成工作以支持一个软件的可测试的增量交付。在一个 Scrum 中，一个发布由多个迭代组成
- 需求 Requirement：软件产品的规格说明，用于满足规定的合同或功能。用户故事和条目项是需求类型
- 故事点 Story Points：敏捷团队用于评估用户故事和特性的相对大小的单位
- 冲刺 Sprint：同迭代
- 时间箱 Timebox：一个固定的持续时间，在这期间开发出一个可交付产品。通常，伴随固定的开始和结束时间，资源的数目也是固定的
- 任务 Task：在迭代中，对于一个用户故事有共享的工作的单位。用户故事被分解成多个任务，且每个任务被分给团队成员作为任务负责人。团队成员可为每个任务负责，更新评估，记录已完成和要做的工作日志
- 用户故事 User Story：一个列举的验收标准用于实现用户的一些需求。通常从一个终端用户的角度写
- 速度 Velocity：度量迭代或时间箱的验收工作。通常是迭代中验收的故事点的总和