SAFe词汇表

Agile Product Delivery (敏捷产品交付) 敏捷产品交付是一种以客户为中心的交付方法，用于定义、构建和向客户和最终用户持续交付有价值的产品和服务。

Agile Release Train, ART (敏捷发布火车) 敏捷发布火车(ART)是一支长期存在的、由多个敏捷团队组成的团队，和其他利益相关者一起，在一个价值流中，增量式开发、交付或维护一个或多个解决方案。

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

Architectural Runway (架构跑道) 架构跑道包括已经存在的代码、组件和技术基础设施，它们对于实现近期所需功能必不可少，同时不必进行过度的重新设计，也不会引起延迟。

Built-In Quality (内建质量) 内建质量的实践确保在整个开发过程中，每次迭代要交付的解决方案中的每个部分均符合相应的质量标准。

Business Agility (业务敏捷) 业务敏捷是通过具有创新性质的数字化业务解决方案，快速响应市场变化和新兴机会，从而在数字化时代开展竞争和蓬勃发展的一种能力。

Business and Technology (业务与技术) SAFe中的业务和技术图标描述了企业所有的职能领域如何通过不断探索将精益敏捷原则和实践应用于其独特环境的新方法来实现业务敏捷性。

Business Owners (业务负责人) 业务负责人是一小组利益相关者，他们对由敏捷发布火车开发的解决方案的治理、合规性和投资回报率 (ROI) 负有主要的业务和技术责任。他们是敏捷发布火车(ART)的关键利益相关者，必须评估适用性并积极参与特定的敏捷发布火车(ART)活动。

CALMR SAFe DevOps的CALMR方法是一种思维方式，通过管理交付文化、自动化、精益流、度量和回滚恢复方面的进步的同步达成来引导ARTs实现持续价值交付。

Capability Capability 是高阶解决方案，通常跨越多个敏捷发布火车(ART)才能完成。

Capability 会被拆分尺寸合适的feature，以便在一个 PI 中可以完成实施。

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

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

Continuous Delivery Pipeline, CDP (持续交付流水线) 持续交付流水线(CDP) 代表一系列工作流、活动和自动化操作，用以支持一项新功能从构思产生到按需求交付价值给到最终用户。

Continuous Deployment, CD (持续部署) 持续部署(CD)是指从预生产环境获取经过验证的Feature并将其部署到生产环境中以准备发布的过程。

Continuous Exploration, CE (持续探索) 持续探索 (CE) 是指通过持续探索市场和客户需求，以及定义愿景(Vision)、发展路线以及一整套Feature组成的解决方案，促进创新并针对构建目标形成统一认识。

Continuous Integration, CI (持续集成) 持续集成(CI)是指从Program backlog获取Feature，并在预生产环境中对其进行开发、测试、集成及验证以进行部署和发布准备的过程。

Continuous Learning Culture (持续学习文化) 持续学习文化描述了一套价值观和实践，鼓励个人、甚至整个企业，持续增加知识、能力、绩效和创新。

Core Values (核心价值) SAFe的4项核心价值包括拉通、内建质量、透明和Program excution，是确保SAFe有效性十分关键的基础信念，是指引每一位SAFe实践者的行为准则。

Customer (客户) 客户是投资组合价值流所创建和维护的业务解决方案价值的最终受益者。

Customer Centricity (以客户为中心) 以客户为中心是一种观念和经营方式，着重于通过企业提供的全套产品和服务为客户创造积极、良好的体验。

Design Thinking (设计思维) 设计思维是一种以客户为中心的开发流程，该流程可打造出受欢迎的产品，这些产品在其生命周期内是可盈利且可持续的。

Development Value Streams (开发价值流) 开发价值流（DVS）是将业务假设转化为数字化解决方案所需的一系列活动。例如设计医疗设备或地球物理卫星，或开发和部署软件应用程序、SaaS系统或电子商务网站。

DevOps 是理念、文化，也是一套技术实践，它为人们在计划、开发、测试、部署、发布和维护解决方案时提供必不可少的沟通、集成、自动化及密切合作的机制。

Enablers Enabler通过加强和扩展架构跑道为未来业务功能提供支持，这包括探索、架构、基础设施和合规。Enabler 被记录在多个待办事项列表中，并存在于整个Framework（体系框架）中。

Enterprise (企业) 企业代表每个SAFe投资组合所属的业务实体。 Enterprise Architect (企业级架构师) 企业架构师建立技术战略和发展路线图，使投资组合能够支持当前和未来的业务能力。

Enterprise Solution Delivery (企业级解决方案交付) 企业级解决方案交付描述了如何将精益敏捷原则和实践应用到大型且复杂的软件应用程序、网络和信息物理融合系统的规范、开发、部署、运维以及演进中。

Epic Owners（Epic 负责人） Epic 负责人负责协助投资组合Epic走完投资组合看板系统。他们集体定义Epic、相应的最小可行产品 (MVP) 及精益可行性研究，并在得到批准后推动实施。

Epics Epic是一个重要解决方案开发活动的集合，它能捕获在投资组合中发生的实质性的投资。由于其具有相当大的范围和影响力，因此在实施Epic之前，需要对其最小可行产品(MVP)进行定义并获得精益投资组合管理机构的批准。

Essential SAFe (SAFe最小包) SAFe最小包是敏捷团队通过敏捷发布火车(ART)持续交付业务解决方案时所必需的角色、活动和工件的最小集合。 

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

Foundation（基石） 基石是指成功交付⼤规模价值所需要的⽀持包括原则、价值观、理念、实施指导和领导⼒⾓⾊。

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

Innovation and Planning Iteration (创新及计划迭代) 创新及计划(IP)迭代出现在每个 Program Increment (PI) 中，具有多种用途。可以作为实现PI目标而预估好的缓冲，并为创新、持续教育、PI规划会与 Inspect and Adapt (I&A) 活动提供专属时间。

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

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

Iteration Execution (迭代执行) 迭代执行是敏捷团队在迭代周期内管理其工作的方式，从而得到高质量、可运行和经过测试的系统增量。

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

Iteration Planning (迭代计划) 迭代计划是一项活动，所有团队成员一起决定在下一个迭代中可以承诺交付的团队待办事项数量。团队将工作总结为一组已承诺的迭代目标。

Iteration Retrospective (迭代回顾) 迭代回顾是一项常规活动，敏捷团队成员在活动中讨论迭代结果、回顾实践活动并找出改进方法。

Iteration Review (迭代评审) 迭代评审发生在每个迭代结束的时候，在活动中每个团队检查本迭代完成的工作以评估进度，然后针对下一个迭代调整其工作内容。

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

Lean Budget Guardrails (精益预算护栏) 精益预算护栏描述了适用于分配给特定投资组合的预算、支出和治理的政策与实践。 Lean Budgets (精益预算) 精益预算是一种精益敏捷的财务治理方法。这种方法通过减少不必要的运营费用及项目成本核算带来的花费来提高生产量和生产力。

Lean Portfolio Management (精益投资组合管理) 精益投资组合管理是通过把精益和系统思维方法应用到战略和投资融资、敏捷投资组合运营和治理中来拉通战略和执行。

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

Lean-Agile Leadership (精益敏捷领导力) 精益-敏捷领导力描述了精益敏捷领导如何通过授权个人和团队挖掘其最大潜力来推动并维持组织变革和卓越运营。

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

Lean-Agile Principles (精益敏捷原则) SAFe 以十个精益敏捷基本原则为基础。这些原则和经济概念可为SAFe的角色和实践提供启迪和信息。

Measure and Grow (度量和增长) 度量和增长是投资组合评估其在业务敏捷性方面的进度并确定其下一步改进措施的方式。

Metrics (度量) 度量是共同商定的衡量标准，用于评估企业在投资组合 、大型解决方案、大团队和团队等各个层面的业务及技术目标发展的进度。

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

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

Nonfunctional Requirements, NFR (非功能性需求) 非功能性需求 (NFR)定义了系统属性，如安全性、可靠性、性能、可维护性、可扩展性和可用性。贯穿不同层级的待办事项，这些需求是对系统设计的约束或限制。 O Operational Value Streams (运营价值流) 运营价值流（OV）是向客户交付产品或服务所需的一系列活动。例如制造产品、履行订单、接纳和治疗患者、提供贷款或提供专业服务。

Organizational Agility (组织敏捷) 组织敏捷描述了具有精益思想的人和敏捷团队如何优化业务流程，推动组织对战略新发展作出明确、果断的承诺以及如何根据需要快速调整组织以把握新的机会。

Participatory Budgeting (参与式预算) 参与式预算（PB）是精益投资组合管理（LPM）将总投资组合预算分配给其价值流的过程。

PI Objectives (PI目标) PI 目标描述了敏捷团队或ART在即将到来的 Program Increment (PI) 中计划实现的所有业务和技术目标。

Portfolio (投资组合) SAFe投资组合通过一系列开发价值流将战略与执行保持一致。在一个通用治理模型下运行，每个价值流都提供了企业完成其业务任务所需的一个或多个解决方案。

Portfolio Backlog (投资组合待办事项) 投资组合待办事项是SAFe 中最高等级的待办事项。它为即将到来的业务和 Enabler Epic 提供了一个等待区，这些 Epic 旨在创建和开发一套全面的解决方案。

Portfolio Kanban (投资组合看板) 投资组合看板系统是对从构思到分析、实施再到完成的投资组合Epic流程进行可视化管理的方法。

Portfolio SAFe (SAFe投资组合) SAFe投资组合确保战略与执行对齐，并通过一个或多个价值流围绕价值的流动来组织开发并实现解决方案。

Portfolio Vision (投资组合愿景) 投资组合愿景是对投资组合的价值流和解决方案的未来状态的描述，并描述它们将如何协作以实现投资组合的目标及企业更广泛的目标。

Pre-and Post-PI Planning Pre– and Post–Program Increment (PI)Planning 活动可用于为Solution Train 中的敏捷发布火车(ART) 和供应商的PI Planning 做好充分准备，并在此后加以跟踪执行。

Product Management (产品管理) 产品管理负责定义和支持构建受欢迎的、可制作的、可盈利的和可持续的产品，以满足客户在产品市场生命周期中的需求。

Product Owner, PO（产品负责人） 产品负责人 (PO) 是敏捷团队的成员之一，负责定义故事和按照敏捷发布火车的优先级排定团队待办事项的优先级，同时维持团队的Feature或组件的概念和技术的完整性。

Program Backlog （Program待办事项） Program Backlog是未来的Feature的暂存区，可用于为某个敏捷发布火车(ART) 满足用户需求和交付业务收益。它还包括构建架构跑道所需的 Enabler Feature。

Program Increment, PI Program Increment (PI) 是指在一个时间盒内，敏捷发布火车(ART) 通过可运行的、经过测试的软件和系统的方式，交付增量价值。PI 通常为 8 至 12 周。最常见的 PI 模式为 4 个开发迭代紧跟着 1 个 Innovation and Planning (IP) 迭代。

Program Increment (PI) Planning (PI规划会) PI规划会是一项有固定节奏的、面对面的活动，该活动作为敏捷发布火车(ART) 的心跳，使 ART上的所有团队朝着共同的目标和愿景努力。

Program Kanban Program Kanban和解决方案级看板都是一种可视化管理的方法， 它管理Feature或capability实现的全过程，这个过程包括利用持续交付流水线，从构思到分析、实现及发布。 

Release on Demand (按需交付) 按需交付是根据客户需求将新功能部署到生产中，并立即或增量式交付给客户的过程。

Release Train Engineer, RTE Release Train Engineer (RTE) 是敏捷发布火车(ART) 的仆人式领导和教练。RTE 的主要职责是推动ART活动和流程并帮助团队交付价值。RTE与利益相关者沟通交流、报告阻碍、帮助管理风险和推动不断改进。

Roadmap (路线图) 路线图是含有一系列事件及里程碑的时间表，用于在计划时间范围内沟通准备交付的解决方案中的可交付成果。

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

SAFe for Lean Enterprises (精益企业版 SAFe) 精益企业版 SAFe 是全球领先的业务敏捷体系框架。SAFe 将精益、敏捷和 DevOps 的优势整合融入为一套全面的运营系统，通过更快、更具预见性地交付更高品质的创新产品和服务，帮助企业在数字化时代蓬勃发展。

SAFe Implementation Roadmap (SAFe实施路线图) SAFe 实施路线图包括概览图和12个实施步骤的说明文章，文章中描述了实施战略和一系列按顺序排列的活动，这些活动经证实在成功实施 SAFe 方面十分有效。

SAFe Program Consultants, SPC (SAFe咨询顾问) SAFe® 咨询顾问(SPC) 是一群充满激情和具有丰富SAFe技术知识的变革推动，致力于改善公司的软件和系统开发流程或业务流程。他们在成功实施 SAFe方面发挥着关键作用。SPC来自多个内部或外部角色，包括业务和技术领导人、投资组合/项目群/项目经理、流程主管、架构师、分析师和顾问。

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

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

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

Shared Services (共享服务) 共享服务代表敏捷发布火车(ART) 或 Solution Train 获得成功所需的但又无需全职工作的专业角色、人员和服务。

Solution (解决方案) 每个价值流都会产生一个或多个解决方案，可以是交付给客户的产品、服务或系统，无论该客户来自企业内部还是外部。

Solution Architect/Engineer (解决方案级架构师/工程师) 解决方案级架构师/工程师负责在 Solution Train 中定义和沟通共同的技术和架构愿景以帮助确保开发中的系统或解决方案符合其预期目的。

Solution Backlog (解决方案级待办事项) 解决方案级待办事项用于存放Capability 和 Enabler 的暂存区，每个 Capability 和 Enabler 均可跨越多个ART，并用于推进解决方案和构建其架构跑道。

Solution Context (解决方案背景) 解决方案背景可识别出解决方案运行环境的关键方面。它可提供对解决方案本身的需求、使用情况、安装、运行和支持的基本理解。解决方案上下文对于按需交付的可能性和限制具有重大影响力。

Solution Demo (解决方案演示) 解决方案演示将所有 ART 及 Solution Train 上的供应商的开发成果整合起来，并让客户和其他利益相关者能够看到这些成果，以便进行评估和反馈。

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

Solution Management (解决方案管理) 解决方案管理职能负责定义和支持构建可持续满足客户需求的受欢迎的、可制作的、可盈利的和可持续的大型业务解决方案。

Solution Train Solution Train 是用于构建大型复杂解决方案的组织结构，这些解决方案的实现需要协调多个敏捷发布火车(ART) 以及供应商一起工作。它可通过解决方案愿景、待办事项、路线图以及协调一致的Program Increment (PI) 来使ART与其共同的业务和技术目标保持一致。

Solution Train Engineer, STE Solution Train Engineer (STE) 是 Solution Train 的仆人式领导和教练，负责引导和指导价值流中所有ART和供应商的工作。

Spanning Palette Spanning Palette 包含可能适用于某个具体团队、项目、大型解决方案或投资组合环境的不同角色和工件。 Story (故事) 故事是以用户语言编写的一小块被期待的功能的简短描述，是敏捷团队完成小的、垂直的系统功能。故事的大小是必须是能够在一个迭代中完成的。

Strategic Themes (战略主题) 战略主题是差异化的业务目标，用于关联投资组合与企业的战略的。战略主题影响投资组合战略，并为投资组合决策提供业务背景。

Supplier (供应商) 供应商是指开发和交付组件、子系统或服务以帮助Solution Train和敏捷发布火车向其客户提供解决方案的内部或外部组织。

System Architect/Engineering (系统架构师/工程师) 系统架构师/工程师负责为敏捷发布火车(ART) 定义和沟通共同的技术和架构愿景以帮助确保开发中的系统或解决方案符合其预期目的。

System Demo (系统演示) 系统演示是一项重要活动，是对敏捷发布火车(ART)中所有团队在最近一个迭代中交付的新Feature提供一个综合性视图。每个演示均可为ART利益相关者提供在Program Increment (PI)期间衡量进度的客观度量。

System Team (系统团队) 系统团队是一个专业的敏捷团队，帮助构建并支持敏捷开发环境，通常包括开发和维护工具链，以支持持续交付流水线。系统团队还可支持来自各敏捷团队的交付物的集成，在必要时执行端到端解决方案测试，并协助部署和按需发布。

Team and Technical Agility (团队和技术敏捷力) 团队和技术敏捷力描述了高绩效敏捷单一团队和多团队为客户创建高质量解决方案所必备的关键技术、精益敏捷原则和实践 amTe Backlog (团队待办事项) 团队待办事项包含来源于program backlog的用户故事和 Enabler 故事，也包含从团队的本地环境中产生的故事，其中还可能包含其他工作项，代表了团队为推进系统中其负责的部分所需要做的所有事情。

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

Value Stream Coordination (价值流协调) 价值流协调定义了如何管理依赖关系以及发掘仅存在于价值流之间相互联系中的机会。

Stream KPI (价值流KPI) 价值流是用于根据其预计的业务成果评估价值流绩效的量化指标。

Value Streams (价值流) 价值流代表组织实现向客户提供持续价值流动的解决方案所使用的一系列步骤。

Vision (愿景) 愿景是指针对开发中的解决方案的未来状态的一种描述。它可反映出客户和利益相关者的需求，以及应当满足这些需求的Feature和 Capabilities。

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

以上内容来自© Scaled Agile, Inc.