© 2021 Scaled Agile, Inc. All rights reserved.

Evolving the Scaled Agile Framework:

Update to SAFe 5

Guidance for organizing around value, DevSecOps, and agility for business teams

Learn more

Clear explanations and actionable guidance

SAFe Distilled 5.0

SAVE 35% WITH CODE SCALEDAGILE

ORDER NOW

Remote-Enabled SAFe: Tools & Resources

Learn More

SAFe Glossary

Authors

A

  • Agile Product Delivery (敏捷产品交付)

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

  • Agile Release Train, ART (敏捷发布火车)

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

  • Agile Team (敏捷团队)

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

  • Architectural Runway (架构跑道)

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

B

  • Built-In Quality (内建质量)

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

  • Business Agility (业务敏捷)

    业务敏捷是通过具有创新性质的业务解决方案,快速响应市场变化和新兴机会,在数字化时代开展竞争和取得发展的能力。

  • Business Owners (业务负责人)

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

C

  • 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 (以客户为中心)

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

D

  • Design Thinking (设计思维)

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

  • DevOps

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

E

  • 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)持续交付业务解决方案时所必需的角色、活动和工件的最小集合。

F

  • Features

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

  • Foundation(基石)

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

  • Full SAFe (SAFe全套)

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

I

  • 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

M

  • Measure and Grow (度量和增长)

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

  • Metrics (度量)

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

  • Milestones (里程碑)

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

  • Model-Based Systems Engineering, MBSE

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

N

  • Nonfunctional Requirements, NFR (非功能性需求)

    非功能性需求 (NFR)定义了系统属性,如安全性、可靠性、性能、可维护性、可扩展性和可用性。贯穿不同层级的待办事项,这些需求是对系统设计的约束或限制。

O

  • Organizational Agility (组织敏捷)

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

P

  • PI Objectives (PI目标)

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

  • 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实现的全过程,这个过程包括利用持续交付流水线,从构思到分析、实现及发布。

R

  • Release on Demand (按需交付)

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

  • Release Train Engineer, RTE

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

  • Roadmap (路线图)

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

S

  • SAFe for Government (政府版SAFe)

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

  • SAFe for Lean Enterprises (精益企业版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 (解决方案演示)

    在解决方案演示中,来自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 (系统团队)

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

T

  • Team and Technical Agility (团队和技术敏捷力)

    团队和技术敏捷力描述了高绩效敏捷单一团队和多团队为客户创建高质量解决方案所必备的关键技术、精益敏捷原则和实践

  • Team Backlog (团队待办事项)

    团队待办事项包含来源于program backlog的用户故事和 Enabler 故事,也包含从团队的本地环境中产生的故事,其中还可能包含其他工作项,代表了团队为推进系统中其负责的部分所需要做的所有事情。

  • Team Kanban (团队看板)

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

V

  • Value Stream Coordination (价值流协调)

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

  • Value Stream KPI (价值流KPI)

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

  • Value Streams (价值流)

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

  • Vision (愿景)

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

W

  • Weighted Shortest Job First, WSJF

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

© 2021 Scaled Agile, Inc. All rights reserved.