本术语表旨在概述与Scrum相关的术语。 其中一些提到的术语并不是Scrum的强制要求部分，但因为它们在Scrum中常用而被添加进来。 要了解更多关于Scrum框架的信息，识别这些术语中哪些是Scrum的必要元素，以及理解所提到的元素是如何相互关联的，我们强烈建议您参考《Scrum指南™》。
C
产品待办列表（Product Backlog）：
Scrum工件，包含一个有序列表，列出了为创建、维护和支持产品所需完成的工作。 由产品负责人管理。
产品待办项精化（Product Backlog Refinement）：
在Sprint中进行的活动，通过这个活动，产品负责人和开发者为产品待办事项增加细节和清晰度。
产品负责人（Product Owner）：
Scrum中的角色，主要负责最大化产品的价值，主要是通过逐步管理和表达对产品的业务和功能期望给开发团队来实现这一目标。
产品目标（Product Goal）：
产品目标描述了产品的未来状态，可以作为Scrum团队计划的目标。 产品目标记录在产品待办事项列表中。 其余的产品待办事项逐步明确将“什么”内容实现该产品目标。
D
每日 Scrum：
Scrum事件，是一个时间盒为15分钟的活动，每天为开发者举行。 每日Scrum在Sprint的每一天都举行。 在会议上，开发者计划接下来24小时的工作。 这通过检查自上次每日Scrum以来的工作并预测即将到来的Sprint工作，来优化团队协作和绩效。 每日Scrum在每天相同的时间和地点举行，以减少复杂性。
G
功能预测（Forecast of functionality）：
从产品待办事项中选择开发者认为在一个Sprint中可行实施的项目。
工程标准（Engineering Standards）：
开发者为创建可发布的软件增量所应用的一套共享开发和技术标准。
J
价值观（Values）：
当Scrum团队体现并践行承诺、勇气、专注、开放和尊重这些价值观时，Scrum的透明性、检查和适应三大支柱就会发挥作用，并为所有人建立信任。 Scrum团队成员在与Scrum事件、角色和工件合作时学习和探索这些价值观。
经验主义（Empiricism）：
所有知识都源于经验和观察的哲学思想。 它是科学方法的基石，构成了现代科学和医学的大部分基础。 在Scrum的上下文中，经验主义指的是解决复杂问题或执行复杂工作只能通过探索性过程而不是依赖于预设计划来完成的观点。
精化（Refinement）：
见产品待办项精化（Product Backlog Refinement）。
技术债（Technical Debt）：
通常不可预测的维护产品所需的额外开销，常常由不理想的设计决策引起，增加了总拥有成本。 技术债务可能无意中存在于增量中，或为了更早实现价值而有意引入。
K
开发人员（Developer）：
任何致力于在每个Sprint中创造可用增量的任何方面的Scrum团队成员，无论其技术、功能或其他专业领域如何。
L
利益相关者（Sligholder）：
Scrum团队外部的人员，对产品有特定的兴趣和知识，这些对于增量发现是必需的。 由产品负责人代表，并在Sprint评审时积极与Scrum团队互动。
R
燃尽图（Burn-down Chart）：
一种显示待办事项中剩余工作量的图表。 时间显示在横轴上，剩余工作量显示在纵轴上。 随着时间的推移和从待办事项中抽取并完成的任务，表示剩余工作量的线条预期会下降。 工作量可以通过多种方式评估，如用户故事点或任务小时数。 Sprint待办事项和产品待办事项中的剩余工作量可以通过燃尽图来传达。 参见：燃起图。
燃起图（Burn-up Chart）：
一种显示已完成工作量的图表。 时间显示在横轴上，已完成工作量显示在纵轴上。 随着时间的推移和从待办事项中抽取并完成的任务，表示已完成工作的线条预期会上升。 工作量可以通过多种方式评估，如用户故事点或任务小时数。 还可以绘制一条表示范围内工作量的线； 随着工作的完成，燃起图预计会接近这条线。
S
Scrum：
Scrum是一种轻量级框架，帮助人们、团队和组织通过适应性解决方案为复杂问题生成价值，如《Scrum指南™》中所定义的那样。
Scrum板（Scrum Board）：
一种物理板，用于可视化Scrum团队的信息，通常用于管理Sprint待办事项列表。 Scrum板是Scrum中的一个可选实施工具，旨在使信息可见。
Scrum指南™（Scrum Guide™）：
由Scrum的共同创建者Ken Schwaber和Jeff Sutherland编写并提供的Scrum定义。 该定义包括Scrum的角色职责、事件、工件以及将它们绑定在一起的规则。
Scrum 大师：
Scrum团队中的角色，负责指导、辅导、教学和协助Scrum团队及其环境正确理解和使用Scrum。 Scrum Master通过消除障碍、促进团队内部及与外部的沟通来支持团队进步，并确保Scrum过程被遵循。
Scrum团队（Scrum Team）：
一个自管理的团队，由一名Scrum Master、一名产品负责人（Product Owner）和开发人员（Developers）组成。
Scrum价值观（Scrum Values）：
支撑Scrum框架的一组基本价值观和品质;包括承诺（Commitment）、专注（Focus）、开放（Openness）、尊重（Respect）和勇气（Courage）。
短跑：
Scrum事件，时间盒为一个月或更短，作为其他Scrum事件和活动的容器。 Sprint连续进行，中间没有间隔。
Sprint 待办列表（Sprint Backlog）：
Scrum工件，提供了实现Sprint目标所需开发工作的概览，通常包括功能预测和交付这些功能所需的工作。 由开发者管理。
Sprint目标（Sprint Goal）：
一个简短表达Sprint目的的陈述，通常是一个要解决的业务问题。在Sprint过程中，功能可能会根据需要进行调整以实现Sprint目标。
Sprint计划（Sprint Planning）：
Scrum事件，时间盒为8小时或更少，用于启动一个Sprint。它用于Scrum团队检查产品待办事项中最值得完成的工作，并将其设计进Sprint待办事项列表中。
Sprint回顾（Sprint Retrospective）：
Scrum事件，时间盒为3小时或更少，用于结束一个Sprint。它用于Scrum团队检查过去的Sprint并计划在未来Sprints中实施的改进措施。
Sprint评审（Sprint Review）：
Scrum事件，时间盒为4小时或更少，用于总结一个Sprint的开发工作。它用于Scrum团队和利益相关者检查Sprint产生的产品增量，评估已完成工作对实现产品目标的整体进展的影响，并更新产品待办事项列表以最大化下一个周期的价值。
速率（Velocity）：
一个可选但常被使用的指标，表示在一个Sprint期间，Scrum团队将多少产品待办事项转化为产品增量的数量，由开发者跟踪并在Scrum团队内部使用。
W
完成的定义（Definition of Done）：
是对增量状态的正式描述，当增量达到产品所需的质量标准时。一旦产品待办事项满足完成的定义，一个增量就诞生了。完成的定义通过提供一个共享的理解，即作为增量的一部分完成了哪些工作，从而创建透明度。如果一个产品待办事项不满足完成的定义，则不能发布或甚至不能在Sprint评审中展示。
Y
一致性/连贯性（Coherent/Coherence）：
某些产品待办事项之间的关系质量，这种关系可能使得这些事项作为一个整体来考虑是值得的。参见：Sprint目标。
涌现（Emergence）：
新事实或对某一事实的新知识出现或变得显著的过程，或者某一事实的知识意外地变得可见。
Z
增量（Increment）：
Scrum工件，定义了开发者在一个Sprint期间完成的完整且有价值的工作。所有增量的总和构成一个产品。
准备就绪（Ready）：
产品负责人和开发者之间关于在Sprint计划会议中引入的产品待办事项的描述详细程度的共同理解。
自管理（Self-Managing）：
Scrum团队是跨职能的，意味着成员拥有每个Sprint创造价值所需的所有技能。同时，他们是自管理的，意味着团队内部自行决定谁做什么、何时做以及如何做。
