docs(scrum): add glossary

docs/scrum/glossary.md

@@ -0,0 +1,161 @@
+# Scrum 单词速查表
+本文内容基于 scrum.org 官方 [Scrum Glossary](https://www.scrum.org/Resources/Scrum-Glossary) 编写。
+
+## B
+### Burn-down / Burn-up Chart [^1]
+- Burn-down / Burn-up Chart 都是用于描述 backlog 中**时间和工作量**的图表，其中横轴表示时间，纵轴表示工作量
+- 可以通过 User Story Points 或 task hours 等多种方式来评估工作量
+
+#### Burn-down Chart
+- 描述**剩余工作量**随时间的关系
+- 随着时间推移和 backlog 中的项目完成，预计剩余工作量的绘图线会下降
+- Sprint Backlogs 和 Product Backlogs 中剩余的工作量可以通过 burn-down chart 来传达
+
+#### Burn-up Chart
+- 描述**已完成工作量**和 **总工作量（in-scope work）** 随时间的关系
+- 随着时间推移和 backlog 中的项目完成，已完成工作量的绘图线会上升，直至接近总工作量
+
+![Burn-down / Burn-up Chart](/img/scrum/glossary/burn-down-up-chart.png)
+
+## C
+### Coherent/Coherence
+特定 Product Backlog 中某些特定项之间的关联性，这使得它们可能需要被作为整体考虑。
+
+## D
+### Daily Scrum
+- 一种 Scrum Event
+- 每日站会，在固定时间和地点举行，时长固定 15 分钟，一段 Sprint 中的每天都会举行
+- Developers 参会，讨论接下来 24 小时的工作计划
+- 通过检查上次 Daily Scrum 以来的工作和预测即将到来的 Sprint 工作，优化团队协作和表现
+
+### Definition of Done
+- 代表 Increment 满足产品所需的质量标准的标志
+- 一个 Product Backlog Item 满足 Definition of Done 时，一个 Increment 诞生
+- 在满足 Definition of Done 之前，Product Backlog Item 不能发布或展示在 Sprint Review 中
+
+### Developer
+- Scrum Team 的成员，致力于在每个 Sprint 中创建可用 Increment 的任何方面，无论技术、功能或其他方面
+
+## E
+### Emergence
+- 新的事物或知识在某个时刻变得显而易见或突出，用于描述一些意想不到的现象或新的发现。
+
+### Empiricism
+- 即**经验主义**
+- Empiricism 是一种哲学，认为所有知识都源自经验和观察。它是科学方法的基石，支撑着现代科学和医学的许多领域
+- 在 Scrum 的背景下，Empiricism 指的是解决复杂问题或进行复杂工作只能通过**探索性过程**来完成，而不能依赖预先确定的计划
+
+### Engineering standards
+- Developers 为创建可发布的 Increment 而使用的一组共享的开发和技术标准
+
+## F
+### Forecast (of functionality)
+- 从 Product Backlog 中选择 Developers 认为可以在一个 Sprint 中实现的项目
+
+## I
+### Increment
+- 定义了 Developers 在 Sprint 中应完成的完整且有价值的工作的 Scrum Artifact
+- 所有 Increment 的总和构成一个产品
+
+## P
+### Product Backlog
+- 包含创建、维护和维持产品所需的工作的有序列表构成的 Scrum Artifact
+- 由 Product Owner 管理
+
+### Product Backlog refinement
+- 由 Product Owner 和 Developers 在 Sprint 中进行的活动，用于为 Product Backlog 添加细节，使其更加细粒度（granularity）
+
+### Product Owner
+- 负责最大化产品价值的 Scrum Role，主要通过增量地管理和向 Developers 表达产品的业务和功能期望来实现
+
+### Product Goal
+- Product Goal 描述了产品的未来状态，可以作为 Scrum Team 计划的目标
+- Product Goal 位于 Product Backlog 中，其他 Product Backlog 项的出现是为了定义实现它所需的工作
+
+## R
+### Ready
+- Product Owner 和 Developers 有关在 [Sprint Planning](#sprint-planning) 中引入的 Product Backlog 项的首选描述级别的共识
+
+### Refinement
+参见 [Product Backlog refinement](#product-backlog-refinement) 。
+
+## S
+### Scrum
+- Scrum 是一个轻量级框架，帮助人们、团队和组织通过 Scrum Guide 中定义的适应性解决方案为复杂问题创造价值
+
+### Scrum Board
+- Scrum Team 使用的用于可视化信息的实际存在的写字板，通常用于管理 Sprint Backlog
+- Scrum Board 是 Scrum 中的一个可选实现项，用于使信息可视化
+
+### Scrum Guide™
+- Scrum Guide™ 是 Scrum 的定义，由 Ken Schwaber 和 Jeff Sutherland 编写和提供，他们是 Scrum 的共同创造者
+- 该定义包括 Scrum 的职责、事件、Artifact 和将它们联系在一起的规则
+
+### Scrum Master
+- Scrum Team 的一员，负责引导、辅导、教育和协助 Scrum Team 及其环境正确理解和使用 Scrum
+
+:::tip
+Scrum Guide 并不阻止同一成员担任多个 Scrum 角色。
+:::
+
+### Scrum Team
+- 一个自管理的团队，由一个 Scrum Master、一个 Product Owner 和 Developers 组成
+
+### Scrum Values
+- Scrum 的五个基本价值：承诺、专注、开放、尊重和勇气（commitment, focus, openness, respect, courage）
+
+### Self-Managing
+- Scrum Team 是跨职能的，意味着成员具有每个 Sprint 中创建价值所需的所有技能
+- 自管理代表团队将在内部完成决策，不需要外部干预
+
+### Sprint
+- 一种 Scrum Event
+- 时长限制在至多一个月，作为其他 Scrum Event 和活动的容器
+- Sprint 之间是连续的，不存在间隔
+
+### Sprint Backlog
+- 提供了实现 Sprint Goal 的开发工作的概述，通常是 [Forecast](#forecast-of-functionality) 和交付该功能所需的工作
+- 由 Developers 管理
+
+### Sprint Goal
+- Sprint 的目的的简短表达，通常是需要解决的业务问题
+- 为实现 Sprint Goal，可能需要在 Sprint 过程中调整功能
+
+### Sprint Planning
+- 一种 Scrum Event
+- 时长限制在 8 小时或更短，用于**启动** Sprint
+- 用于 Scrum Team 检查 Product Backlog 中最有价值的工作，并将其设计为 Sprint Backlog
+
+### Sprint Retrospective
+- 一种 Scrum Event
+- 时长限制在 3 小时或更短，用于**结束** Sprint
+- 用于 Scrum Team 检查过去的 Sprint 并计划在未来的 Sprint 中实施改进
+
+### Sprint Review
+- 一种 Scrum Event
+- 时长限制在 4 小时或更短，用于总结 Sprint 的开发工作
+- 用于 Scrum Team 和 Stakeholders 检查 Sprint 产生的产品 Increment，评估工作对产品目标的整体进展的影响，并更新 Product Backlog 以最大化下一个周期的价值
+
+### Stakeholder
+- Scrum Team **外部**的人员，对需要进行增量发现（incremental discovery）的产品有特定兴趣和知识
+- 由 Product Owner 代表，并在 Sprint Review 中与 Scrum Team 积极互动
+
+## T
+### Technical Debt
+> the typically unpredictable overhead of maintaining the product, often caused by less than ideal design decisions, contributing to the total cost of ownership. May exist unintentionally in the Increment or introduced purposefully to realize value earlier.
+
+- 产品维护的典型的、不可预测的开销，通常由不太理想的设计决策引起，从而增加了所有权的总成本
+- 可能无意中存在于 Increment 中，也可能是为了更早实现价值而故意引入的
+
+## V
+### Values
+- 当承诺、勇气、专注、开放和尊重（commitment, courage, focus, openness, respect）的价值被 Scrum Team 所体现和实践时，Scrum 的支柱——透明度、检查和适应——就会**活跃起来**，并为每个人**建立信任**
+- Scrum Team 成员在与 Scrum Event, Role 和 Artifact 一起工作时学习和探索这些价值
+
+### Velocity
+- 由 Scrum Team 的 Developers 跟踪的，用于 Scrum Team 内部使用的指示，表示在 Sprint 中将 Product Backlog 转换为产品 Increment 的数量
+- 通过过去三个 Sprint 中已完成的 User Story 的平均 User Story Points 来计算
+
+---
+
+[^1]: 图片来源于 https://www.clariostechnology.com/productivity/blog/burnupvsburndownchart/