敏捷 - 有用的术语

验收标准

这是产品所有者或客户为接受功能有效并符合其要求而设置的条件。

待办事项整理

这是一个持续的过程，产品经理或客户通过从敏捷团队获取反馈来管理产品待办事项。此过程包括对项目组合进行优先排序、将其分解为更小的项目、为未来的迭代进行规划、创建新的故事、更新验收标准或详细阐述验收标准。

容量

团队在一次迭代中可以完成的工作量。

功能

对产品或对利益相关者有价值的功能所做的改进，可以在一次发布中开发。

迭代

基于主题的工作项，可以在时间框内完成并在产品发布期间接受。迭代工作在迭代规划期间定义，并以演示和评审会议结束。它也被称为 Sprint。

增量

增量是产品在逐步开发过程中状态的变化。它通常由里程碑或固定迭代次数表示。

产品负责人

产品负责人是敏捷交付团队的成员，负责收集和排列产品待办事项中的业务需求。产品负责人传达在发布/迭代中要做什么。他/她设定承诺并负责保护团队免受迭代期间需求变化的影响。

产品待办事项

功能性和非功能性产品需求集。

产品待办事项项目

可能是敏捷团队要开发的用户故事、缺陷、功能。

点

用于设置用户故事、功能或任何其他投资组合项目的相对大小的通用单位。

发布

一个时间框，在此时间内完成工作以支持向软件交付可测试的增量。在 Scrum 中，发布由多个迭代组成。

要求

软件产品的规范，以满足规定的合同或功能。用户故事和项目组合项是需求的类型。

故事点

敏捷团队用来估计用户故事和特性相对大小的单位。

冲刺

与迭代相同。

时间盒

开发可交付成果的固定持续时间。通常，除了固定时间盒的开始和结束日期外，资源数量也是固定的。

任务

它是一个工作单元，有助于在迭代内完成用户故事。用户故事分解为多个任务，每个任务都可以分配给团队成员，并将他们标记为任务的所有者。团队成员可以根据需要负责每项任务、更新估计、记录已完成的工作或待办事项。

用户故事

列出的验收标准以满足用户的某些要求。它通常是从最终用户的角度编写的。

速度

衡量迭代或时间框中接受的工作的权重。通常它是迭代中接受的故事点的总和。