# SAFe 方法論教程：什么是可擴展敏捷框架 > 原文： [https://www.guru99.com/scaled-agile-framework.html](https://www.guru99.com/scaled-agile-framework.html) ## 什么是可擴展敏捷框架（SAFe）？ Scaled Agile Framework SAFe 是一個免費的在線知識庫，可讓您在企業級應用精益敏捷實踐。 它為軟件開發團隊提供了簡單，輕便的體驗。 整個框架分為三個部分：**團隊，計劃和項目組合**。 稍后我們將詳細介紹。 SAFe 允許團隊進行以下活動： * 在企業級實施精益敏捷軟件和系統 * 它基于精益和敏捷原則。 * 它為企業投資組合，價值流，計劃和團隊的工作提供了詳細的指導。 * 它旨在滿足組織內所有利益相關者的需求。 SAFe 首先在該領域開發，并在 **Dean Leffingwell 的**的書和博客中進行了詳細說明。 1.0 版是 2011 年的第一個正式版本。最新版本是 4.6 版，于 2018 年 10 月發布。它提供了在企業產品組合，價值流，計劃和團隊級別上工作的指南。 在本教程中，您將學習- * [什么是可伸縮敏捷框架（SAFe）](#1) * [為什么使用敏捷框架](#2) * [何時使用縮放敏捷框架](#3) * [與其他敏捷實踐](#4)有何不同 * [可擴展敏捷框架](#5)的基礎 * [敏捷宣言](#6) * [安全級別不同](#7) * [團隊等級](#8) * [程序級別](#9) * [投資組合級別](#10) * [值流級別](#11) ## 為什么使用敏捷框架 它更簡單，更輕，但可以擴展以處理大價值流和復雜系統開發的需求。 通過實施敏捷框架，您將獲得以下好處，  * **生產率將**提高了 **20-50％** * **質量**增長超過 **50％** * **上市時間**比**快 30 -75％** * 提高了**員工敬業度**和**的工作滿意度。** 詳細的框架圖可在[網站](http://www.scaledagileframework.com/)上找到。 它顯示了所有關鍵角色，活動，可交付成果和流程。 它也可以作為網站其他部分的導航工具。 下圖說明了敏捷過程的工作原理。 史詩是一項龐大的工作，可以進一步細分為許多較小的故事或子史詩。 這些子主題將作為故事分配給團隊。 然后，每個團隊都會相應地處理這些故事或軟件功能。  ## 何時使用縮放敏捷框架  * 當團隊有興趣在較大的多團隊計劃和項目組合中一致地實施敏捷方法時。 * 當多個團隊以各自的敏捷實施方式運行，但經常遇到障礙，延誤和失敗時。 * 當團隊想要獨立工作時。 * 當您想在整個組織范圍內擴展敏捷但不確定需要哪些新角色或需要更改哪些現有角色（即管理）時以及如何更改。 * 當您嘗試在整個組織中擴展敏捷性，但在努力協調一致以實現業務部門（從投資組合到計劃和團隊級別）的統一或一致策略時，就遇到了麻煩。 * 當組織需要改善產品開發的交貨時間并想知道其他公司如何成功地通過 SAFe 擴展敏捷時。 ## 與其他敏捷實踐有何不同 讓我們看看 Scaled Agile 框架與其他敏捷實踐有何不同， * 它是公開可用的，可以免費使用。 * 以高度易用和可用的形式提供。 * 它是輕量級的，經過實踐證明的結果并且特定于級別。 * 它不斷/定期修改/保持最常用的敏捷實踐。 * 提供了對常見敏捷實踐的有用擴展。 * 使敏捷實踐基于企業環境。 * 提供軟件開發的完整圖片。 * 在所有級別上可見性或透明性都更高。 * 關于質量和改進的持續或定期反饋。 ## 規模化敏捷框架的基礎  規模化敏捷框架（SAFe）：它立足于其基礎 1. 精益敏捷原則 2. 核心價值， 3. 精益敏捷領導 4. 精益敏捷思維定勢， 5. 實踐社區（不斷從事 SAFe 實踐的人群） 6. 實施 1-2-3 1. **SAFe 精益敏捷原則** 必須了解，展示和延續 SAFe 的這些基本原理和值，以便獲得所需的結果。 * 從經濟角度看 * 應用系統思考 * 假設可變性； 保留選項 * 通過快速，集成的學習周期逐步構建 * 里程碑基于對工作系統的客觀評估 * 可視化和限制在制品，減少批次大小和管理隊列長度 * 應用節奏，與跨域計劃同步 * 釋放知識工作者的內在動力 * 分權決策 2. **SAFe 敏捷核心價值觀** SAFe 敏捷度基于這四個值。 **對齊方式：** * SAFe 支持對齊。 * 對齊開始于 * 投資組合積壓和 * 下移至計劃積壓的愿景和路線圖，然后 * 移至團隊待辦事項列表。 **內置質量：** * 它確保每次增量交付都反映質量標準。 * 質量不是內置的“以后添加”。 * 內置質量是精益和強制性的前提 **透明度：** * 透明是信任的促成因素。 * SAFe 幫助企業實現各個級別的透明度-高管，投資組合經理和其他利益相關者。 * 每個人都可以查看投資組合積壓/看板，程序積壓/看板和團隊積壓/看板。 * 每個級別都對 PI 目標有清晰的了解。 * 培訓計劃可以查看團隊的待辦事項以及其他計劃的待辦事項 * 團隊和計劃可以了解業務和架構史詩。 他們可以看到前進的方向。 **程序執行：** * SAFe 非常重視工作系統和由此產生的業務成果。 * 如果團隊無法執行并持續交付價值，SAFe 就沒有用。 3. **精益敏捷領導者：** 精益敏捷領導者是終身學習者和教師。 它通過理解和展示精益敏捷 SAFe 原則，幫助團隊構建更好的系統。 作為團隊的推動者，最終的責任是精益敏捷開發的采用，成功和持續改進。 為了改變和不斷改進，必須對領導者進行培訓。 領導者需要采用新的領導方式。 真正賦予個人和團隊力量并使其發揮最大潛力的團隊。 **這些精益領導者的原則** * 領導變革 * 知道路； 強調終身學習 * 培養人才 * 激發和配合使命； 最小化約束 * 分散決策 * 釋放知識工作者的內在動機 4. **精益敏捷思維方式：** 精益敏捷的心態體現在兩方面： 1. **SAFe 精益議院** 2. **敏捷宣言** **SAFe 精益議院**： SAFe 源自精益生產原則和實踐。 基于這些因素，SAFe 提出了“ SAFe 精益之家”。 它受到精益豐田的“家”的啟發。 精益生產的目標無與倫比：在最短的交貨時間內以最大的質量為客戶提供最大的客戶價值 下圖說明了“ SAFe 精益之家”的目標，支柱和基礎。  ## 敏捷宣言 我們正在探索通過開發軟件并幫助他人開發軟件的更好方法。 通過這項工作，我們開始重視：  這就是為什么，盡管右側的項目中有一個值，但我們更重視左側的項目。 **敏捷宣言** 1. 最重要的是通過持續和早期交付有價值的軟件來滿足客戶。 2. 接受不斷變化的需求，甚至在開發后期。 敏捷流程利用變更為客戶帶來利益。 3. 頻繁交付工作軟件，從幾周到幾個月不等，而更傾向于縮短時間。 4. 開發人員和商人必須在整個項目中每天一起工作。 5. 圍繞有上進心的個人建立項目。 給他們支持和他們所需的環境，并信任他們來完成工作。 6. 與開發團隊進行交流的最有效方法是面對面的對話。 7. 工作軟件是進度的主要衡量標準。 8. 敏捷過程促進可持續發展。 贊助者，開發者和用戶應該能夠無限期地保持恒定的步伐。 9. 持續關注技術卓越性和良好的設計可增強敏捷性。 10. 簡單性-最大化未完成工作量的藝術-是必不可少的。 11. 最好的體系結構，需求和設計來自自組織團隊。 12. 團隊會定期思考如何提高效率，然后相應地調整和調整其行為。 ## 安全級別不同 SAFe 實現有兩種不同類型： 1. **SAFe 4.0 實施** 2. **SAFe 3.0 實施**  * 在 SAFe 4.0 實施中，我們有 4 個級別：**投資組合，價值流，計劃和團隊。** * 在 SAFe 3.0 實施中，我們分為 3 個級別：**項目組合，計劃和團隊** * 3 級 SAFe 適用于人數少于 100 人的小型實現。 不需要大量協作的程序。 * 4 級 SAFe 適用于通常需要數百名從業人員開發部署和維護軟件的解決方案。 ### 團隊級別 | **角色/團隊** | ? | **活動** | ? | **偽影** | | *敏捷團隊 | ? | *沖刺計劃 | ? | *團隊積壓 | | * 產品擁有者 | ? | *積壓整理 | ? | *非功能性要求 | | * Scrum 大師 | ? | *每日站立 | ? | *團隊 PI 目標 | | ? | ? | *執行 | ? | *迭代 | | ? | ? | * Sprint 演示 | ? | *故事（工作軟件） | | ? | ? | * Sprint 回顧展 | ? | *沖刺目標 | | ? | ? | * IP 沖刺 | ? | *內置質量 | | ? | ? | ? | ? | *釘 | | ? | ? | ? | ? | *看板團隊 | * 所有 SAFe 團隊都是一個或其他敏捷發布培訓（ART）的一部分。 * SAFe 團隊是授權，自我組織，自我管理，跨職能的團隊 * 每個團隊均負責以固定長度的迭代從團隊積壓中定義，構建和測試故事 * 團隊根據商定的迭代目標計劃并執行為期兩周的有時間限制的迭代。 * 團隊將使用 ScrumXP / Team Kanban 例程交付高質量的系統，每兩周進行一次系統演示。 * ART（敏捷發布培訓）中的所有不同團隊將創建一個集成且經過測試的系統。 利益相關者將評估并做出快速反饋 * 他們采用內置質量實踐。 * 每個 ScrumXP 團隊將有 5-9 個團隊成員，其中包括在每個 Iteration 中建立高質量增量值所需的所有角色。 * ScrumXP 角色包括： * 小組（開發+質量檢查） * Scrum 大師 * 產品擁有者。 等等.. * SAFe 將開發時間線劃分為 PI（程序增量）內的一組迭代。 * PI 持續時間為 8 -12 周。 * 團隊將使用故事來傳遞價值。 產品負責人將擁有創作和接受故事的內容權限。 * 故事包含客戶的要求。 * 團隊待辦事項包括在 PI 計劃期間確定的用戶和啟用者故事。 產品管理提出路線圖，愿景和計劃待辦事項時。 * 識別，闡述，確定優先順序，安排，實施，測試和接受故事是團隊級別管理工作的主要要求。 * 每次迭代提供： * 新功能的寶貴增量 * 通過不斷重復的模式來完成 * 計劃迭代 * 承諾一些功能 * 通過構建和測試故事來執行迭代 * 演示新功能 * 回顧性 * 重復下一次迭代 * 在每個迭代的末尾，團隊還支持系統演示。 這是 ART 的關鍵集成點。 * 較大的價值流將包含多個 ART。 * 創新和計劃（IP）迭代利用團隊，為創新和探索提供了機會。 ### 程序級別 | **Roles/Teams** | ? | **Events** | ? | **Artifacts** | | * DevOps | ? | * PI（程序增量）計劃 | ? | *愿景 | | *系統團隊 | ? | *系統演示 | ? | *路線圖 | | * 發布管理 | ? | *檢查并采用研討會 | ? | *指標 | | * 產品管理 | ? | *建筑跑道 | ? | *里程碑 | | * UEX 架構師 | ? | *隨時發布 | ? | *發布 | | *發布培訓工程師（RTE） | ? | *敏捷發布火車 | ? | *計劃史詩 | | *系統架構師/工程師 | ? | * 釋放 | ? | *程序看板 | | * 企業主 | ? | ? | ? | *計劃積壓 | | *精益敏捷的領導者 | ? | ? | ? | * Non-Functional Requirements | | *實踐社區 | ? | ? | ? | *加權最短作業優先（WSJF） | | * 共享服務 | ? | ? | ? | *計劃 PI 目標 | | *客戶 | ? | ? | ? | *功能 | | ? | ? | ? | ? | *啟動器 | | ? | ? | ? | ? | *解決方案 | | ? | ? | ? | ? | *價值流協調 | * 在計劃級別，SAFe 的價值是通過長期的敏捷發布火車（ART）實現的。 迭代適用于團隊，培訓適用于該程序。 * 敏捷發布火車（ART）是在計劃級別實現價值傳遞的主要工具。 它為組織提供了價值流。 * 計劃增量（PI）的持續時間為 8 到 12 周。 * ART 由 5-12 個敏捷團隊（約 50-125 +人）組成，其中包括交付經過全面測試，有效的系統級軟件所需的所有角色和基礎架構。 * 每個 PI 是一個多次迭代時間框。 在此期間，開發并交付了系統的大量有價值的增量。 * 在每個 PI 中，都將進行“演示”和“檢查和調整”會話，并且開始為下一個 PSI 進行計劃。 * 在計劃級別，SAFe 強調一致性原則。 這是因為整合了多個敏捷團隊的努力來創造客戶價值。 * SAFe 工件層次結構是 **Epics- >功能->用戶案例**。 * 在程序級別，產品經理/程序經理具有內容權限。 他定義了程序待辦事項并確定了優先次序。 * 程序積壓是功能的優先列表。 * 在程序級別，功能可以起源，也可以從組合級別定義的史詩派生。 * 功能會分解為用戶故事，并流入團隊級別的待辦事項列表。 * 產品經理或發布培訓工程師角色可以由項目經理/高級項目經理處理 * 計劃級別的系統架構師角色是與團隊協作。 它確保滿足非功能性要求。 此外，他們在產品組合級別與企業架構師合作，以確保有足夠的架構跑道來滿足即將到來的用戶和業務需求。 * UX 設計人員提供了團隊的界面設計，用戶體驗指南和設計元素。 * “發布培訓工程師”扮演首席首席管理員的角色。 * 各個團隊（來自市場，開發，質量，運營和部署）組成“發布管理團隊”。 他們將批準向客戶例行發布質量解決方案。 * DevOps 團隊負責將軟件部署到客戶環境中并成功交付。 ### 投資組合級別 | **Roles/Teams** | ? | **Events** | ? | **Artifacts** | | *企業架構師 | ? | *戰略投資計劃 | ? | *戰略主題 | | *計劃組合管理 | ? | *看板投資組合（史詩）計劃 | ? | *企業 | | *史詩般的車主 | ? | ? | ? | *投資組合積壓 | | ? | ? | ? | ? | *投資組合看板 | | ? | ? | ? | ? | * Non-Functional Requirements | | ? | ? | ? | ? | *史詩和推動者 | | ? | ? | ? | ? | * 價值流 | | ? | ? | ? | ? | *預算（資本支出和運營支出） | * 對 SAFe 的最高關注/關注/參與/是 **SAFe 投資組合** * 該產品組合提供了通過一個或多個價值流來組織精益敏捷企業價值流的基本模塊。 * 該產品組合有助于開發戰略主題中描述的系統和解決方案（將 SAFe 產品組合鏈接到企業不斷變化的業務戰略）。 * 為了達到戰略目標，投資組合級別封裝了這些要素。 它提供了基本的預算編制和其他治理機制。 這樣，可以確保對價值流的投資為企業提供必要的回報。 * 投資組合雙向連接到業務： * 為了指導業務組合達到更大的不斷變化的業務目標，它提供了戰略主題。 * 另一個方向表明投資組合價值的持續流動。 * 計劃組合管理是利益相關者，他們對交付業務成果負責。 * SAFe 產品組合級別包含企業滿足其戰略目標所需的人員，流程以及必要的構建系統和解決方案。 * 價值流是投資組合中的主要目標，構建解決方案需要人力和其他資源。 * 這里使用的重要關鍵概念是： * 與企業的連接， * 程序組合管理， * 管理投資組合史詩的流程。 ### 值流級別 | **Roles/Teams** | ? | **Events** | ? | **Artifacts** | | * DevOps | ? | * PI（計劃增量）之前和之后的計劃 | ? | * Vision | | * System Team | ? | *解決方案演示 | ? | * Roadmap | | * Release Management | ? | * Inspect and Adopt Workshop | ? | * Metrics | | *解決方案管理 | ? | * Agile Release Train | ? | * Milestones | | * UEX Architect | ? | ? | ? | * Releases | | *價值流工程師（RTE） | ? | ? | ? | *價值流史詩 | | *解決方案架構師/工程師 | ? | ? | ? | *價值流看板 | | * Shared Services | ? | ? | ? | *價值流積壓 | | * Customer | ? | ? | ? | * Non-Functional Requirements | | *供應商 | ? | ? | ? | * Weighted Shortest Job First (WSJF) | | ? | ? | ? | ? | *價值流 PI 目標 | | ? | ? | ? | ? | *能力 | | ? | ? | ? | ? | * Enabler | | ? | ? | ? | ? | *解決方案上下文 | | ? | ? | ? | ? | * Value Stream Coordination | | ? | ? | ? | ? | *經濟框架 | | ? | ? | ? | ? | *解決方案意圖 | | ? | ? | ? | ? | * MBSE | | ? | ? | ? | ? | *基于設置 | | ? | ? | ? | ? | *敏捷架構 | * 值流級別在 SAFe 中是可選的。 * 值流級別是 SAFe 4.0 中的新增功能。 * 價值流級別是為以下企業/建筑商/組織設計/設計的： 1. 大號 2. 獨立 3. 有復雜的解決方案 4. 他們的解決方案通常需要多個 ART 5. 他們有供應商的貢獻。 6. 他們面臨最大的系統挑戰 7. 對于網絡物理系統 8. 適用于軟件，硬件，電氣和電子，光學，機械，流體學等。 * 構建此類系統通常需要數百甚至數千名從業人員，外部和內部供應商。 * 如果系統對任務至關重要。 解決方案甚至子系統的故障都會帶來不可接受的經濟和社會后果。 * 如果企業可以由幾百名從業者建立，則可能不需要此級別的構建。 在這種情況下，他們可以使用“ **折疊視圖”** ，它是 3 級 SAFe。 * 以精益敏捷模式構建價值流解決方案需要其他工件，協調和構造。 因此，此級別包含一個經濟框架，可為價值流提供財務邊界 * 它支持多個 ART 和供應商的節奏和同步。 它包括 PI 前后計劃會議和解決方案演示。 * 它提供了其他角色，包括：價值流工程師，解決方案架構師/工程和解決方案管理。 **摘要：** * SAFe 是一種行業認可的，以價值為中心的方法，可用于在企業級別擴展敏捷。 * 它回答了諸如“我們如何計劃？”，“我們如何預算？”和“我們如何在架構和 DevOps 中變得跨職能？”之類的問題。 * SAFe 幫助大型組織團隊實現組織的戰略目標，而不僅僅是單個項目目標。 * 該框架提供了維護和創建集中式戰略以交付價值的能力。 * SAFe 模型具有三個/四個級別，這些級別集中了組織的戰略主題。 * 集中戰略，結合分散的敏捷開發執行力。 **參考：** 供參考的官方和當前網站是： [http://www.scaledagileframework.com](http://www.scaledagileframework.com) 本文由 **Jyothi Rangaraj** 提供