Scrum术语表

Scrum术语汇编

本术语表旨在概述与scrum相关的术语。有些提到的术语在Scrum中并不是强制性的,但由于它们在Scrum中经常使用,所以被添加了进来。要了解更多关于Scrum框架的知识,要确定哪些术语是Scrum的必要元素,要理解所提到的元素是如何连接的,我们强烈建议您参考Scrum指导™

要了解更多使用Scrum和敏捷软件开发技术的软件开发团队特有的术语,请参考专业Scrum开发者术语表

B

燃尽图:一种显示被认为仍在积压中的工作量的图表。时间显示在横轴上,剩余的功显示在纵轴上。随着时间的推移,项目从待办事项中提取出来并完成,可以预期将出现显示剩余工作的曲线图。工作量可以通过多种方式进行评估,如用户描述点或任务时间。“Sprint backlog”和“产品backlog”中剩余的工作可以通过消耗图表的方式进行沟通。参见燃耗图

燃尽图:显示已完成工作量的图表。时间显示在横轴上,完成的工作显示在纵轴上。随着时间的推移,项目从待办事项中提取并完成,显示已完成工作的曲线图可能会上升。工作量可以通过多种方式进行评估,如用户描述点或任务时间。被认为是范围内的工作量也可以绘制成一条线;随着工作的完成,燃耗可以预期接近这条线。

C

相干/一致性:某些产品待办事项列表项目之间关系的质量,这可能使它们作为一个整体值得考虑。参见:冲刺目标。

D

每日例会Scrum活动,每天为开发人员举办15分钟的活动。每日Scrum在Sprint的每一天都要举行。在那里,开发人员计划在接下来的24小时内工作。这通过检查自上一次每日Scrum以来的工作,并预测即将到来的Sprint工作,优化了团队协作和性能。每日Scrum每天都在相同的时间和地点举行,以减少复杂性。

“完成”的定义是对增量满足产品所要求的质量度量时的状态的形式化描述。当一个产品待办事项列表项满足完成的定义时,一个增量就诞生了。完成的定义通过向每个人提供关于作为增量的一部分完成了什么工作的共享理解来创建透明度。如果一个产品待办事项列表项目不符合“完成”的定义,它就不能发布,甚至不能在Sprint评审中展示。

开发人员Scrum团队的任何成员,致力于在每个Sprint中创建可用增量的任何方面,而不管技术、功能或其他专长。

E

出现:显现:新事实或对某一事实的新认识或对某一事实的新认识出现或显现的过程

经验主义:一种过程控制,在这种控制中,只有过去被认为是确定的,决策是建立在观察、经验和实验的基础上。经验主义有三大支柱:透明、检验和适应。

工程标准:开发人员用于创建可发布的软件增量的一组共享的开发和技术标准。

F

预测(功能):从产品待办事项列表开发人员中选择可在Sprint中实现的项目。

增量Scrum Artifact定义了开发人员在Sprint期间完成的、有价值的工作。所有增量的总和形成一个乘积。

P

产品待办事项列表一种Scrum Artifact,它包含了为了创建、维护和维护产品而要完成的工作的有序列表。由产品负责人管理。

产品待办事项列表优化:产品负责人和开发人员在Sprint中为产品待办事项列表添加粒度的活动。

产品负责人Scrum中负责产品价值最大化的角色,主要是通过增量管理和向开发人员表达对产品的业务和功能期望。

产品的目标:产品目标描述了产品的未来状态,可以作为Scrum团队制定计划的目标。产品目标在产品待办事项列表中。剩下的产品待办事项列表用来定义“什么”将实现产品目标。

R

准备好:产品负责人和开发人员对Sprint计划中引入的产品待办事项项的描述的优先级别的共同理解。

细化:参见产品待办事项列表细化

年代

Scrum:Scrum是一个轻量级框架,它帮助人们、团队和组织通过自适应的解决方案来为定义的复杂问题创造价值Scrum指南TM

Scrum板:一个为Scrum团队可视化信息的物理板,通常用于管理Sprint Backlog。Scrum板是Scrum中的一个可选实现,用于使信息可见。

Scrum指导™Scrum的定义,由Scrum的共同创造者Ken Schwaber和Jeff Sutherland编写并提供。这个定义包括Scrum的职责、事件、工件以及将它们绑定在一起的规则。

Scrum Master在Scrum团队中负责指导、指导、教学和协助Scrum团队及其环境正确理解和使用Scrum的角色。

Scrum团队一个自我管理的团队,由一个Scrum管理员、一个产品负责人和一个开发人员组成。

Scrum价值观一套支撑Scrum框架的基本价值观和品质;承诺、专注、开放、尊重和勇气。

自我管理:Scrum团队是跨职能的,这意味着成员拥有每个Sprint创造价值所需的所有技能。他们还进行自我管理,这意味着他们在内部决定谁做什么、什么时候做以及如何做。

冲刺Scrum事件,时间限制在一个月或更短的时间内,作为其他Scrum事件和活动的容器。sprint是连续完成的,没有中间间隙。

Sprint BacklogScrum Artifact,它提供了实现Sprint目标的开发工作概述,通常是功能的预测和交付该功能所需的工作。由开发者管理。

“疾跑”目标:Sprint目的的简短表达,通常是要解决的业务问题。为了实现Sprint目标,功能可以在Sprint期间进行调整。

Sprint计划Scrum事件,在8小时或更短的时间内开始Sprint。Scrum团队负责检查产品待办事项列表中最有价值的下一步工作,并将其设计到Sprint待办事项列表中。

Sprint回顾Scrum事件,设置为3小时或更少的时间框,以结束Sprint。Scrum团队负责检查过去的Sprint,并计划在未来的Sprint中进行改进。

冲刺评审Scrum事件,设置为4小时或更少的时间,以结束Sprint的开发工作。Scrum团队和涉众负责检查Sprint产生的产品增量,评估完成的工作对实现产品目标的整体进展的影响,更新产品待办事项列表,以最大化下一阶段的价值。

利益相关者:Scrum团队的外部人员,对增量发现所需要的产品有特定的兴趣和知识。由产品负责人代表,并在Sprint评审中积极参与Scrum团队。

T

技术债务:通常不可预测的产品维护开销,通常是由不理想的设计决策引起的,增加了总拥有成本。可能在增量中无意存在,也可能为了更早实现价值而有意引入。

V

价值观:当“承诺”、“勇气”、“专注”、“开放”和“尊重”这些价值观在Scrum团队中得以体现和践行时,“透明”、“检查”和“适应”这些“Scrum支柱”就会变得生动起来,并为每个人“建立信任”。Scrum团队成员在处理Scrum事件、角色和工件时学习和探索这些价值。下载Scrum价值观海报

速度:一个可选的,但经常使用的,指示Scrum团队在Sprint期间转化为产品增量的产品待办事项的数量,由开发人员在Scrum团队中跟踪使用。