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.
Select language
Print GlossaryA
-
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實現持續價值交付。
-
Capabilities
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) 是一項日常團隊活動，各團隊成員介紹前一天為推展迭代目標所完成的工作、為達成迭代目標制定的當天工作計劃以及在實現迭代目標的過程中遇到的阻礙。
-
Decentralized 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（現場）指的是實際工作發生的場所，各團隊可以在其中觀察利益相關者在運營價值流的過程中如何執行各項步驟和處理具體活動，以便團隊成員更好地識別機會，持續不懈地改進。
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 (迭代評審)
迭代評審發生在每個反覆運算結束的時候，在活動中每個團隊檢查本反覆運算完成的工作以評估進度，然後針對下一個反覆運算調整其工作內容。
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, NFRs (非功能性需求)
非功能性需求 （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 目標描述了敏捷團隊或ART在即將到來的 Program Increment （PI） 中計畫實現的所有業務和技術目標。
-
Plan-Do-Check-Adjust (計劃-執行-檢查-調整)
計劃 - 執行 - 檢查 - 調整 (PDCA) 是迭代四步法，用於控制波動性並且針對產品開發過程中的反饋資訊作出相應調整。
-
Portfolio (投資組合)
SAFe投資組合通過一系列開發價值流將戰略與執行保持一致。 在一個通用治理模型下運行，每個價值流都提供了企業完成其業務任務所需的一個或多個解決方案。
-
Portfolio Backlog
Program Backlog是未來的Feature的暫存區，可用於為某個敏捷發佈火車（ART） 滿足使用者需求和交付業務收益。 它還包括構建架構跑道所需的 Enabler Feature。
-
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 for Lean Enterprises
精益企業版 SAFe 是全球領先的業務敏捷體系框架。SAFe 將精益、敏捷和 DevOps 的優勢整合融入為一套全面的運營系統，通過更快、更具預見性地交付更高品質的創新產品和服務，幫助企業在數字化時代蓬勃發展
-
SAFe Implementation Roadmap
SAFe實施路線圖包括概覽圖和12個實施步驟的說明文章，文章中描述了實施戰略和一系列按順序排列的活動，這些活動經證實在成功實施 SAFe 方面十分有效。
-
SAFe Lean Startup Cycle (SAFe 精益創業週期)
SAFe 精益創業週期是適合產品創新和戰略投資的高強度迭代「建構 - 衡量 - 學習」週期。這種實施 Epic 的戰略以增量方式管理投資與風險，同時利用 SAFe 的價值流與視覺化優勢，為精益創業帶來了經濟和戰略優勢。
-
SAFe Program Consultants, SPCs
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 (解決方案示範)
在解決方案示範中，來自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 中的迭代一詞同義。
-
Stories (故事)
故事是以用戶語言編寫的一小塊被期待的功能的簡短描述，是敏捷團隊完成小的、垂直的系統功能。故事的大小是必須是能夠在一個迭代中完成的。
-
Story Map (故事地圖)
故事地圖是一項設計思維技術，根據使用者完成目標所需的任務來組織一系列故事。
-
Story Point (故事點)
故事點是在相對預估活動中使用的單個數字，表示考慮所有因素後得出的相對工作量，考慮因素包括：工作量、複雜度、知識量和不確定性。
-
Strategic Themes (戰略主題)
戰略主題是差異化的業務目標，用於關聯投資組合與企業的戰略的。戰略主題影響投資組合戰略，並為投資組合決策提供業務背景。
-
Sunk Costs (沉沒成本)
沉沒成本是指已支出的金錢，在未來投資決策時，如果希望有效地轉變方向，則應該忽略這些沉沒成本。
-
Supplier (供應商)
供應商是指開發和交付組件、子系統或服務以幫助Solution Train和敏捷發布火車向其客戶提供解決方案的內部或外部組織。
-
SWOT Analysis (SWOT 分析)
SWOT 分析是一種戰略規劃技巧，用於識別與目前業務形勢相關的優勢 (S)、劣勢 (W)、機會 (O) 和威脅 (T)，是 SAFe 投資組合願景的組成部分。
-
System Architect/Engineer (系統架構師/工程師)
系統架構師/工程師負責為敏捷發布火車(ART) 定義和溝通共同的技術和架構願景以幫助確保開發中的系統或解決方案符合其預期目的。
-
System Demo (系統演示)
系統演示是一項重要活動，是對敏捷發布火車(ART)中所有團隊在最近一個迭代中交付的新Feature提供一個綜合性視圖。每個演示均可為ART利益相關者提供在Program Increment (PI)期間衡量進度的客觀度量。
-
Stem 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) 會引起優先順序混亂，造成環境頻繁轉換並增加營運成本。
