Scrum - Guide to acronyms and abbreviations 【Glossary 术语表】

ART Agile Release Train

Agile Release Train (ART) 是 Agile team 中长期存在的一支团队，和其他利益相关者 一起，在 value stream 中增量式开发、交付(及适用时操作)一个或多个 solution。

BO Business Owner

BV Business Value

BVIR Big Visual Information Radiator

CapEx Capital Expenses

CD  Continuous Delivery

CE  Continuous Exploration

CI Continuous Integration

CFD Cumulative Flow Diagram

CoD Cost of Delay

CoP Community of Practice

DoD Definition of Done

DSU Daily Stand-up

EA Enterprise Architect

EO Epic Owner

FW Firmware

HW Hardware

I&A Inspect and Adapt

IP Innovation and Planning (iteration)

KPI Key Performance Indicator

LPM Lean Portfolio Management

MBSE Model-Based Systems Engineering

MMF Minimum Marketable Feature

MVP Minimum Viable Product

NFR Nonfunctional Requirements

OE Opportunity Enablement

OpEx Operating Expenses

PDCA Plan, Do, Check, Adjust

PI Program Increment

PM Product Management

PO/PM Product Owner/Product Manager

PO Product Owner

ROAM Resolved, Owned, Accepted, Mitigated

RR Risk Reduction

RTE Release Train Engineer

S4T SAFe® for Teams

SAFe® Scaled Agile Framework

SA SAFe® Agilist

SBD Set-Based Design

SM Scrum Master

SMART Specific, Measurable, Achievable,Realistic, Time-bound

SoS Scrum of Scrums

SP SAFe® Practitioner

SPC SAFe® Program Consultant

STE Solution Train Engineer

SW Software

UX User Experience

VS Value Stream

VSE Value Stream Engineer

WIP Work in Process

WSJF Weighted Shortest Job First

XP Extreme Programming

© Scaled Agile, Inc. | www.scaledagileframework.com 3

_ueditor_page_break_tag_

Agile Team
在 SAFe 中，Agile team 是一个由 5-11 个人组成的跨职能团队，能在短时间内定义、 构建、测试并交付价值增量。

Architectural Runway
Architectural Runway 包括既有代码、组件和技术基础设施，它们对于实现近期 feature 必不可少，无需重新设计，没有过度延迟。

Built-In Quality
Built-In Quality 实践确保在整个开发过程中，每个增量上的每个 Solution 元素均符 合相应的质量标准。

Business Owners
Business Owners 是一小组利益相关者，他们对由 Agile Release Train (ART) 开发的 Solution 的治理、compliance 和投资回报 (ROI) 负有主要的业务和技术责任。他们是 ART 的关键利益相关者，必须评估适用性并积极参与特定的 ART 活动。

Capability
Capability 是指更高层次的 solution 行为，通常跨越多个 ART。Capability 将调整大 小并分割为多个 feature 以促进它们在一个 PI 中的实施。

Communities of Practice (CoPs)
Communities of Practice (CoPs) 是指对特定技术或业务领域拥有共同兴趣的群体。他 们经常协作，以分享信息、提高技能，并积极主动地精进该领域的通用知识。

Compliance
Compliance 是指一项战略以及一系列活动和工件，可以使团队利用精益-敏捷开发方式来构建具有最高质量的系统，同时保证这些系统符合任何法规、行业或其他相关标准。

Continuous Delivery Pipeline
Continuous Delivery Pipeline (CDP) 代表一项新功能从构思引导到价值 on-demand release 到最终用户所需的工作流程、活动和自动化。

Continuous Deployment (CD)
Continuous Deployment (CD) 是指从暂存环境获取经过验证的 Feature 并将其部署到生 产环境中以准备 release 的过程。

Continuous Exploration (CE)
持续探索 (CE) 流程通过持续探索market和 customer 需求，以及定义 vision、roadmap 以及一整套解决此类需求的 solution 的功能，促进创新并针对应该构建什么形成统一。

Continuous Integration (CI)
Continuous Integration (CI) 是指从 Program Backlog 获取 feature，并在过渡环境中对其进行开发、测试、整合及验证以进行部署和释放准备的过程。

Core Values
协调一致、内建质量、透明和项目执行这四个 Core Values 是对 SAFe 有效性而言十分 关键的重要信念。这些指导原则将有助于指引每一位参与 SAFe portfolio 的人员的行 为。

DevOps
DevOps 是一种理念、文化和技术实践集合。它可以提供人们所需要的沟通、整合、自动化和密切合作，这些方面在计划、开发、测试、部署、释放和维护 Solution 时必不可 少。

Enablers
Enabler 可为延长 Architectural Runway 以提供未来业务功能所需的活动提供支持。这包括探索、架构、基础设施和 compliance。Enabler 被记录在多个 backlog 中，并存在 于整个 Framework 中。

Enterprise Enterprise

是指每个 SAFe portfolio 所属的业务实体。

Solution Delivery
Solution Delivery 能力描述了如何将精益敏捷原则和实践应用到大型且复

Enterprise
Enterprise杂的软件应用程序、网络和网络物理系统的规范、开发、部署、操作以及演进中。

Epic Owners
Epic Owners 通过 Portfolio Kanban 系统，负责 portfolio Epic 的协调。他们将合作 定义 epic、其最简可行产品 (MVP) 和精益业务案例，并在得到批准后推动实施。

Epics
Epic 是一个面向重要 solution 开发活动的容器，它能捕获在一个 portfolio 中发生的 更实质性的投资。由于其具有相当大的范围和影响力，因此在实施之前，epic 需要Minimum Viable Product (MVP) 的定义和 Lean Portfolio Management (LPM) 的批准。

Essential SAFe
Essential SAFe 包含 Agile team 在通过 Agile Release Train (ART) 持续交付业务 solution 时所必需的最小的角色、活动和工件。

Features
Feature 是指满足利益相关者需求的服务。每个 feature 均包括利益假设和接收标准， 并根据需要调整大小或分割，使其可以在 Program Increment (PI) 内由单一的 Agile Release Train (ART) 交付。

Foundation
Foundation 包括大规模地成功交付价值所需要的支持原则、价值观、理念、实施指导和 领导力角色。

Full SAFe
Full SAFe 是最全面的配置，包括业务敏捷性所需的所有七个核心能力。

Innovation and Planning Iteration
The Innovation and Planning (IP) Iteration 出现在每个 Program Increment (PI) 中，具有多种用途。它可以作为估算的缓冲，以满足 PI 目标，并为创新、继续教育、PI 计划与 Inspect and Adapt (I&A) 活动提供专属的时间。

Inspect & Adapt (I&A)
The Inspect and Adapt (I&A) 是在每个 Program Increment (PI) 结束时开展的重要活 动，并由 train 来演示并评估 Solution 的当前状态。然后，团队通过一个有组织的问 题解决研讨会，反思和识别改进 backlog 事项。

Iteration
Iteration 是 Agile 开发的基石。每个 iteration 都是一个标准的、固定长度的时间盒，在此期间，Agile Team 通过可运行、经过测试的软件和系统的方式，交付增量价 值。时间盒的推荐期限为两周。但是，一至四周的时间均可接受，具体取决于业务环境。

Iteration Execution
Iteration Execution 是 Agile Team 在 Iteration 时间盒内管理其工作的方式，从而 得到高质量、可运行和经过测试的系统增量。

Iteration Goals
Iteration Goals 是对 Agile Team 同意在 Iteration 中实现的业务和技术目标的高度总结。它们对于协调 Agile Release Train (ART) 成为具有自我组织和自我管理能力的 团队而言至关重要。

Iteration Planning
Iteration Planning 是一项活动，所有团队成员一起决定在下一个 Iteration 中可以承 诺交付的 Team Backlog 数量。团队将工作总结为一组已承诺的 Iteration Goal。

Iteration Retrospective
Iteration Retrospective 是一项常规会议，Agile Team 成员在这个会议中讨论Iteration 结果、评审其实践，并确定改进的方式。

Iteration Review
Iteration Review 是一项基于节奏的互动，在活动中，每个团队在每个 Iteration 结束时检查增量以评估进度，然后针对下一个 iteration 调整其 backlog。

Large Solution SAFe
Large Solution SAFe 描述了构建和开发大型应用程序、网络和网络物理系统所需的额外 角色、实践和指导。

Lean Budget Guardrails
Lean Budget Guardrails 描述适用于分配给特定产品组合的预算、支出和治理政策与实 践。

Lean Budgets
Lean Budgets 为投资提供有效的财务治理，大大减少开销和摩擦，为显著提高开发工作 的工作量提供支持。

Lean Enterprise
Lean Enterprise 是一种蓬勃发展的数字时代组织，它展示了业务敏捷性——通过在最短 的可持续交付时间内向 customer 交付创新的系统和 solution，对market变化和新出现的机会做出快速响应。

Lean Portfolio Management
Lean Portfolio Management 能力通过把精益和系统思维方法应用到战略和投资融资、敏 捷的 portfolio 操作和治理中来调整战略和执行。

Lean User Experience (Lean UX)
Lean User Experience (Lean UX) 设计是一种理念、文化以及采纳精益-敏捷方式的过 程。它以最简可行增量来实施功能，并通过结果与利益假设的对比衡量来判断成功与否。

Lean-Agile Leadership
Lean-Agile Leadership 能力描述 Lean-Agile Leader 如何通过授权个人和团队挖掘其最大潜力来推动并维持组织变革和卓越运营。

Lean-Agile Mindset
Lean-Agile Mindset 是奉行敏捷宣言与精益思想概念的 SAFe 领导者和从业人员的信念、假设、态度和行动的组合。它是采用和应用 SAFe 原则和实践的个人、知识和领导基 础。

Lean-Agile Principles
SAFe 以十个不可改变的基本 Lean-Agile Principles 为基础。这些原则和经济概念可为 SAFe 的角色和实践提供启迪和信息。

Metrics
Metrics 是共同商定的衡量标准，用于评估企业朝着portfolio、大型 solution、项目和 团队业务及技术目标发展的进度。

Milestones
Milestones用于跟踪朝着特定目标或事件发展的进度。有三种类型的 SAFe milestones:Program Increment (PI)、固定日期和学习 milestone。

Model-Based Systems Engineering (MBSE)
Model-Based Systems Engineering (MBSE) 是开发一组相关系统模型的实践，这些模型可有助于定义、设计和记录开发中的系统。这些模型提供了探索、更新并与利益相关者沟通系统相关方面的有效方法，同时大幅减少或消除对传统文档的依赖。

Nonfunctional Requirements (NFR)
Nonfunctional Requirements (NFR) 定义了系统属性，如安全性、可靠性、性能、可维 护性、可扩展性和可用性。贯穿不同层级的backlogs，这些需求作为对系统设计的约束或限制。

PI Objectives
Program Increment (PI) Objectives 描述了 Agile Team 或 Train 在即将到来的 Program Increment (PI) 中想要实现的业务和技术目标总结。

Portfolio Backlog
Portfolio Backlog 是 SAFe 中最高等级的 backlog。它为即将到来的业务和 enabler Epic 提供了一个等待区，这些 epic 旨在创建和开发一套全面的 solution。

Portfolio Kanban
Portfolio Kanban 系统是对从构思到分析、实施再到完成的 portfolio epics 流程进行 可视化管理的方法。

Portfolio SAFe
Portfolio SAFe 使战略与执行保持一致，并通过一个或多个 value stream 围绕价值的流动来组织 solution 开发。

Portfolio Vision
Portfolio Vision 是对 portfolio 的 value stream 和 solution 的未来状态的描述， 并描述它们将如何协作以实现 portfolio 的目标和 enterprise 更广泛的目标。

Pre-and Post-PI Planning
Pre– and Post–Program Increment (PI) Planning 活动可用于为 Solution Train 中 的 Agile Release Train (ART) 和 Supplier 的 PI Planning 做好充分准备，并在此后加以跟踪执行。

Product Management
Product Management 负责定义和支持构建理想的、可行的、可实施的和可持续的产品， 以满足 customer 在产品生命周期中的需求。

Product Owner (PO)
Product Owner (PO) 是 Agile Team 的成员之一，负责定义 Story 和排定 Team Backlog 优先级以简化重点的执行，同时维持团队的 Feature 或组件的概念和技术完整 性。

Program Backlog
Program Backlog 是未来的 Feature 的暂存区，可用于为某个 Agile Release Train (ART) 满足用户需求和交付业务收益。它还包括构建 Architectural Runway 所需的 enabler feature。

Program Increment (PI)
Program Increment (PI) 是指一个时间盒，在此期间，Agile Release Train (ART) 通 过可运行、经过测试的软件和系统的方式，交付增量价值。PI 通常为 8 至 12 周。最常见的 PI 模式为 4 个开发 Iteration，紧跟着 1 个 Innovation and Planning (IP) Iteration。

Program Increment (PI) Planning
Program Increment (PI) Planning 是一项基于节奏的面对面活动，该活动作为 Agile Release Train (ART) 的心跳，使 ART 上的所有团队朝着共同的目标和 Vision 努力。

Program Kanban
Program and Solution Kanban 系统时可视化和管理从构思到分析、实施和释放直至Continuous Delivery Pipeline 的 Feature 和 Capability 流程的方式。

Release Train Engineer (RTE)
Release Train Engineer (RTE) 是 Agile Release Train (ART) 的仆人式领导和教练。 RTE 的主要职责是推动 ART 活动和流程并帮助团队交付价值。RTE 与利益相关者沟通交流、增加障碍、帮助管理风险和推动不断改进。

Release on Demand
Release on Demand 是根据需求将新功能部署到生产中，并立即或增量式释放给Customer 的过程。

Roadmap
Roadmap 是事件和 Milestone 的时间表，用于沟通在计划展望期内已计划的 Solution 交付成果。

SAFe Implementation Roadmap
SAFe Implementation Roadmap 包括概览图和一部包含 12 篇文章的系列丛书，丛书中描 述了一项战略和一系列按顺序排列的活动，这些活动经证实在成功实施 SAFe 方面十分有效。

SAFe Program Consultants (SPC)
认证 SAFe® Program Consultants (SPC) 是将自己的 SAFe 技术知识与内在动机相结合 的变革推动者，致力于改善公司的软件和系统开发流程。他们在成功实施 SAFe 方面发挥 着关键作用。SPC 来自多个内部或外部角色，包括业务和技术领导人、portfolio/项目经 理、流程主管、架构师、分析师和顾问。

SAFe for Government
SAFe for Government 是一套成功模式，有助于公共部门机构在goverement环境中实施精益-敏 捷实践。

SAFe for Lean Enterprises
SAFe® for Lean Enterprises 是一个经证实的综合原则、实践和能力的知识库，用于通 过大规模实施精益、敏捷和 DevOps 来实现业务敏捷性。

Scrum Master
Scrum Master 是 Agile Team 的仆人式领导和教练。他们帮助在 Scrum、极限编程 (XP)、Kanban 和 SAFe 领域培训团队，并确保遵循共同商定的敏捷流程。此外，他们也 帮助排除障碍、营造环境，以实现高绩效团队活力、持续流动和不断改进。

ScrumXP
ScrumXP 是为 SAFe 中的跨职能、自我组织的团队带来价值的轻量级流程。它结合了Scrum 项目管理实践与极限编程 (XP) 实践的能力。

Set-Based Design (SBD)
Set-Based Design (SBD) 是一项在开发流程期间使要求和设计选项的灵活性维持尽可能 长时间的实践。SBD 并没有提前选择一个单点 solution，而是识别并同时探索多个选项，并随着时间的推移去除较差的选项。它会在验证假设之后才全力投入到技术 solution 中，这样做会产生更理想的经济成果，从而提高了设计流程中的灵活性。

Shared Services
Shared Services 代表 Agile Release Train (ART) 或 Solution Train 获得成功所需 的但又无法全职工作的专业角色、人员和服务。

Solution
每个 Value Stream 都会产生一个或多个 Solution，可以是交付给 Customer 的产品、服务或系统，无论该 Customer 来自 Enterprise 内部还是外部。

Solution Architect/Engineer
Solution Architect/Engineering 负责在 Solution Train 中定义和沟通共同的技术和架构 vision，以帮助确保开发中的系统或 solution 符合其预期目的。

Solution Backlog
Solution Backlog 是用于未来 Capability 和 enabler 的暂存区，每个 Capability 和 enabler 均可跨越多个 ART，并用于推进 Solution 和构建其 architectural runway。

Solution Context
Solution Context 可识别出 Solution 运营环境的关键方面。它可提供对 solution 本 身的要求、使用情况、安装、运营和支持的基本理解。Solution context 对于 Release on Demand 的机会和限制具有重大影响力。

Solution Demo
在 Solution Demo 中，来自 Solution Train 的开发工作成果被加以整合及评估，并向Customers 和其他利益相关者进行可视化呈现。

Solution Intent
Solution Intent 是指用于存储、管理和沟通当前和目标 Solution 行为的知识库。根据需要，可包括固定和可变的规格和设计;参考适用的标准、系统模型、功能和非功能测 试;以及可追溯性。

Solution Management
Solution Management 负责定义和支持构建可一直满足 customer 需求的可取的、可行 的、可实施的和可持续的大型业务 solution。

Solution Train
Solution Train 是用于构建大型复杂 Solutions 的组织结构，这些 Solutions 需要协 调多个 Agile Release Train (ART) 以及 Supplier 的贡献。它可通过 solutionVision、待办事项、Roadmap 以及协调一致的 Program Increment (PI) 来使 ART 与共 同的业务和技术目标保持一致。

Solution Train Engineer (STE)
Solution Train Engineer (STE) 是 Solution Train 的服务领导者和指导员，负责促进 和指导 Value Stream 中所有 ART 和 Supplier 的工作。

Spanning Palette
Spanning Palette 包含可能适用于某个具体团队、项目、大型 solution 或 portfolio环境的不同角色和工件。

Stories
Story 是以用户语言编写的，是对一小块期望功能的简短描述。 Agile Teams 将实施小 的、垂直的系统功能切片，并调整大小，以便其可以在一个 Iteration 中完成。

Strategic Themes
Strategic themes 是差异化的业务目标，用于将投资组合与 enterprise 的战略相关联。它们影响 portfolio 战略，并为 portfolio 决策提供业务背景。

Supplier
Supplier 是指开发和交付组件、子系统或服务以帮助 Solution Train 和 Agile Release Train 向其 Customer 提供 Solution 的内部或外部组织。

System Architect/Engineering
System Architect/Engineering 负责为 Agile Release Train (ART) 定义和沟通共同的 技术和架构 vision，以帮助确保开发中的系统或 solution 符合其预期目的。

System Demo
System Demo 是一项重要活动，可针对 Agile Release Train (ART) 中所有团队交付的最近 Iteration 提供新 Feature 的综合性视图。每个 demo 均可为 ART 利益相关者提供在 Program Increment (PI) 期间衡量进度的客观度量。

System Team
System Team 是一个专业的 Agile Team，帮助构建并支持敏捷开发环境，通常包括开发 和维护工具链，以支持 Continuous Delivery Pipeline。 System Team 还可支持来自各 Agile team 的资产的集成，在必要时执行端到端 Solution 测试，并协助部署和 Release on Demand。

Team Backlog
Team Backlog 包含来源于 Program Backlog 的 user Stories 和 enabler Stories，也包含从团队的本地环境中产生的 stories。其中还可能包含其他工作项目，代表了团队为推进系统中其负责的部分所需要做的所有事情

Team Kanban
Team Kanban 是帮助团队促进价值流动的一种方法，它通过可视化工作流程、建立在制品(WIP) 限制、度量吞吐量以及不断改进流程来实现。

Value Stream Coordination
Value Stream Coordination 定义了如何管理依赖关系以及利用仅存在于 value stream之间的相互联系中的机会。

Value Streams
Value Stream 代表组织实施向 customer 提供持续价值流动的 Solution 所使用的一系 列步骤。

Vision
Vision 是指针对开发中的 Solution 的未来展望的一种描述。它可反映出 Customer 和 利益相关者的需求，以及应当满足这些需求的 Feature 和 Capabilities。

Weighted Shortest Job First (WSJF)
Weighted Shortest Job First (WSJF) 是一种用来为作业(例如 Features、 Capabilities 和 Epics)排定次序的优先级模型，以便产生最大的经济收益。在 SAFe 中，WSJF 的估算方法是延迟成本 (CoD) 除以作业规模大小。