© 2021 Scaled Agile, Inc. All rights reserved.

Join from wherever you are

September 27 – October 1

Register Now

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

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

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

    敏捷產品交付是一種以客戶為中心的交付方法,用於定義、構建和向客戶和最終用戶持續交付有價值的產品和服務。

  • Agile Release Train, ART (敏捷發布火車)

    敏捷發布火車(ART)是一支長期存在的、由多個敏捷團隊組成的團隊,和其他利益相關者一起,在一個價值流中,增量式開發、交付或維護一個或多個解決方案。

  • Agile Team (敏捷團隊)

    在 SAFe 中,敏捷團隊是一個由 5-11 個人組成的跨職能團隊,能在一個短時間盒內定義、構建、測試並持續交付價值增量。

  • Architectural Runway (架構跑道)

    架構跑道包括已經存在的代碼、組件和技術基礎設施,它們對於實現近期所需功能必不可少,同時不必進行過度的重新設計,也不會引起延遲。

B

  • Built-In Quality (內建質量)

    內建質量的實踐確保在整個開發過程中,每次迭代要交付的解決方案中的每個部分均符合相應的質量標準。

  • Business Agility (業務敏捷)

    業務敏捷是通過具有創新性質的業務解決方案,快速響應市場變化和新興機會,在數字化時代開展競爭和取得發展的能力。

  • Business and Technology (業務與技術)

    SAFe中的業務和技術圖示描述了企業所有的職能領域如何通過不斷探索將精益敏捷原則和實踐應用於其獨特環境的新方法來實現業務敏捷性。

  • Business Owners (業務負責人)

    業務負責人是一小組利益相關者,他們對由敏捷發布火車開發的解決方案的治理、合規性和投資回報率 (ROI) 負有主要的業務和技術責任。他們是敏捷發布火車(ART)的關鍵利益相關者,必須評估適用性並積極參與特定的敏捷發布火車(ART)活動。

C

  • CALMR

    SAFe DevOps的CALMR方法是一種思維方式,通過管理交付文化、自動化、精益流、度量和回滾恢復方面的進步的同步達成來引導ARTs實現持續價值交付。

  • Capabilities

    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 (設計思維)

    設計思維是一種以客戶為中心的開發流程,該流程可打造出受歡迎的產品,這些產品在其生命週期內是可盈利且可持續的。

  • Development Value Streams (開發價值流)

    開發價值流(DVS)是將業務假設轉化為數位化解決方案所需的一系列活動。 例如設計醫療設備或地球物理衛星,或開發和部署軟體應用程式、 SaaS系統或電子商務網站。

  • 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 框架配置,包括業務敏捷性所需的所有七個核心能力。

G

H

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 (迭代評審)

    迭代評審發生在每個反覆運算結束的時候,在活動中每個團隊檢查本反覆運算完成的工作以評估進度,然後針對下一個反覆運算調整其工作內容。

K

L

M

  • Measure and Grow (度量和增長)

    度量和增長是投資組合評估其在業務敏捷性方面的進度並確定其下一步改進措施的方式。

  • Metrics (度量)

    度量是共同商定的衡量標準,用於評估企業在投資組合、大型解決方案、大團隊和團隊等各個層面的業務及技術目標發展的進度。

  • Milestones (里程碑)

    里程碑用於跟蹤朝著特定目標或事件發展的進度。 SAFe有三種類型的里程碑:Program Increment (PI)里程碑、固定日期里程碑和學習里程碑。

  • Model-Based Systems Engineering, MBSE

    Model-Based Systems Engineering (MBSE) 是開發一組相關系統模型的實踐,這些模型可有助於定義、設計和記錄開發中的系統。 這些模型提供了探索、更新並與利益相關者溝通系統相關方面的有效方法,同時大幅減少或消除對傳統文檔的依賴。

N

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

    非功能性需求 (NFR)定義了系統屬性,如安全性、可靠性、性能、可維護性、可擴充性和可用性。 貫穿不同層級的待辦事項,這些需求是對系統設計的約束或限制。

O

  • Operational Value Streams (運營價值流)

    運營價值流(OV)是向客戶交付產品或服務所需的一系列活動。 例如製造產品、履行訂單、接納和治療患者、提供貸款或提供專業服務。

  • Organizational Agility (組織敏捷)

    組織敏捷描述了具有精益思想的人和敏捷團隊如何優化業務流程,推動組織對戰略新發展作出明確、果斷的承諾以及如何根據需要快速調整組織以把握新的機會。

P

  • Participatory Budgeting (參與式預算)

    參與式預算(PB)是精益投資組合管理(LPM)將總投資組合預算分配給其價值流的過程。

  • PI Objectives

    PI 目標描述了敏捷團隊或ART在即將到來的 Program Increment (PI) 中計畫實現的所有業務和技術目標。

  • Portfolio (投資組合)

    SAFe投資組合通過一系列開發價值流將戰略與執行保持一致。 在一個通用治理模型下運行,每個價值流都提供了企業完成其業務任務所需的一個或多個解決方案。

  • Portfolio Backlog

    Program Backlog是未來的Feature的暫存區,可用於為某個敏捷發佈火車(ART) 滿足使用者需求和交付業務收益。 它還包括構建架構跑道所需的 Enabler Feature。

  • 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 for Lean Enterprises

    精益企業版 SAFe 是全球領先的業務敏捷體系框架。SAFe 將精益、敏捷和 DevOps 的優勢整合融入為一套全面的運營系統,通過更快、更具預見性地交付更高品質的創新產品和服務,幫助企業在數字化時代蓬勃發展

  • SAFe Implementation Roadmap

    SAFe實施路線圖包括概覽圖和12個實施步驟的說明文章,文章中描述了實施戰略和一系列按順序排列的活動,這些活動經證實在成功實施 SAFe 方面十分有效。

  • SAFe Program Consultants, SPCs

    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包含可能適用於某個具體團隊、專案、大型解決方案或投資組合環境的不同角色和工件。

  • Stories (故事)

    故事是以用戶語言編寫的一小塊被期待的功能的簡短描述,是敏捷團隊完成小的、垂直的系統功能。故事的大小是必須是能夠在一個迭代中完成的。

  • Strategic Themes (戰略主題)

    戰略主題是差異化的業務目標,用於關聯投資組合與企業的戰略的。戰略主題影響投資組合戰略,並為投資組合決策提供業務背景。

  • Supplier (供應商)

    供應商是指開發和交付組件、子系統或服務以幫助Solution Train和敏捷發布火車向其客戶提供解決方案的內部或外部組織。

  • System Architect/Engineer (系統架構師/工程師)

    系統架構師/工程師負責為敏捷發布火車(ART) 定義和溝通共同的技術和架構願景以幫助確保開發中的系統或解決方案符合其預期目的。

  • System Demo (系統演示)

    系統演示是一項重要活動,是對敏捷發布火車(ART)中所有團隊在最近一個迭代中交付的新Feature提供一個綜合性視圖。每個演示均可為ART利益相關者提供在Program Increment (PI)期間衡量進度的客觀度量。

  • Stem Team (系統團隊)

    系統團隊是一個專業的敏捷團隊,幫助構建並支持敏捷開發環境,通常包括開發和維護工具鏈,以支持持續交付流水線。系統團隊還可支持來自各敏捷團隊的交付物的集成,在必要時執行端到端解決方案測試,並協助部署和按需發布。

T

  • Team and Technical Agility (團隊和技術敏捷力)

    團隊和技術敏捷力描述了高績效敏捷單一團隊和多團隊為客戶創建高質量解決方案所必備的關鍵技術、精益敏捷原則和實踐。

  • Team Backlog (團隊待辦事項)

    團隊待辦事項包含來源於program backlog的用戶故事和Enabler 故事,也包含從團隊的本地環境中產生的故事,其中還可能包含其他工作項,代表了團隊為推進系統中其負責的部分所需要做的所有事情。

  • Team Kanban (團隊看板)

    團隊看板是幫助團隊促進價值流動的一種方法,它通過可視化工作流程、建立在製品 (WIP) 限制、度量吞吐量以及不斷改進流程來實現。

U

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) 除以作業規模大小。

5

© 2021 Scaled Agile, Inc. All rights reserved.