Scrum 单词速查表
本文内容基于 scrum.org 官方 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
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 中引入的 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
提示
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 和交付该功能所需的工作
- 由 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
- 产品维护的典型的、不可预测的开销，通常由不太理想的设计决策引起，从而增加了所有权的总成本
- 可能无意中存在于 Increment 中，也可能是为了更早实现价值而故意引入的
V
Values
- 当承诺、勇气、专注、开放和尊重（Commitment, Courage, Focus, Openness, Respect）的价值被 Scrum Team 所体现和实践时，Scrum 的支柱——透明、检视、适应（Transparency, Inspection, Adaptation）——就会活跃起来，并为每个人建立信任
- Scrum Team 成员在与 Scrum Event, Role 和 Artifact 一起工作时学习和探索这些价值
Velocity
- 由 Scrum Team 的 Developers 跟踪的，用于 Scrum Team 内部使用的指示，表示在 Sprint 中将 Product Backlog 转换为产品 Increment 的数量
- 通过过去三个 Sprint 中已完成的 User Story 的平均 User Story Points 来计算