📅 最后修改于: 2021-01-23 05:58:09 🧑 作者: Mango
这是产品所有者或客户设置的条件，以便接受有效的功能并遵守其要求。
这是一个持续的过程，产品经理或客户通过从敏捷团队获得反馈来管理积压的产品。此过程涉及确定投资组合项目的优先级，将其分解为较小的项目，为将来的迭代计划它们，创建新故事，更新验收标准或详细制定验收标准。
这是团队可以在一次迭代中完成的工作量。
对产品或对利益相关者有价值的功能所做的改进，可以在发行版中进行开发。
基于主题的工作项，可以在一个时间范围内完成并在产品发布中被接受。迭代工作是在迭代计划期间定义的，并以演示和评审会议结束。它也被称为Sprint。
增量是随着产品逐步发展而改变的状态。通常用里程碑或固定迭代次数表示。
该产品所有者是敏捷交付团队的一成员，负责在产品积压收集和排名的业务需求。产品负责人传达要在发布/迭代中执行的操作。他/她设定承诺，并负责保护团队免受迭代过程中需求的任何更改。
设置功能性和非功能性产品要求。
可能是敏捷团队要开发的用户故事，缺陷，功能。
一个通用单位，用于设置用户故事，功能或其他任何项目组合的相对大小。
一个完成工作以支持将可测试增量交付给软件的时间框。在Scrum中，发行版包含多个迭代。
满足规定的合同或功能的软件产品的规范。用户案例和项目组合项是需求的类型。
敏捷团队用来估算用户故事和功能的相对大小的单位。
与迭代相同。
一个固定的持续时间，在该持续时间中将开发可交付成果。通常，除了固定时间的开始和结束日期外，资源的数量也固定。
它是一个工作单元，有助于在迭代中完成用户故事。用户故事被分解为多个任务，每个任务可以在团队成员之间划分，将其标记为任务所有者。团队成员可以根据需要负责每个任务，更新估计，记录已完成或要做的工作。
列出的接受标准，可以满足用户的某些要求。通常是从最终用户的角度编写的。
在迭代或时间盒中加权已接受工作的度量。通常，它是迭代中接受的故事点的总和。