© 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

SAFe Glossary

The SAFe glossary is a set of definitions for all SAFe Big Picture elements.  The extended glossary provides definitions for additional terms used in the Framework. Some are unique to SAFe (e.g., PO Sync), while others are common in Lean-Agile development (e.g., MVP). They are provided here for clarity in their meaning in the context of SAFe. All extended glossary terms appear in the English configuration and will appear in other language configurations once translated.

Author

A

  • Acceptance Criteria (验收标准)

    验收标准提供了必要的信息来确保正确实施某个故事、 Feature 或 Capability,同时涵盖了相关的功能性需求和非功能性需求。

  • Acceptance Test Driven Development (验收测试驱动开发)

    验收测试驱动开发又被称为行为驱动开发 (BDD) ,是一项测试优先的敏捷测试实践活动。

  • Agile (敏捷)

    敏捷是一组迭代开发的价值、原则和实践,最著名的描述是敏捷宣言。

  • Agile Manifesto (敏捷宣言)

    敏捷宣言是一份开创性的敏捷文档,描述了敏捷软件开发的四项价值和十二项原则。

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

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

  • Agile Program Management Office (敏捷项目群管理办公室)

    敏捷项目群管理办公室 (APMO) 是一个组织的职能部门,负责推动精益投资组合管理流程、促进卓越运营和精益治理,是精益敏捷转型的组成部分。

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

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

  • Agile Team (敏捷团队)

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

  • Architect Sync (架构师同步)

    架构师同步是 Solution Train 中的一个活动,以确保在 Solution Train 中以一致的方式管理涌现式设计和折衷权衡,并允许有频繁的机会来引导实现方法,而不会成为延迟的根源。

  • Architectural Runway (架构跑道)

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

  • ART Sync (ART 同步)

    ART 同步是将产品负责人 (PO) 同步和 Scrum of Scrums 会议 (SoS) 相结合的一项 ART 活动。

B

  • Backlog Refinement (待办事项梳理)

    待办事项梳理是在迭代或增量过程中的一项活动,通常举行一到两次,目的是讨论、预估团队待办事项中即将到来的故事并建立对故事验收标准的初步共识。

  • Baseline Solution Investments (基线解决方案投资,BSI)

    基线解决方案投资 (BSI) 是每个价值流在开发、支持和运营交付当前业务能力的解决方案时产生的成本。

  • Batch Size (批次规模)

    批次规模用于衡量在任意规定时间段内拉取到系统的工作量(需求、设计、代码、测试和其他事项的工作量)。

  • Behavior-Driven Development (行为驱动开发)

    行为驱动开发 (BDD) 是一项测试优先的敏捷测试实践活动,通过提前定义和自动化(如果可行)测试项或者指定系统行为来提供内建质量。

  • Benefit Hypothesis (利益假设)

    利益假设是针对最终用户或业务所提出的可衡量利益,是 Feature 或 Capability 的组成部分。

  • Big Visible Information Radiator (大型可视化信息雷达图,BVIR)

    大型可视化信息雷达图 (BVIR) 是一种追踪和传达关键数据的概览图(如:燃尽图、Program Board、构建状态看板)。

  • Built-In Quality (内建质量)

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

  • Burn-Down (Burn-Up) Chart (燃尽(燃起)图)

    燃尽图和燃起图是展示工作进度与时间关系的图像。

  • Business Agility (业务敏捷)

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

  • Business and Technology (业务与技术)

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

  • Business Context (业务背景)

    业务背景是由业务负责人 (BO) 提出的 PI 计划议程项,它描述了业务的当前状态,共享了投资组合的愿景,并展示了现有解决方案如何有效地满足当前客户需求的观点。

  • Business Owners (业务负责人)

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

C

  • CALMR

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

  • Capability

    Capability 是高阶解决方案,通常跨越多个敏捷发布火车(ART)才能完成。Capability 会被拆分尺寸合适的feature,以便在一个 PI 中可以完成实施。

  • Capacity Allocation (容量分配)

    容量分配是对待办事项的一个精益预算护栏,它有助于平衡在即将到来的 Program Increment (PI) 中新的 Feature、Enabler 及技术债务的容量分配。

  • Committed PI Objectives (承诺的 PI 目标)

    承诺的 PI 目标是指各团队通过业务负责人 (BO) 分配的业务价值来建立的一整套 SMART 目标。

  • Communities of Practice, CoPs (实践者社区)

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

  • Compliance (合规)

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

  • Confidence Vote (信心投票)

    信心投票在 PI 规划会接近尾声时举行,这时各团队为各自达成 PI 目标的信心投票。

  • 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实践者的行为准则。

  • Cost of Delay (延迟成本)

    延迟成本 (CoD) 是指某段时间内因为延迟交付或未完成工作而损失的金钱或价值,常被用在 WSJF 优先级模型中。

  • Customer (客户)

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

  • Customer Centricity (以客户为中心)

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

  • Customer Journey Map (客户旅程地图)

    客户旅程地图描述了用户与公司运营价值流、产品和服务的互动体验。

D

  • Daily Stand-Up (每日站会)

    每日站会 (DSU) 是一项日常团队活动,各团队成员介绍前一天为推进迭代目标所完成的工作、为达成迭代目标制定的当天工作计划以及在实现迭代目标的过程中遇到的阻碍。

  • Decentralize Decision-Making (去中心化决策)

    去中心化决策是指将决策权授予最靠近工作知识和信息的人员,从而减少延迟、加速产品开发流并提高决策质量。

  • Definition of Done (完工标准)

    完工标准 (DoD) 体现价值增量的完成状态,对价值增量的具体完工要求建立了共识。

  • Design Thinking (设计思维)

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

  • Develop on Cadence (按节奏开发)

    按节奏开发是相互协调的一系列实践活动,按照定期、可预测的时间表实施一系列可靠的活动来支持敏捷团队。

  • Development Value Streams (开发价值流)

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

  • DevOps

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

E

  • Empathy Map (同理心地图)

    同理心地图是一种设计思维工具,帮助团队在了解客户方面建立深度共识。

  • Enablers

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

  • Enterprise (企业)

    企业代表每个SAFe投资组合所属的业务实体。

  • Enterprise Architect (企业级架构师)

    企业架构师建立技术战略和发展路线图,使投资组合能够支持当前和未来的业务能力。

  • Enterprise Solution Delivery (企业级解决方案交付)

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

  • Epic Hypothesis Statement (Epic 假设声明)

    Epic 假设声明捕获、组织并传递关于 Epic 的关键信息。

  • Epic Owners(Epic 负责人)

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

  • Epics

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

  • Essential SAFe (SAFe最小包)

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

  • Estimating Poker (估算扑克)

    估算扑克是一项协作技术,用于对 SAFe 中故事、Feature 和 WSJF 的工作量进行相对大小预估。

  • Extreme Programming (极限编程)

    极限编程 (XP) 是一套敏捷软件工程实践,用于提升软件质量和面对客户需求变化的响应能力,主要由 Kent Beck 开发。

F

  • Features

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

  • Final Plan Review (最终计划评审)

    在 PI 规划会的最终计划评审中,各团队向 ART 展示和沟通最终计划(PI 目标、工作量、风险)并交付给业务负责人 (BO) 验收。

  • Foundation(基石)

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

  • Full SAFe (SAFe全套)

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

G

  • Gemba (现场走动管理)

    Gemba 指的是实际工作发生的场所,各团队可以在其中观察利益相关者在运营价值流的过程中如何执行各项步骤和处理具体活动,以便团队成员更好地识别机会,做到不懈改进。

H

  • Hackathon (黑客马拉松)

    黑客马拉松是一种创新活动,只要团队成员的工作能体现公司使命,他们就可以和任何人搭档、做任何事,并在黑客马拉松结束时向其他人展示取得的成果。

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来演示并评估解决方案的当前状态。然后,团队通过一个有组织的面向解决问题的研讨会,反思和识别要改进的内容。

  • Integration Point (集成点)

    集成点创造出一个“拉取活动” ,将各种解决方案要素拉取整合为一个整体,帮助利益相关者确保演进中的解决方案能满足实时需求和未来业务的需求。

  • Investment Horizons (投资期限)

    投资期限突出了由价值流创建的解决方案的支出分配,这些价值流帮助价值流所有者和受托人做出更明智的投资决策,并在促进整体健康和增长的同时将投资组合与战略主题结合起来。

  • Iteration (迭代)

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

  • Iteration Execution (迭代执行)

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

  • Iteration Goals (迭代目标)

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

  • Iteration Planning (迭代计划)

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

  • Iteration Retrospective (迭代回顾)

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

  • Iteration Review (迭代评审)

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

K

  • Knowledge Worker (知识工作者)

    知识工作者是指具备必要技能、专业知识和教育背景的人员,他们能在各自的领域解决复杂问题。

L

  • Large Solution SAFe (SAFe大型解决方案)

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

  • Lead Time (前置时间)

    前置时间是指从前项工作完成到当前工作结束所耗费的时间。

  • Lean (精益)

    精益是一种知识体系和实践活动,通过减少延迟和消除非增值活动来提高生产效率和有效性。

  • Lean Budget Guardrails (精益预算护栏)

    精益预算护栏描述了适用于分配给特定投资组合的预算、支出和治理的政策与实践。

  • Lean Budgets (精益预算)

    精益预算是一种精益敏捷的财务治理方法。这种方法通过减少不必要的运营费用及项目成本核算带来的花费来提高生产量和生产力。

  • Lean Business Case (精益业务案例)

    精益业务案例 (LBC) 是用于描述 Epic 及其 MVP 和预计业务价值的轻量级方法。

  • Lean Governance (精益治理)

    精益治理是精益投资组合管理的一个方面,为涉及支出、审计与合规、开销预测和度量的监管与决策工作提供支持。

  • Lean Portfolio Management (精益投资组合管理)

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

  • Lean Quality Management System (精益质量管理体系,QMS)

    精益质量管理体系 (QMS) 规定了必要的实践活动、政策和流程,以便确保安全和效率。SAFe 组织从传统管理方式向精益质量管理体系治理转变。

  • Lean User Experience, Lean UX (精益用户体验,精益UX)

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

  • Lean-Agile Center of Excellence (精益-敏捷卓越中心)

    精益-敏捷卓越中心 (LACE) 是由致力于实施 SAFe 精益 - 敏捷工作方式的人员组成的小团体。

  • Lean-Agile Leadership (精益敏捷领导力)

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

  • Lean-Agile Mindset (精益敏捷理念)

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

  • Lean-Agile Principles (精益敏捷原则)

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

  • Little's Law (利特尔法则)

    利特尔法则是一个排队论法则,指的是某个系统服务的平均等待时长 = 平均队列长度 ÷ 平均处理速度。

M

  • Measure and Grow (度量和增长)

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

  • Metrics (度量)

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

  • Milestones (里程碑)

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

  • Minimum Marketable Feature (最小可售 Feature)

    最小可售 Feature (MMF) 是各团队能打造的最小功能,以便了解 Feature 的利益假设是否有效。

  • Minimum Viable Product (最小可行产品)

    SAFe 体系中的最小可行产品 (MVP) 是指用于证明或反驳 Epic 假设的新产品或解决方案的早期最小版本。与故事看板、原型样本、实物模型、线框图和其他探索型技术不同, MVP 是由真实客户使用的实际产品,可以产生经过验证的知识。

  • Model-Based Systems Engineering, MBSE

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

  • Modified Fibonacci Sequence (改进的斐波纳契序列)

    在预估工作量相对大小时,使用改进的斐波纳契序列 (1, 2, 3, 5, 8, 13, 20, 40, 100) ,这些数字反映了预估的工作量增大时团队的内在不确定性。

N

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

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

O

  • Objectives and Key Results (目标与关键成果)

    SAFe 体系中的目标与关键成果 (OKR) 可用于定义、组织和传递关于战略主题的关键信息,并通过实际、具体且可衡量的措施来跟踪进度。

  • Operational Value Streams (运营价值流)

    运营价值流(OV)是向客户交付产品或服务所需的一系列活动。例如制造产品、履行订单、接纳和治疗患者、提供贷款或提供专业服务。

  • Organizational Agility (组织敏捷)

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

  • Organizational Change Management (组织变革管理)

    组织变更管理是一个集合术语,用于指准备、支持和帮助个人、团队和组织进行组织变更的所有方法。

P

  • Pareto Analysis (帕累托分析法)

    帕累托分析法是在 Inspect & Adapt 活动中用到的手法,用于减少行动数量以产生最大整体效果。

  • Participatory Budgeting (参与式预算)

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

  • Personas (用户画像)

    用户画像是根据客户调研创建的虚拟消费者和/或用户形象,驱使“以客户为中心”的理念融入产品开发。

  • Phase Gate (阶段关卡)

    阶段关卡是传统的治理里程碑,在 SAFe 中被基于工作系统的客观评估的里程碑所取代。

  • PI Objectives (PI目标)

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

  • Plan-Do-Check-Adjust (计划-执行-检查-调整)

    计划 - 执行 - 检查 - 调整 (PDCA) 是迭代四步法,用于控制波动性并且针对产品开发过程中的反馈信息作出相应调整。

  • Portfolio (投资组合)

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

  • Portfolio Backlog (投资组合待办事项)

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

  • Portfolio Canvas (投资组合画布)

    投资组合画布定义了包含在 SAFe 投资组合中的开发价值流、价值主张和它们交付的解决方案、它们服务的客户、分配给每个价值流的预算,以及实现投资组合愿景所需的其他关键活动和事件。

  • 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 做好充分准备,并在此后加以跟踪执行。

  • Problem-Solving Workshop (解决问题研讨会)

    解决问题研讨会是 Inspect and Adapt (I&A) 活动的组成部分,是找到系统问题根源的结构化方法。

  • Product Management (产品管理)

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

  • Product Owner, PO(产品负责人)

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

  • Product Owner Sync (PO(产品负责人)同步)

    PO(产品负责人)同步是一项 ART 活动,用于了解 ART 达成 PI 目标的进度是否顺利、与 Feature 开发团队讨论问题或机会以及评估任何范围的调整。

  • Program Backlog (Program待办事项)

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

  • Program Board

    Program Board 强调了 PI 的 Feature 交付日期,团队之间的 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实现的全过程,这个过程包括利用持续交付流水线,从构思到分析、实现及发布。

  • Program Predictability Measure (Program 可预测性指标)

    Program 可预测性指标为所有 ART 团队总结了计划业务价值与实际业务价值的对比情况,同时也是 ART 绩效和可靠性的关键指标。

  • Program Risks (Program 风险)

    Program 风险在 PI 规划会期间由各团队确定,表示影响团队达成目标的风险和障碍。

R

  • Refactoring (重构)

    重构是指在不改变产品外部性能的前提下改进产品的内部结构或代码运作。

  • Relative Estimation (相对估算)

    相对估算将工作量互相比较,以便快速预估工作量和工作价值。

  • Release on Demand (按需交付)

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

  • Release Train Engineer, RTE

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

  • Relentless Improvement (不懈改进)

    不懈改进是 SAFe 精益屋的第四个支柱,鼓励人们通过持续反思和流程优化来学习和发展。

  • Roadmap (路线图)

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

  • ROAMing Risks (ROAM 风险评估)

    ROAM 风险评估是一项 PI 规划会活动,各团队在活动期间提出 Program 风险,并且在更大范围的管理层面将风险消除。

  • Root Cause Analysis (根本原因分析)

    根本原因分析运用一整套问题解决工具来确定问题发生的实际原因,是 Inspect & Adapt 活动的组成部分。

S

  • SAFe Big Picture (SAFe 全景图,SAFe BP)

    SAFe 全景图 (SAFe BP) 是 SAFe 体系框架主要角色、活动和产品的可视化图像表达,在 scaledagileframework. com 浏览 SAFe 全景图时,点击图中的可点击图标即可访问对应的 SAFe 文章。

  • SAFe for Government (政府版SAFe)

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

  • SAFe for Lean Enterprises (精益企业版 SAFe)

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

  • SAFe Implementation Roadmap (SAFe实施路线图)

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

  • SAFe Lean Startup Cycle (SAFe 精益创业周期)

    SAFe 精益创业周期是针对产品创新和战略投资的高强度迭代“构建 - 度量 - 学习”环。通过增量式地管理投资与风险,同时利用 SAFe 的价值流与可视化优势,这种实施 Epic 的战略为精益创业带来了经济和战略优势。

  • SAFe Program Consultants, SPC (SAFe咨询顾问)

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

  • Scrum Master

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

  • Scrum of Scrums (Scrum of Scrums(Scrum of Scrums 会议))

    Scrum of Scrums (SoS) 会议是帮助协调 ART 相关性的一项 ART 活动,用于将工作进度和阻碍可视化展示。

  • ScrumXP

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

  • Set-Based Design

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

  • Shared Services (共享服务)

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

  • Silos (筒仓)

    筒仓是在职能上对齐的组织结构,在政策与规程方面为专业人士作了本地优化,确保职能单元中的运营可重复、有效率,而没有在跨职能单元中理解更大范围的价值流。

  • 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 包含可能适用于某个具体团队、项目、大型解决方案或投资组合环境的不同角色和工件。

  • Spike

    Spike 是对 Enabler 故事的一类探索,用于获取必要的知识,以便减少某种技术方案的风险,更好地理解需求或提升故事预估时的可靠性。

  • Sprint

    Sprint 是源自 Scrum 方法的术语,与 SAFe 中的迭代一词同义。

  • Story (故事)

    故事是以用户语言编写的一小块被期待的功能的简短描述,是敏捷团队完成小的、垂直的系统功能。故事的大小是必须是能够在一个迭代中完成的。

  • Story Map (故事地图)

    故事地图是一项设计思维技术,根据用户完成目标所需的任务来组织一系列故事。

  • Story Point (故事点)

    故事点是在相对预估活动中使用的单个数字,表示考虑所有因素后得出的相对工作量,考虑因素包括:工作量、复杂度、知识量和不确定性。

  • Strategic Themes (战略主题)

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

  • Sunk Costs (沉没成本)

    沉没成本是指已支出的金钱,在未来投资决策时,如果希望有效地转变方向,则应该忽略这些沉没成本。

  • Supplier (供应商)

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

  • SWOT Analysis (SWOT 分析)

    SWOT 分析是一种战略规划技巧,用于识别与当前业务形势相关的优势 (S)、劣势 (W)、机会 (O) 和威胁 (T),是 SAFe 投资组合愿景的组成部分。

  • System Architect/Engineering (系统架构师/工程师)

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

  • System Demo (系统演示)

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

  • System Team (系统团队)

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

  • Systems Thinking (系统思维)

    系统思维采用整体分析的方式开发解决方案,在设计、开发、部署和维护系统的过程中,全盘考虑系统的各个方面及其环境。

T

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

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

  • Team Backlog (团队待办事项)

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

  • Team Kanban (团队看板)

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

  • Team Topologies (团队拓扑)

    团队拓扑为组织敏捷团队和 ART 定义了四种具备清晰模型的组织类型。

  • Technical Debt (技术债)

    技术债反映了未来工作的潜在成本和累积利息,技术债通常是因为有意或无意中选择了次优或不完整解决方案而造成。

  • Test-Driven Development (测试驱动开发)

    测试驱动开发 (TDD) 是一种理念和实践,要求在编写某个功能的代码或系统组件之前先编写和运行测试代码。

  • TOWs Analysis (TOWS 分析)

    TOWS 分析与 SWOT 分析搭配使用,用于帮助识别战略选择,以便创造更好的未来状态,是 SAFe 投资组合愿景的组成部分。

U

  • U-curve Optimization (U 型曲线优化)

    批次规模的 U 型曲线优化是通过权衡交易成本和持有成本来确定最佳批次规模。

  • Uncommitted Objectives (未承诺的目标)

    未承诺的目标有助于提高交付业务价值的可预测性,因为这类目标不计入团队的已承诺目标或 Program 可预测性度量中。各团队可以将没什么信心实现的目标计入未承诺的目标。

V

  • Value (价值)

    价值代表企业向客户和利益相关者交付的利益,在 SAFe 体系的不同版块中会用到这一术语。

  • Value Stream Coordination (价值流协调)

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

  • Value Stream Identification (价值流识别)

    价值流识别是投资组合的一项活动,用于识别投资组合支持的开发价值流和运营价值流。

  • Value Stream KPI (价值流KPI)

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

  • Value Stream Mapping (价值流映射)

    价值流映射是一种必备工具,在整个持续交付流水线中,价值流映射将必要环节可视化,以便识别造成工作流延迟的瓶颈和问题区域,从而优化价值流。

  • Value Streams (价值流)

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

  • Velocity (团队速度)

    对于所有达到完工标准 (DoD) 的已完成故事而言,团队速度等同于故事点的总数。

  • Vision (愿景)

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

W

  • Weighted Shortest Job First, WSJF

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

  • Work in Process (在制品,WIP)

    在制品 (WIP) 指的是已经部分完成的工作。过多的在制品 (WIP) 会引起优先级混乱,造成环境频繁转换并增加运营成本。

5

  • 5 Whys (5 Why 分析法)

    5 Why 分析法是一种行之有效的解决问题方法,用于探索某个特定问题下的潜在因果关系,是 Inspect & Adapt 的组成部分。

© 2021 Scaled Agile, Inc. All rights reserved.