Glossary 4.5 - Translations Master zhCN · 念。这些指导原则将有助于指引每一位参与 SAFe portfolio 的人员的行为。 Customers Customers 是指每一个 Solution

© Scaled Agile, Inc.

提供者

Built-In Quality

• Culture• Automation• Lean Flow• Measurement• Recovery

IP

IP

IP

IP

NFRs

PI Objectives

ArchitecturalRunway

System DemosSystem Demos

SWFWHW

Agile Teams

GoalsGoals

Prog

ram

Incr

emen

t P

I Pla

nnin

g

BacklogKanban

Scrum

XP • Plan• Execute• Review• Retro

ScrumMaster

ProductOwner Story

NFRs

IterationsIterations

ProductMgmt

SystemArch/Eng

RTE

PROGRAM

TEAM

Prog

ram

Incr

emen

t P

I Pla

nnin

g

Enabler StoryDev Team

Prog

ram

Incr

emen

t P

I Pla

nnin

gContinuousExploration

ContinuousIntegration

ContinuousDeployment

Continuous Delivery Pipeline

EnablerEnablerFeature

FeatureFeatureFeature

DevOps

Develop on Cadence Develop on Cadence

AGILE RELEASE TRAIN

Releaseon Demand

Business Owners

MBSE

Compliance

Set-Based

VariableFixed

Customer

EconomicFramework

Backlog

Kan

ban

NFRs

WSJF

SolutionMgmt

SolutionArch/Eng

STE

Solution Context

Solution

LARGE SOLUTIONSolutionDemoSolutionDemo

SolutionDemo

SolutionDemo

PostPr

e

CapabilityEnabler

SupplierSOLUTION

TRAIN

PostPr

e

NFRsKan

ban

Backlog

WSJF

Coordination

StrategicThemes

NFRsKan

ban

BacklogEpic

OwnersEnterpriseArchitect

LeanPortfolio Mgmt

KPIs

Enterprise PORTFOLIOEpicEpic Enabler

Lean Budgets

Value Streams

System Team

Metrics

Vision

Milestones

CoP

Roadmap

Shared Services

Lean UX

Lean-AgileLeaders

SAFe Principles

Core Values

Lean-AgileMindset

ImplementationRoadmap SPC

4.5Leffingwell, et al. © 2008–2018 Scaled Agile, Inc.

FULL ConfigurationSAFe® for Lean Enterprises

www.scaledagileframework.com | www.scaledagile.com

Scaled Agile Framework 术语及定义简体中文

SAFe® 术语表

community.scaledagile.com

SAFe

欢迎阅读 SAFe® 4.5 术语表

访问 SAFe 社区平台管理您的会员档案、参加 communities of practice 和访问会员目录。

帮助自己做好充分准备利用学习计划为认证做好准备：访问您的学员手册、学习材料，并在参加认证

测试前进行模拟测试。

获得 SAFe 认证获得认证以得到对于您技能的认可，并开启全新的职业机遇。

出示 SAFe 认证利用您的数字徽章查看全球就业观点、跟踪市场人力资源数据并了解您的技能

的用武之地。

充分提高您的学习成果

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

首字母缩略词和缩写指南

ART 敏捷发布火车

BO 业务负责人

BV 业务价值

BVIR 大型可视化信息雷达

CapEx 资本支出

CD 持续交付

CE 持续探索

CI 持续集成

CFD 累计流图

CoD 延迟成本

CoP 实践社区

DoD 完成定义

DSU 每日站立会议

EA 企业架构师

EO 史诗负责人

FW 固件

HW 硬件

I&A 检视和调整

IP 创新与计划（迭代）

KPI 关键绩效指标

LPM 精益投资组合

MBSE 基于模型的系统工程

MMF 最小适销特性

MVP 最小可行产品

NFR 非功能性需求

OE 机会促成

OpEx 运营支出

PDCA 计划、执行、检查、调整

PI 项目群增量

PM 产品经理

PO/PM 产品负责人/产品经理

PO 产品负责人

ROAM 解决、负责、接受、减轻

RR 风险降低

RTE 发布火车工程师

S4T 面向团队的 SAFe®

SAFe® 规模化敏捷框架

SA SAFe® 敏捷专家

SBD Set-Based Design

SM Scrum Master

SMART 具体、可测量、可实现、现实、时效

SoS Scrum of Scrums

SP SAFe® 实践者

SPC SAFe® 咨询顾问

STE 解决方案火车工程师

SW 软件

UX 用户体验

VS 价值流

VSE 价值流工程师

WIP 在制品

WSJF 加权最短作业优先

XP 极限编程


注意：SAFe 4.5 大图上的术语表术语在定义说明中需保留英语形式，以保证分类学上的一致性。

Agile ArchitectureAgile Architecture 是一系列价值和实践的组合，这些价值和实践可在实施新的系统能力的同时支持系统设

计和架构的积极演进。

Agile Release Train (ART) Agile Release Train (ART) 是一个长期存在的、由多个敏捷团队组成的团队，该团队与其他利益相关者一同

使用 Program Increment (PI) 时间盒内的一系列固定长度的 Iterations，增量地开发并交付解决方案。ART 可使多个团队在共同的业务及技术目标上保持协调一致。

Agile TeamSAFe Agile Team 是一个由 5 到 10 人组成的跨职能团队，该团队有能力并有权在较短的 Iteration 时间盒

内定义、构建和测试 Solution 价值的部分元素。具体而言，SAFe Agile Team 包括 Dev Team、Scrum

Master 和 Product Owner 等角色。

Architectural RunwayArchitectural Runway 包括既有代码、组件和技术基础设施，它们对于实现近期 feature 必不可少，无需

重新设计，没有过度延迟。

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

Business OwnersBusiness Owners 是一小组利益相关者，他们对由 Agile Release Train (ART) 开发的 Solution 的治

理、compliance 和投资回报 (ROI) 负有主要的业务和技术责任。他们是 ART 的关键利益相关者，必须评

估适用性并积极参与特定的 ART 活动。

CapEx and OpEx资本支出 (CapEx) 和运营支出 (OpEx) 描述了 Value Stream 预算中的精益-敏捷财务实践。在某些情况

下，CapEx 可能包括与开发无形资产（如软件、知识产权和专利）相关的资本化的劳动力。

CapabilityCapability 是高层次的 solution 行为，通常跨越多个 ART。Capability 的规模大小将被调整并被分割为多

个 feature 以促进它们在一个 PI 中的实施。

Communities of Practice (CoPs) Communities of Practice (CoPs) 是指对特定技术或业务领域拥有共同兴趣的有组织的群体。他们经常协

作，以分享信息、提高技能，并积极主动地精进该领域的通用知识。


ComplianceCompliance 是指一项战略以及一系列活动和工件，可以使团队利用精益-敏捷开发方式来构建具有最高质

量的系统，同时保证这些系统符合任何法规、行业或其他相关标准。

Continuous Delivery PipelineContinuous Delivery Pipeline（也称为“pipeline”）是指向最终用户持续发布价值所需的工作流程、

活动和自动化。

Continuous Deployment (CD)Continuous Deployment (CD) 是指从 Continuous Integration 获取经过验证的 Feature 并将其部署到

生产环境中以进行发布的测试和准备过程。这是由四个环节组成的 Continuous Delivery Pipeline 的第三

个元素，这四个环节分别为 Continuous Exploration (CE)、Continuous Integration (CI)、Continuous

Deployment 和 Release on Demand。

Continuous Exploration (CE)Continuous Exploration (CE) 是指持续探索市场和用户需求，并定义 Vision、Roadmap 以及满足这些需

求的 Feature 集合的过程。这是由四个环节组成的 Continuous Delivery Pipeline 的第一个元素，后续环

节分别为 Continuous Integration (CI)、Continuous Deployment 和 Release on Demand。

Continuous Integration (CI)Continuous Integration (CI) 是指从 Program Backlog 获取 feature，并在准生产环境中对其进行开发、

测试、整合及验证以进行部署和发布准备的过程。

Core Values协调一致、内建质量、透明和项目群执行这四个 Core Values 是对 SAFe 有效性而言十分关键的重要信

念。这些指导原则将有助于指引每一位参与 SAFe portfolio 的人员的行为。

CustomersCustomers 是指每一个 Solution 的最终购买者。他们是精益-敏捷开发流程和 Value Stream 中不可或缺

的一部分，并在 SAFe 中负有明确的责任。

Dev TeamDev Team 是 Agile Team 的组成部分。它由许多能够开发和测试 Story、Feature 或组件的专职专业人

士组成。Dev Team 通常包括软件开发人员和测试人员、工程师以及完成某个垂直功能切片所需要的其他

专家。

DevOpsDevOps 是一种理念、文化和一系列技术实践集合。它可以提供人们所需要的沟通、整合、自动化和密切

合作，这些方面在计划、开发、测试、部署、发布和维护 Solution 时必不可少。


Develop on CadenceDevelop on Cadence 是在基于流动的系统中，管理系统开发固有可变性的一种基本方法，可确保按照定

期、可预测的时间表进行重要的事件和活动。

Economic FrameworkEconomic Framework 是一套决策规则，使每个人在 Solution 的财务目标上保持协调一致，并可为经济

决策流程提供指导。它包含四个主要概念：Lean Budgets、Epic 投资和治理、去中心化决策和基于延迟成

本 (CoD) 的作业排序。

EnablersEnablers 可为延长 Architectural Runway 以提供未来业务功能所需的活动提供支持。这包括探索、基础设

施、compliance 合规和架构开发。它们被记录在多个 backlog 中，并存在于 SAFe 框架的所有层级中。

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

Enterprise Architect Enterprise Architect 培养适应性设计和工程实践，并推动 portfolio 的架构举措。Enterprise Architects 还可引导在一个 portfolio 中多个 solution 之间复用构思、组件、服务和经过验证的模式。

EpicEpic 是 Solution 开发举措的容器，且规模足够庞大，需要在实施前进行分析、确定最小可行产品 (MVP) 和获得财务批准。实施将在多个 Program Increments (PI) 上进行，并遵循精益创业“构建-衡量-学习”

循环。

Epic OwnersEpic Owners 通过 Portfolio Kanban 系统，负责 portfolio Epic 的协调。他们将定义 epic、其最简可行

产品 (MVP) 和精益业务案例，并在得到批准后推动实施。

Essential SAFe configurationEssential SAFe configuration 是 SAFe 框架的核心所在，也是实施 SAFe 最简单的出发点。它是所有其

他 SAFe configuration 的基本构件，并阐明了实现大多数框架利益所需要的最关键元素。

FeaturesFeature 是指满足利益相关者需求的服务。每个 feature 均包括利益假设和接收标准，并根据需要调整大小

或分割，使其可以在 Program Increment (PI) 内由单一的 Agile Release Train (ART) 交付。

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


Full SAFe configurationFull  SAFe  configuration 是 SAFe 框架最为综合全面的版本。它可为构建和维护大型集成 solution 的

enterprise 提供支持，而这些 solution 需要数以百计甚至更多的人员，并包括 SAFe 的所有层级：团

队、项目群、大型 solution 和 portfolio。在规模最大的 enterprise 中，可能需要多种类型不同的 SAFe

configuration。

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 事项。

IterationIteration 是 Agile 开发的基石。每个 iteration 都是一个标准的、固定长度的时间盒，在此期间，Agile

Team 通过可运行、经过测试的软件和系统的方式，交付增量价值。时间盒的推荐时长为两周。然而，根据

业务背景，一到四周的时长也是可以接受的。

Iteration ExecutionIteration Execution 是 Agile Team 在 Iteration 时间盒内管理其工作的方式，从而得到高质量、可运行和

经过测试的系统增量。

Iteration GoalsIteration Goals 是对 Agile Team 同意在一个 Iteration 中实现的业务和技术目标的高度总结。它们对于协

调 Agile Release Train (ART) 成为具有自我组织和自我管理能力的团队而言至关重要。

Iteration PlanningIteration Planning 是一项活动，所有团队成员一起决定将从 team backlog 中承诺哪些内容，在下一个迭

代中进行交付。团队将工作总结为一组已承诺的 Iteration Goal。

Iteration RetrospectiveIteration Retrospective 是一项常规会议，Agile Team 成员在这个会议中讨论 Iteration 结果、评审其实

践，并识别改进的方式。

Iteration ReviewIteration Review 是一项基于节奏的活动，在活动中，每个团队在每个 Iteration 结束时检查增量以评估进

度，然后据此调整下一个 iteration 的 backlog。


Large Solution LevelLarge Solution Level 包括构建大型复杂 solution 所需的角色、工件和流程。这其中包括更着重于在

Solution Intent 中捕获需求、协调多个 Agile Release Train (ART) 和 Supplier 以及确保法规和标准

compliance 的必要性。

Large Solution SAFe configurationLarge Solution SAFe configuration 用于开发最大规模及最复杂的 solution，这些 solution 通常需要多

个 Agile release train 和 Supplier，但不需要 portfolio-level 的考量。这对于航空与国防、汽车和政府等

行业非常常见，在这些行业中，主要的关注点在于大型 solution，而非 portfolio 治理。

Lean BudgetsLean Budgets 是一系列实践的组合，这可通过对可运行系统的客观评估、对 Epic 投资的主动管理以及动

态预算调整来实现。

Lean Portfolio Management (LPM)Lean Portfolio Management (LPM) 职能对于 SAFe portfolio 中的产品和 Solution 负有最高等级的决

策和财务责任。

Lean User Experience (Lean UX)Lean User Experience (Lean UX) 设计是一种理念、文化以及采纳精益-敏捷方式的过程。它以最小可行增

量来实施功能，并通过结果与利益假设的对比衡量来判断成功与否。

Lean and Agile PrinciplesSAFe 以九个不可改变的基本 Lean and Agile Principles 为基础。这些原则和经济概念可为 SAFe 的角色

和实践提供启迪和信息。

Lean-Agile LeadersLean-Agile Leaders 是终身学习者，负责 SAFe 的成功采用及其交付的结果。他们通过学习、展示、教授

和教练 SAFe 的精益-敏捷原则与实践，授权并帮助团队构建更好的系统。

Lean-Agile MindsetLean-Agile Mindset 是奉行敏捷宣言与精益思想概念的 SAFe 领导者和从业人员的信念、假设和行动的组

合。它是采用和应用 SAFe 原则和实践的个人、知识和领导基础。

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

目标发展的进度。


MilestonesMilestones 用于跟踪朝着特定目标或事件发展的进度。有三种类型的 SAFe milestones：Program

Increment (PI)、固定日期和学习 milestone。

Model-Based Systems Engineering (MBSE)Model-Based Systems Engineering (MBSE) 是开发一组相关系统模型的实践，这些模型可有助于定义、

设计和记录开发中的系统。这些模型提供了探索、更新并与利益相关者沟通系统相关方面的有效方法，同时

大幅减少或消除对传统文档的依赖。

Nonfunctional Requirements (NFR)Nonfunctional Requirements (NFR) 定义了系统属性，如安全性、可靠性、性能、可维护性、可扩展性和

可用性。这些需求可作为设计跨不同层级 backlog 的系统的约束或限制。

Portfolio BacklogPortfolio Backlog 是 SAFe 中最高等级的 backlog。它可提供一个用于未来业务 Epic 和 enabler Epic 的暂存区，旨在打造一系列综合全面的 Solution，而暂存区可提供解决 Strategic Themes 和推动业务成

功所需的差异化竞争和运营改进。

Portfolio KanbanPortfolio Kanban 是一种方法，用于可视化、管理和分析 portfolio Epic 从构思到实施和完成的。

Portfolio LevelPortfolio Level 包括启动和治理一系列开发 Value Stream 所需的原则、实践和角色。value stream 及其

Solution 的战略和投资融资均在此层级加以定义。此层级还可针对交付 solution 所需的人员和资源提供敏

捷 portfolio 运营和精益治理。

Portfolio SAFe configurationPortfolio SAFe configuration 可通过一个或多个 value stream 并围绕价值流动组织敏捷开发，以帮助实

现 portfolio 执行与企业战略的协调一致。它可通过适用于 portfolio 战略和投资融资、敏捷 portfolio 运营

和精益治理的原则和实践来提供业务敏捷性。

Pre-and Post-PI PlanningPre- and Post-Program Increment (PI) Planning 活动可用于为 Solution Train 中的 Agile Release Train

(ART) 和 Supplier 的 PI Planning 做好充分准备，并在此后加以跟踪执行。

Product ManagementProduct Management 对 Program Backlog 拥有内容权威性。他们负责识别 Customer 需求，排定

Feature 的优先级，通过 Program Kanban 指导工作并开发项目 Vision 和 Roadmap。


Product Owner (PO)Product Owner (PO) 是 Agile Team 的成员之一，负责定义 Story 和排定 Team Backlog 优先级以简化

项目群执行的优先级，同时维持团队的 Feature 或组件的概念和技术完整性。

Program BacklogProgram Backlog 是未来的 Feature 的暂存区，可用于为某个 Agile Release Train (ART) 满足用户需求

和交付业务收益。它还包括构建 Architectural Runway 所需的 enabler feature。

Program Increment (PI) A Program Increment (PI) 是指一个时间盒，在此期间，Agile Release Train (ART) 交付增量价值通过可

运行、经过测试的软件和系统的方式。PI 通常为 8 至 12 周。最常见的 PI 模式为 4 个开发 Iteration，紧跟

着 1 个 Innovation and Planning (IP) Iteration。

Program Increment (PI) PlanningProgram Increment (PI) Planning 是一项基于节奏的面对面的活动，该活动作为 Agile Release Train

(ART) 的心跳，使 ART 上的所有团队朝着共同的目标和 Vision 努力。

Program KanbanProgram and Solution Kanban 系统是一种管理方式，用于可视化和管理 Feature 和 Capability 从构思

都分析、实施直至通过 Continuous Delivery Pipeline 发布的流动。

Program LevelProgram Level 包含了通过 Agile Release Train (ART) 持续交付 solution 所需的角色和活动。

RefactoringRefactoring 是指在不更改代码或组件的外部行为的前提下改进其内部结构或运营的活动。

Release Train Engineer (RTE)The Release Train Engineer (RTE) 是 Agile Release Train (ART) 的服务式领导和教练。RTE 的主要职

责是推动 ART 活动和流程并帮助团队交付价值。RTE 与利益相关者沟通交流、升级障碍、帮助管理风险和

推动不断改进。

Release on DemandRelease on Demand 是根据市场需求将部署到生产环境中的 Feature 增量式地或者直接地发布给 Customer 的过程。

RoadmapRoadmap 是事件和 Milestone 的时间表，用于沟通在一段时间内已计划的 Solution 交付成果。其中包括

对已计划的未来 Program Increment (PI) 的承诺，并对接下来几个 PI 预测的可交付成果进行可视化呈现。


SAFe Implementation RoadmapSAFe Implementation Roadmap 包括概览图和12篇系列文章，这些文章中描述了一项战略和一系列按顺

序排列的活动，这些活动经证实在成功实施 SAFe 方面十分有效。

SAFe Program Consultants (SPC)SAFe Program Consultants (SPC) 是将自己的 SAFe 技术知识与内在动机相结合的变革推动者，致力于

改善公司的软件和系统开发流程。他们在成功实施 SAFe 方面发挥着关键作用。SPC 来自多个内部或外部

角色，包括业务和技术领导人、portfolio/项目群/项目经理、流程主管、架构师、分析师和顾问。

Scrum Master Scrum Master 是 Agile Team 的服务式领导和教练。他们帮助在 Scrum、极限编程 (XP)、Kanban 和

SAFe 领域培训团队，并确保遵循共同商定的敏捷流程。此外，他们也帮助排除障碍、营造环境，以实现高

绩效团队活力、持续流动和不断改进。

ScrumXPScrum XP 是为 SAFe 中的跨职能、自组织团队交付价值的轻量级流程。它结合了 Scrum 项目管理实践与

极限编程 (XP) 实践的能力。

Set-Based DesignSet-Based Design (SBD) 是一项在开发流程期间使需求和设计选项的灵活性维持尽可能长时间的实

践。SBD 并没有提前选择一个单点 solution，而是识别并同时探索多个选项，并随着时间的推移去除较差

的选项。它会在验证假设之后才全力投入到技术 solution 中，从而提高了设计流程中的灵活性，这样做会

产生更理想的经济成果。

Shared ServicesShared Services 代表 Agile Release Train (ART) 或 Solution Train 获得成功所需、但又无法全职工作的

专业角色、人员和服务。

Solution每个 Value Stream 都会产生一个或多个 Solution，可以是交付给 Customer 的产品、服务或系统，无论

该 Customer 来自 Enterprise 内部还是外部。

Solution Architect/EngineerSolution Architect/Engineering 角色代表为正在开发的 Solution 定义共同的技术与架构 vision 的个人或

小团队。他们参与决定系统、子系统和接口的过程，验证技术假设并评估替代方案，同时与 Agile Release

Train (ART) 和 Solution Train 展开密切合作。

Solution BacklogSolution Backlog 是一个用于未来 Capabilities 和 enablers 的暂存区，每个 Capability 和 enabler 均可

跨越多个 ART，并用于推进 Solution 和构建其 architecture runway。


Solution Context Solution Context 可识别出 Solution 运营环境的关键方面。它可提供对 solution 本身的需求、使用情

况、安装、运营和支持的基本理解。Solution context 对于 Release on Demand 的机会和限制具有重大

影响力。

Solution Demo在 Solution Demo 中，来自 Solution Train 的开发工作成果被加以集成及评估，并向 Customers 和其他

利益相关者进行可视化呈现。

Solution ManagementSolution Management 具有针对 Solution Backlog 的内容权威性。他们与客户合作以理解他们的需求、

对 Capabilities 进行优先排序、创建 Solution vision 和 roadmap、定义需求，并通过 Solution Kanban

指导工作。

Solution TrainSolution Train 是用于构建大型复杂 Solutions 的组织结构，这些 Solutions 需要协调多个 Agile Release

Train (ART) 以及 Supplier 的贡献。它可通过 solution Vision、Backlog、Roadmap 以及协调一致的

Program Increment (PI) 来使 ART 与共同的业务和技术目标保持一致。

Spanning PaletteSpanning Palette 包含多个可能适用于某个具体团队、项目群、大型 solution 或 portfolio 环境的不同角

色和工件。作为 SAFe 灵活性和可配置性的关键元素，spanning palette 可允许企业仅应用其配置所需的

元素。

SpikesSpikes 是 SAFe 中的一种探索 Enabler Story。它们最初是在极限编程 (XP) 中定义，并代表研究、设计、

调查、探索和原型设计等活动。其目的在于获取减少技术方法的风险所需的知识、更好地理解需求或增加

story 估算的可靠性。

Stories Stories 是对一小块期望功能的简短描述，并以用户的语言编写。Agile Teams 将实施小的、垂直的系统功

能切片，并调整大小，以便其可以在一个 Iteration 中完成。

SupplierSupplier 是指开发和交付组件、子系统或服务以帮助 Solution Trains 向其 Customers 提供 Solutions 的

内部或外部组织。


System DemoSystem Demo 是一项重要活动，可针对 Agile Release Train (ART) 中所有团队最近 Iteration 交付的新

Feature 提供一个集成的视图。每个 demo 均可为 ART 利益相关者提供在 Program Increment (PI) 期间

衡量进度的客观度量。

System Team System Team 是一种特殊的 Agile Team，可为构建和使用敏捷开发环境提供帮助，包括 Continuous

Integration、测试自动化和 Continuous Deployment。System Team 可支持来自各 Agile team 的资

产的集成，在必要时执行端到端 Solution 测试，并协助部署和发布。

Team Backlog Team Backlog 包含来源于 Program Backlog 的 user Stories 和 enabler Stories，也包含从团队的本地

环境中产生的 stories。其中还可能包含其他工作项目，它代表了团队为推进系统中其负责的部分所需要做

的所有事情。

Team KanbanTeam Kanban 是帮助团队促进价值流动的一种方法，它通过可视化工作流程、建立在制品 (WIP) 限制、

度量吞吐量以及不断改进流程来实现。

Team LevelTeam Level 包含 Agile Teams 在 Agile Release Train (ART) 环境中构建和交付价值的角色、活动、事件

和流程。

Test-FirstTest-First 是一项来源于极限编程 (XP) 的 Built-In Quality 实践，它推荐可在编写代码之前构建测试，从而

可集中精力关注预期结果以改善交付。

Value Stream CoordinationValue Stream Coordination 可为在 portfolio 中管理依赖关系和开发机会提供指导。

Value Streams Value Streams 代表企业构建 Solutions 所使用的一系列步骤，这些解决方案向 Customer 提供持续的价

值流动。SAFe value streams 可用于定义和实现 Portfolio-level 业务目标，并组织 Agile Release Trains

(ART) 更快速地交付价值。

VisionVision 是针对开发中的 Solution 的未来状态的描述。它反映出 Customer 和利益相关者的需求，以及应当

满足这些需求的 Feature 和 Capabilities。


Weighted Shortest Job First (WSJF)Weighted Shortest Job First (WSJF) 是一种用来为作业（例如 Features、Capabilities 和 Epics）排定

次序的优先级模型，以便产生最大的经济收益。在 SAFe 中，WSJF 的估算方法是延迟成本 (CoD) 除以作

业规模大小。

获得 SAFe® 认证！建立各团队和 enterprise 的一致性

Leading SAFe®

SAFe® 4 Agilist 认证 (SA)

成为 SAFe 4 Agilist (SA) 后，您需培养在全球各地均有需求的技能组。在这个为期两天的课程期间，您将学习 SAFe® 的原则和实践，如何通过 Agile Release Trains 执行和释放价值，以及在 enterprise 范围内领导精益-敏捷转型的重要意义。

Implementing SAFe®

SAFe® 4 Program Consultant 认证 (SPC)

当您完成 SAFe® 4 Program Consultant (SPC) 认证后，即可成为领先的变革推动者，并使您的企业能够在混乱的市场环境中取得成功。在这个为期四天的课程期间，您将学习如何利用 SAFe® 的实践和原则来领导精益-敏捷转型。您将学习如何高效辅导项目、启动 Agile Release Train、构建 continuous delivery pipeline 和 DevOps 文化，并为精益 Portfolio 授权。课程的前两天是 Leading SAFe® 方面的培训，可帮助您为向他人教授 SAFe 打下坚实基础。

Scaled Agile 可提供多种旨在满足精益-敏捷专业人士在其职业生涯各个阶段的不同需求的证书。

每种认证均提供由一流的课件和增值资源，可帮助客人为在 SAFe 企业中成功担当关键角色做好充

分准备。最终，实现更高质量的实施和更出色的企业稳定性。

SAFe® For TeamsSAFe® 4 Practitioner 认证 (SP)

培养成为 Agile Release Train (ART) 的高绩效团队成员所需的技能，并成为 SAFe® 4 Practitioner (SP)，了解如何与其他团队展开高效合作。在这个为期两天的课程期间，与会者将深入了解 ART、其交付价值的方式以及他们如何才能利用 Scrum、Kanban 和 XP 高效履行他们的职责。

SAFe® DevOpsSAFe® 4 DevOps Practitioner 认证

这个为期两天的课程将综合全面地概述通过提高价值在 Continuous Delivery Pipeline 中的流动速度而加快上市时间所需的 DevOps 能力。与会者将掌握当前的 value stream 在其从理念到现金的 delivery pipeline 中的流动情况，并明确能够消除流动瓶颈的实践。

日课程

高管、经理和利益相关者

日课程

精益-敏捷变革

推动者和顾问

日课程

AGILE TEAMS

日课程

AGILE RELEASE TRAIN 成员，SAFe DevOps

2

4

2

2

scaledagile.com/calendar

PROVIDED BY

SAFe® Product Owner/Product ManagerSAFe® 4 Product Owner/Product Manager 认证

在这个为期两天的课程中，您将学习 Product Owner、Product Manager、Solution Manager 和 Epic Owner 等角色应如何在 SAFe 企业中推动价值交付。您将概括性地了解 SAFe®、Lean-Agile mindset 以及 PO 和 PM 等角色应如何在企业中作为以推动价值交付。最终，您将深入了解向企业高效交付价值时所使用的具体活动、工具和机制。

SAFe® Release Train EngineerSAFe® 4 Release Train Engineer 认证

在这个高级研讨会中，您将深入了解 Release Train Engineer (RTE) 在 SAFe 企业中的角色和职责。通过体验式学习，您将学会如何通过 Agile Release Trains (ART) 和 value streams 推动和实现端到端的价值交付。您还将学习如何成为仆人式领导和教练以构建高绩效的 ART，以及如何计划和执行在 SAFe 企业的所有层级作为主要的一致性促成因素的 Program Increment (PI) 计划活动。

RELEASE TRAIN

ENGINEERS

日课程

2

新的 SCRUM MASTERS

SAFe® Scrum MasterSAFe® 4 Scrum Master 认证 (SSM)

参加培训的人员将会了解 Scrum Master 在 SAFe 企业中的角色。与关注团队级别 Scrum 基础知识的传统培训不同，SAFe Scrum Master 课程探讨了 Scrum 在整个企业环境中的作用，并在 SAFe 组织的各个层面上协调一致，从而可以成功地推动项目群增量 (PI) 的计划和执行。

PRACTICING SCRUM MASTERS

2

PRODUCT OWNERS， PRODUCT MANAGERS

SAFe® Advanced Scrum MasterSAFe® 4 Advanced Scrum Master 认证

该课程可帮助当前的 Scrum Masters 为其推进 Agile team、项目和 enterprise 在 SAFe® 实施中的成功的领导角色做好充分准备。课程将涉及到推动有助于项目执行和不断改进的跨团队互动。它可通过引入可扩展工程和 DevOps 实践加强 Scrum 范例，通过 Kanban 的应用推动价值流动，并支持在更大规模的项目和 enterprise 环境中与架构师、产品管理人员以及其他关键利益相关者的互动。

日课程

日课程

2

日研讨会

3


了解更多信息

如果您想要了解有关 SAFe 的更多信息，请访问下列网站。

Scaled Agile Framework：www.scaledagileframework.com

基于角色的 Scaled Agile SAFe 培训和认证：www.scaledagile.com

关于 Scaled Agile, Inc. Scaled Agile, Inc. 是全球领先企业敏捷性框架 SAFe® 的提供商。通过学习和认证、全球合作伙伴网络以

及由 250,000 多位接受培训的专业人士组成的日益庞大的社区，Scaled Agile 可帮助 enterprises 构建更

好的系统、提高员工敬业度并改善业务成果。Scaled Agile 是 Pledge 1% 企业慈善和社区服务运动的赞助

会员。

联系方式：Scaled Agile, Inc.5400 Airport Blvd, Suite 300Boulder CO 80301 USA+1.303.554.4367 | [email protected]

Documents

Glossary 4.5 - Translations Master zhCN · 念。这些指导原则将有助于指引每一位参与 SAFe portfolio 的人员的行为。 Customers Customers 是指每一个 Solution