 |
-- 會員 / 註冊 --
|
 |
|
|
|
SAFe 4.0精粹：運用規模化敏捷框架實現精益軟件與系統工程 ( 簡體 字) |
| 作者：李建昊等 | 類別：1. -> 程式設計 -> 綜合 |
| 譯者： |
| 出版社：電子工業出版社 |  3dWoo書號： 48467
詢問書籍請說出此書號！【有庫存】
NT售價： 495 元 |
| 出版日：1/1/2018 |
| 頁數：296 |
| 光碟數：0 |
|
站長推薦：   |
| 印刷：全彩印刷 | 語系： ( 簡體 版 ) |
| |
加入購物車  │加到我的最愛
(請先登入會員) |
| ISBN：9787121332906 |
| 作者序 | 譯者序 | 前言 | 內容簡介 | 目錄 | 序 |
| (簡體書上所述之下載連結耗時費功, 恕不適用在台灣, 若讀者需要請自行嘗試, 恕不保證) |
| 作者序： |
| 譯者序： |
前言：推薦序一
正如萬事萬物的發展規律那樣，敏捷在中國也并非坦途！特別是近幾年，敏捷的進一步發展面臨著巨大的挑戰。
眾所周知，敏捷是因為互聯網的高速發展而大行其道的。但互聯網行業的特點是小團隊作戰，哪怕是一個很大的互聯網公司，也可以拆分成許多小團隊并行工作。因此，互聯網的敏捷其實就是小團隊敏捷。互聯網業內廣為流傳的“兩個比薩原則”，說的是“兩個比薩喂不飽的團隊，就不能高效工作！”這是小團隊敏捷快速迭代的形象寫照！
其實，敏捷并不只屬于互聯網行業！但是，當敏捷在國內向更廣闊的方向擴展時，卻困難重重、舉步維艱。
首先，敏捷在互聯網行業的風靡，給人們留下了根深蒂固的印象，學敏捷就要學“BAT”（百度、阿里巴巴、騰訊）那樣的敏捷！當然，“JMD”（京東、小米、滴滴）的敏捷也是一樣的。似乎從來就只有“小敏捷”這華山一條路。
其次，互聯網行業是一出生就“敏捷”了，不用經歷敏捷轉型的陣痛。而在其他領域，越是管理成熟的企業，越是有一套成型的組織結構和管理體系；越是大企業，層級越復雜，跨部門的協作越多。這些都讓傳統企業嫁接敏捷困難重重，往往只是在幾個小團隊淺淺地嘗試一下敏捷就止步不前。
最后，我們在實施敏捷轉型中還經常會提到“自組織團隊、去中心組織”。這些新穎的概念也讓企業的高層管理者們困惑、踟躕不前，仿佛敏捷轉型就是要“革了自己的命”。有朝一日，敏捷轉型成功了，自己在企業里也就沒有位置了。
放眼歐美，近年來，敏捷已經遠遠超出了小團隊的范疇，在制造業、金融、航空航天等眾多行業中，敏捷在幾百人甚至數千人的研發團隊里如火如荼地實施著，并有大量成功案例。“大規模敏捷”已經被美國財富 100 強公司中的絕大多數公司所接受，并有效地踐行著。
這是一場“大敏捷”的革命，SAFe 就是這場革命的主要推手！
我在2017 年初給《SAFe 4.0 參考指南》寫的推薦序里說，“中國的敏捷，非常需要一盞指路明燈。SAFe，恰恰就是這盞指路明燈，照亮了敏捷的前路！”
SAFe 規模化敏捷框架，為企業的敏捷轉型升級提供了思路、指明了方向。SAFe 體系的創立者Dean Leffingwell 大師在IBM 有數十年IT 管理和咨詢的經歷，對大型IT 開發組織有深刻的了解。因此他提出的這套體系，與其他規模化敏捷體系相比，更深刻也更務實。就連“SAFe”這個名字，也會讓企業在進行敏捷轉型時感覺安全，讓企業高管們心情舒暢。這，就是大師的智慧了！
2017 年4 月，我曾與本書作者之一Richard Knaster 先生深入交流。我們有共識，SAFe 必須走理論與實踐相結合的道路。而本書恰恰給出了在企業環境中實施 SAFe 的路線圖，它能幫助敏捷實踐者們掌握SAFe 的具體實施步驟和方法，是指導規模化敏捷轉型、SAFe 落地實施的最佳參考指南。
2016 年11 月，在“2016 光環敏捷千人峰會”上，光環國際作為SAI 金牌伙伴，隆重發布了SAFe 規模化敏捷框架中文版；2017 年初，《SAFe 4.0 參考指南》中文版出版、SAFe 中國社群成立；2017 年底，光環國際給華為做的SAFe 咨詢第一期圓滿完成。一年多來，SAFe 在國內的發展非常迅速，其正在被越來越多的企業關注，并準備著手將SAFe 納入2018 年的年度計劃之中。
這次，李建昊老師領銜翻譯《SAFe 4.0 精粹：運用規模化敏捷框架實現精益軟件與系統工程》，這無疑又是SAFe 在中國的一件大事。
衷心祝愿SAFe 在中國落地生根、開花結果！
張澤暉
光環國際董事長、CEO
推薦序二
我最早接觸SAFe，還是在2013 年底。那時華為公司正在實施版本級敏捷和“One Track”，幾百人的團隊嘗試進行迭代開發，活動本身取得了較大成果。但由于受到客戶訴求及競爭壓力，領導進一步提出要求：大幅縮短版本交付周期30%~50% 以上。而當時我們真正開展的敏捷實踐還主要聚焦在基層團隊層面，宏觀上整個版本火車仍基于IPD“階段- 門限”的瀑布交付模式。不突破這個框架束縛，產品上市時間（TTM）根本不可能做到突破性改進。但如何突破呢？讓人頗為頭疼。恰巧此時我看到了SAFe 框架，匆忙瀏覽一番，不禁眼前一亮，這正是我們想要的東西，真是“踏破鐵鞋無覓處，得來全不費工夫”！
帶著希望，2014 年我們遠赴美國尋找答案。在Boulder，我們系統學習了SAFe 的整體框架與知識體系。整整一周的“填鴨”式學習，收獲是滿滿的，但我們依然有困惑。課間“開小灶”的時候，我們幾個人圍著Dean，“我們交付的產品是嵌入式軟件和硬件，軟硬件協同怎么快速交付？”“交付范圍很大，是多個產品組成的解決方案，成百上千人，依賴關系復雜得很，該怎么辦？”Dean先是深思狀，然后很興奮地對我們說，SAFe 的下一個版本會考慮這些問題。顯然，當時的SAFe 3.0 還無法應對這些問題。隨著2017 年的到來，展現在我們眼前的這本《SAFe 4.0 精粹： 運用規模化敏捷框架實現精益軟件與系統工程》（注：網站上已更新到SAFe 4.5 了）就對上述問題進行了系統回答。SAFe 4.0 整合了軟件、硬件和固件，從Team 到Portfolio 四個層級，對大型組織的真實交付場景給出了切實可行的實施方案。
在我看來，從十來個人的小團隊敏捷推廣到成百上千人整個IPD 層面的敏捷，最核心的是要提升以下兩個方面維度的敏捷能力。
（1）價值流敏捷性：我們稱之為敏捷的“水平拓展”能力。核心是在“客戶-產品管理- 架構與系統設計- 開發- 測試- 服務- 客戶”這個價值鏈中，把敏捷影響的范圍從傳統小團隊內的“開發- 測試”向前后兩邊延伸，最終打通“從客戶中來、到客戶中去”的完整價值鏈。這個過程，要不斷卷入新的角色，不斷調整和優化現有流程和組織職責，用更短的鏈條、更高效的協同和反饋加速價值的流動。在這種情況下，僅僅單個小組運作好，甚至獨立的多個小組也運作好，依然不能有效解決問題。大企業中的每個角色和職責都是環環相扣的，只要有某個環節和角色沒有搞定，價值就無法順暢地流動起來。
（2）組織敏捷性：我們稱之為敏捷的“垂直壓縮”能力，管理扁平化能力。其核心是在“個人- 團隊- 主管- 經理- 部長- 總裁”這種多層級的匯報和決策鏈條背景下，構建一個高效、快速的決策機制，從戰略到執行，透明高效；從基層向上反饋信息，通暢，快捷。這都需要企業做到分層決策，組織扁平化，適度自治，權力和“炮火”授權到一線作戰團隊。而這種變化，更涉及組織的調整，以及不同層級決策范圍和決策方式的變化。
（華為IPD 針對上述兩個維度的敏捷性都有改進。實踐表明，組織的敏捷性難度更大，但改進獲得的收益也更大。）
讓人可喜的是，SAFe 4.0 對上述問題都有闡述。框架在Scrum 的基礎上，結合企業實踐，創新性地提出了4 層結構，每層結構都引入了新的組織和角色，賦予新的技能要求和職責。其保證在企業大規模團隊的交付過程中，不同層級團隊間的信息共享、高效協同，以及無間配合與交付同步對齊。更讓人叫絕的是其博采各家所長，創造性地提煉、總結出不少針對大團隊作戰的優秀實踐。比如PI Planning，第一次見到時我感覺這完全是“腦洞大開”的神來之筆。上百人一起開會，而且還連開兩天，所有交付的團隊成員和利益相關者面對面地溝通愿景，制定目標和計劃，識別依賴和風險，再加上超高密度的思想和信息碰撞，全員信心投票，所有這些真正做到了最扁平、最充分、高質量的全員溝通和反饋，聚焦了所有成員的精力和承諾，在一個PI 周期內為同一個目標沖刺。所以我一直認為PI Planning 體現了SAFe 的靈魂和精髓，“無PI Planning，不SAFe”！
另外，我觀察到的一個方面是，SAFe 在4 層中引入的新角色的設置，無形中給SAFe 在大型企業實施過程中起到了部分消除障礙、鋪平道路的作用。為什么這么說呢？大家都知道敏捷對企業是一個變革，而變革管理表面是組織和流程的優化，背后的核心其實是利益的再分配。在敏捷實施中，不少實踐觸動到了很多人的“蛋糕”。比如角色融合、去中心化、扁平管理、團隊自治。這些口號讓傳統企業中的各級經理和功能領域大佬們焦慮不安，因為他們找不到自己在變革中的位置，所以自然在變革過程中保持距離，消極應付，口頭承諾。這也是我認為Scrum 在企業做了好幾年，影響力還是拓展不出去的原因。試想，能夠決定路標規劃的產品管理、決定重大技術方案的架構師、決定資源投入和版本策略的PMO（項目群管理）都不在Scrum 團隊中，其影響力能有多大？反觀SAFe 的方案，特別強調精益- 敏捷領導者的作用，而且或有心或無意，傳統大型企業中的“各路大神”都能在SAFe 框架中或多或少地找到自己的影子，他們自然也樂得支持敏捷轉型。企業也是江湖，團結就是力量。
當然了，SAFe 也不是萬靈丹。事實上，在敏捷圈內的爭論就不少。最大的抱怨就是SAFe 太復雜，甚至說SAFe 自身已經不敏捷了。SAFe 復雜嗎？要我說絕對復雜！ SAFe 完全就是一個龐大的知識體系，單是引入PI Planning 就要花費不少精力。但這是問題嗎？還是要回歸業務的基本面，看企業的挑戰是什么，并深刻分析復雜性是業務本身的屬性還是SAFe 帶來的。愛因斯坦說“事情應該力求簡單，但不能過于簡單（Everything must be made as simple as possible, but not simpler)”。所以我建議跳出問題，客觀看待，學術之爭不是關鍵，關鍵是解決企業的問題。Linus 說“Talk is cheap. Show me the code”。我要說，停下爭論，回歸本源！你的企業有問題嗎？請參考書上的原則和方法，勇敢嘗試吧，現在就開啟你的第一列敏捷火車，讓高效流動的業務價值來應對各種懷疑和挑戰！
徐琦海
華為技術有限公司
產品與解決方案首席系統工程專家
推薦序三
Be SAFe，Be Agile
在《SAFe 4.0 參考指南》中文版之后，《SAFe 4.0 精粹：運用規模化敏捷框架實現精益軟件與系統工程》中文版得以快速出版，這是所有探索和踐行“大敏捷”的中國敏捷實踐者的一大福音，同時也將開啟整個敏捷社區的一大盛世，并將有力地推動SAFe 在中國的落地。這離不開李建昊老師以及SAFe 中國社群小伙伴們的努力，同時也很高興自己是其中的一分子。我也想起了審校本書的點點滴滴。2017 年8 月我還在越南芽莊珍珠島上帶著家人度假，為了本書盡快出版，每天深夜與咖啡和海風相伴，仔細審校、對比中文和英文，斟酌英文原意和中文表達，可以說“痛并快樂著”。 如今本書正式出版了，也算是自己一個學習階段
的總結，接下來讓我們繼續前行。
企業或組織是一個復雜系統，這個復雜系統進行最大化業務價值的產品開發所面臨的困難和挑戰可想而知。相較于業界應用最廣泛的“小敏捷”框架Scrum來說，解決復雜系統復雜問題的“大敏捷”SAFe 框架盡管是一種敏捷方法，但仍然是比較繁雜和難以掌握的。而本書正如敏捷用戶故事一樣，從一個敏捷實踐者的角度，面對復雜系統，帶領讀者一步一步地學習和體驗如何進行規模化的敏捷。從用戶體驗來說，這將會極大地縮短學習SAFe 的周期，盡早地促使實踐者快速、迭代地應用SAFe，從而從“做中學”（Learning by doing），逐漸真正地掌握SAFe，并將SAFe 作為組織持續交付最大的價值和持續創新的引擎。我堅信企業也會變得更加敏捷。
本書的內容以及章節順序也和SAFe 的認證課程一脈相承，可以作為SAFe認證課程的參考書。這也將會極大地幫助參加課程的敏捷實踐者學習和掌握SAFe 的知識，順利地通過官方在線考試和拿到證書，這也算是我們中國讀者的福利吧。
方法來源于“現地現物”，而一線的實際經驗也會反哺升華到方法，這是一個不斷創新的循環，也是敏捷本身“持續改進”的真諦。SAFe 本身是敏捷的，因為它也在持續改進。在本書的翻譯過程中SAFe 已經從4.0 進化到4.5 了，不過其核心和精粹并沒有改變。回到SAFe 的落地應用，每個企業的復雜程度和維度都是不一樣的，SAFe 落地之后，也將不盡相同，未來的敏捷之路究竟是什么樣的，將會難以想象。不過我們現在有《SAFe 4.0 精粹：運用規模化敏捷框架實現精益軟件與系統工程》中文版作為指導，也有最新的SAFe 4.5 英文網站照亮遠方，相信每個企業都將走出自己獨特的大敏捷、大風采。
趙衛
京東敏捷創新教練
IBM 大中華區敏捷及DevOps 卓越中心前主管
推薦序四
我非常欣喜地看到《SAFe 4.0 精粹：運用規模化敏捷框架實現精益軟件與系統工程》一書的翻譯出版。我第一次接觸這本書是在考SPC（認證SAFe 咨詢師）之前，當時自己費勁地啃了一部分英文原版，但已深為書中體系化、深入淺出的內容所吸引。當時我最大的期盼就是有中文譯本，以便閱讀得更快。今天中文版終于面世了，對于希望系統性學習規模化敏捷管理實踐、在企業中推進精益- 敏捷變革的讀者來說，這無疑會是一個福音！
在此首先表達一下我對光環國際的創始人張澤暉先生、副總裁李建昊老師的敬意，他們都是富有遠見卓識和使命感的精益- 敏捷領導者，并一直致力于在國內引入和傳播先進的IT 技術與管理方法。SAFe 作為一個在國外非常流行并已經得到許多公司和團隊實踐且證明有效、在國內卻還鮮為人知的規模化敏捷框架，正是在他們的積極倡導下，逐步被國內更多的企業（尤其是有轉型意愿的傳統企業）所學習、了解、實踐，并從中獲益。
作為科技從業者，我們正在面臨的是一個不確定性（Uncertainty）與復雜性（Complexity）急劇增長的世界，新技術的發展日新月異，市場競爭日趨激烈，傳統的計劃驅動的項目管理模式已經完全無法適應新的市場挑戰。產品迭代的速度、對用戶體驗的把握、實驗與探索的能力，已經成為新時代下獲得市場競爭優勢的關鍵所在。“大魚吃小魚”的競爭法則已經發生變化，只有變成吃“慢魚”的“快魚”，企業才有機會生存和發展。SAFe 框架基于復雜性認知，融合了敏捷開發、精益產品開發、系統思考等三大知識體系的思想、原則與實踐，整體框架貫穿了投資組合管理層、價值流層、產品層、團隊層等不同管理層級，對于企業
級的敏捷轉型，具備很強的參考價值。
SAFe 框架自身也是一個產品快速迭代演進的示范。這幾年我也詫異于SAFe版本的演進之快速，它開放性地吸收來自一線客戶、用戶的聲音，吸收業界與社區的最新優秀實踐，持續驅動SAFe 自身的迭代完善。2017 年下半年最新推出的SAFe 4.5 版本，又是讓人眼前一亮，例如并行推出了多個繁簡不一的框架來滿足不同規模客戶的具體應用場景，吸收DevOps/CD（持續交付）的工程實踐作為內建質量的關鍵支撐，融入Lean UX 與Design Thinking 來強化用戶體驗與創新設計，等等。
SAFe 作為一個進取的規模化管理框架，在業界確實也存在一些爭議。對此我的看法是，改進與變革的動力，無非來自兩個方面：一是避害，解決現實工作中的實際痛點，二是趨利，積極地追求美好愿景。SAFe 框架也許不是一個最極致敏捷的東西，但它的確能夠為企業（尤其是大型產品團隊以及有一定規模的傳統企業）解決規模化敏捷管理上的許多實際困惑和痛點。世界上所有的“框架”都沒什么用，因為它們不能直接映射到企業的真實環境中，不能照搬，須三思而行。當然，“框架”又都是有價值的，因為它們沉淀了許多在實踐中提煉出來的知識和經驗，可提供借鑒，能啟迪思考。
SAFe 框架的信息量很大，對于如何學習和應用SAFe，以下是我個人的幾點建議，供SAFe 的學習者和實踐者參考。
（1）把握核心價值觀和原則。我們可以用實驗性的心態來嘗試和采納不同的實踐，但都要基于底層我們對SAFe 價值觀與原則的共同認知和信仰，并以此來評判我們的實踐是否走在正確的軌道上。
（2）鼓勵多樣性的存在。增加多樣性是我們應對復雜世界的法寶。對個人如此，需要去除門戶之見，兼收并蓄，兼聽則明；對團隊如此，需要讓不同背景、不同專業的人相互碰撞，創造性地解決問題；對實踐的引入如此，需要讓不同的方法（如Scrum、Kanban、XP、SAFe、LeSS……）在不同的團隊都有嘗試的空間，適合的才是最好的。
（3）快速抄和改。真正的顛覆式創新少之又少，快速學習SAFe（經過驗證的敏捷知識體系）的理論、實踐與案例，積極借鑒并為我所用，形成結合自身特色的規模化管理上的微創新，這是比較有效的提升之路。
最后，感謝規模化敏捷社區的朋友們在翻譯、校對、審校這本圖書過程中的的共同努力和辛勤付出，在管理步入3.0 的時代，個體的連接、社區的力量是無窮的。“眾人拾柴火焰高”，我們有理由堅信，在不久的將來，國內企業與組織的規模化敏捷成熟度將會有質的飛躍。讓我們攜手努力，持續地激發個體，賦能團隊，引導產品創新，引領企業級精益- 敏捷變革，幫助更多的中國企業在快速變化的市場環境中取得競爭優勢！
林偉丹
獨立敏捷教練
平安集團研發管理部原負責人
譯者序
2017 年4 月《SAFe 4.0 參考指南》中文版問世，時隔近一年，《SAFe 4.0 精粹：運用規模化敏捷框架實現精益軟件與系統工程》中文版也誕生了！如果說前者是對于SAFe 體系全面詳盡的闡釋，那么后者就是對于SAFe 框架精煉提純的萃取；如果說前者是側重SAFe 的理論，那么后者就是聚焦SAFe 的實踐；如果說前者是SAFe發展過程中的一個重大里程碑，那么后者就為SAFe 的持續演進開啟了新征程！
規模化敏捷框架（SAFe，Scaled Agile Framework）于2011 年正式發布1.0 版本，歷經5 年時間，融入了敏捷、精益、系統思考等思想，提出并演進成四大核心價值觀和九大原則，從團隊、項目群、大型解決方案（價值流）和投資組合等四個層級，全面、立體、系統化地給出了企業級大規模敏捷實施的策略和框架。其在2016 年發布了SAFe 4.0 版本，2017 年升級為SAFe 4.5 版本，并在全球眾多行業的大型企業中進行實踐，從生產率、產品上市時間、交付質量、員工滿意度等多方面取得了顯著的成果，總結出大量的成功案例。美國財富100 強公司中的絕大部分公司都聘請了SPC（認證的SAFe 顧問）進行現場輔導，在全球1000 強企業中使用SAFe 的比例也在逐漸增加。
與此同時，一大批中國的敏捷實踐者和專家也在關注SAFe 的發展與應用。早在2009 年，我還在諾基亞Symbian 研發中心致力于敏捷轉型時，遇到了Dean Leffingwell 先生，我們討論了敏捷發布火車的執行和SAFe 框架的雛形，此后的幾年我也一直關注其演進和發展。2013 年，我翻譯了Dean Leffingwell 先生的著作《敏捷軟件需求：團隊、項目群與企業級的精益需求實踐》一書。與此同時，中國最早的一批SPC 咨詢顧問出現了。2014 年，國內的許多大型企業和跨國企業的中國分部也陸續開始實踐SAFe，比如華為、中興、平安科技、中國銀行、IBM、Dell EMC、賽門鐵克、飛利浦等企業都先后組織了SAFe 的培訓或咨詢。
截至2016 年7 月，國內的SPC 已經超過10 位，但是對于中國大型企業敏捷轉型的需求來說，SPC 的數量仍是寥若晨星。
2016 年11 月，作為中國首位SPCT 候選人，我應邀前往位于美國科羅拉多州博爾德市的Scaled Agile, Inc.（SAI）總部，與來自全球各地的SAFe 專家進行了為期一周的學習和研討，也與Dean Leffingwell 先生達成了共識，一同推進SAFe 在中國的發展。回國后我就主持翻譯出版了權威著作《SAFe 4.0 參考指南》。
2017 年4 月，SAFe 研究員Richard Knaster 先生（本書作者之一）來到中國，我們兩人聯合授課，組織了中國第一期SPC 培訓，培養出近40 位SPC 咨詢顧問，并成立了SAFe 中國社群。目前該社群成員已經接近200 人！與此同時，我與Richard Knaster 先生還討論了如何更好地將SAFe 理論與實踐相結合，并啟動了這本《SAFe 4.0 精粹：運用規模化敏捷框架實現精益軟件與系統工程》的翻譯工作，希望幫助國內敏捷實踐者更好地理解和應用SAFe，也希望在中國培養更多的規模化敏捷咨詢顧問SPC，更希望能幫助越來越多的中國企業走上規模化敏捷之路！
關于本書
本書基于規模化敏捷框架的完整結構，提綱挈領地介紹了其核心內容，同時給出了在企業環境中實施SAFe 的路線圖。本書聚焦在提煉SAFe 4.0 版本的精粹，旨在幫助讀者快速學習和了解理論，并掌握具體的實施步驟和方法，是指導SAFe 4.0 落地實施的不二之選。
全書綱舉目張，分為6 個部分，圍繞“Why SAFe、What SAFe、How SAFe”的線索展開論述，其中第1 部分開宗明義，介紹了大型企業在數字化時代實施SAFe 所獲得的業務優勢，借此組織得以提升和保持核心競爭力，回答了“為什么需要SAFe”的問題，同時對SAFe 4.0 的框架進行了簡介。第2 部分到第5 部分是全書的主體，重點解答“什么是SAFe”的問題，從SAFe 4.0 的基本要素、項目群和團隊層、價值流層，以及投資組合層分別進行論述，提煉出各個層級的核心內容，涵蓋了角色、工件、活動、組織結構、實施策略、財務預算、度量指標等各個方面，并給出了具體的參考實例。第6 部分聚焦在實踐環節，給出了實施SAFe 的路線圖，也提供了設計和實施敏捷發布火車的具體步驟和方法，回答了“如何實施SAFe 的問題”。作為本書的一大亮點，第19 章提煉出SAFe 框架中不可或缺的十大基本要素，即“SAFe 精髓”。
雖然本書的篇幅不長，但其涵蓋的內容卻非常廣泛，如何有效地進行閱讀呢？就這個問題我也曾經跟本書作者進行了深入探討，在此推薦兩種閱讀方法：（1）對于SAFe 的初學者，建議按章節順序閱讀，每個章節之間是承上啟下、前后連貫的，從團隊層一直向上進行規模化，達到企業的投資組合層，最后討論如何落地實施。（2）對于具備一定SAFe 經驗的敏捷實踐者，建議聚焦在SAFe 的業務需要、各層級中的關鍵內容，以及實施環節。可以對照SAFe 4.0 全景圖，直接跳轉到相應的章節進行閱讀，有針對性地獲得相應的實施指導，當然也可以參考SAI 的官方網站（www.scaledagile.com），找到全景圖上的每一個活動圖標，點擊進入，詳細閱讀。但是，不論采取哪種閱讀方法，我都強烈建議每位讀者重點關注第19 章的內容。
因為這里詳細介紹了整個規模化敏捷框架的基本要素，是SAFe 4.0 精粹中的“精髓”。
關于SAFe 4.5
當知識體系形成的時候，它已屬于過去，新知識產生和發展的腳步從未停歇。在本書的翻譯過程中，SAFe 框架也在發生演進，SAFe 4.5 版本已于2017 年正式發布。這里也簡要介紹一下SAFe 4.5 版本的更新之處，希望可以幫助讀者更好地學習和應用這個框架。
SAFe 4.5 版本可以向前兼容 SAFe 4.0 版本，其主要變化包括以下5 個方面。
（1）提出“SAFe 精髓”和SAFe 的可配置性。基于SAFe 框架的各個層級，可以有4 種配置組合方式：基本型（精髓）SAFe、大型解決方案型SAFe、投資組合型SAFe、完整型SAFe。其中“價值流層”重新命名為“大型解決方案層”，并對“跨層級面板”的位置和內容進行了新的設計，術語也相應地有所變更。
（2）融入精益創業與精益用戶體驗創新。使用精益創業環、精益用戶體驗、精益投資組合管理，以及精益預算方面的新內容，更新了“史詩假設”“精益業務論證”“特性收益假設”等相關模板，幫助企業快速創新，更快地實施戰略，從而獲得更好的商業成果。相關內容也都體現在SAFe 全景圖中。
（3）建立可擴展的DevOps 與持續交付流水線。SAFe 通過實現DevOps 打破職能筒倉并向團隊賦能，使用CALMR 方法實現流動，即文化（Culture）、自動化（Automation）、精益流動（Lean Flow）、度量（Measurement）、恢復（Recovery）。由“持續探索”“持續集成”“持續部署”“按需發布”共同組成持續交付流水線，加速“假設- 構建- 度量- 學習”環，支持更快的創新和更頻繁的發布。
（4）給出SAFe 實施路線圖。描述了在成功實施 SAFe 的過程中，經過驗證有效的主要活動，并提供了一系列的工具包，幫助SPC 咨詢顧問作為變革代理人，在企業中成功進行SAFe 的落地實施。
（5）其他的一些變化。包括啟用了新的SAFe 框架命名——“精益企業的SAFe 框架”；更新了SAFe 的課件、視頻；優化了全景圖的展示，使之更加清新美觀；與Scrum 指南保持協調一致；讓術語表更加簡潔；把SAFe 的基本元素放入全景圖最下方的基礎層中；等等。更多的詳細內容，可以參考SAI 的官方網站關于SAFe 4.5 更新內容的介紹（http://www.scaledagileframework.com/whats-new-in-safe-45/）。
致謝
在敏捷的世界里并不缺乏理論，缺乏的是靈活駕馭理論、付諸實踐的人！在本書的翻譯過程中，我有幸又一次遇到了很多這樣的實踐者，感謝你們！
首先，我要感謝本書的作者Richard Knaster 和Dean Leffingwell，他們總能用最簡潔的語言將復雜問題解析得淋漓盡致，總能用生活中的隱喻將企業中的場景還原再現，令人拍案叫絕、受益匪淺！
其次，我要感謝國內的SPC 和敏捷專家們，大家充分發揮了“規模化”的力量。本書由近50 位專家組成了強大的翻譯團隊，分章節翻譯、交叉評審和校對，并由5 位資深專家組成審校委員會，共同打磨中文譯稿，保證了本書的翻譯質量。沒有你們的付出和努力，就沒有本書的順利出版！
本書主要翻譯及審校委員會成員：李建昊、趙衛、林偉丹、薛梅、劉展業。
翻譯團隊成員：第1 章（瞿俊龍、侯平然），第2 章（王真、劉鵬飛），第3 章（范鋼、張曉云），第4 章（張彬彬、劉叢），第5 章（王凌宇、劉軍權、陸媛），第6 章（李巖、吳舜賢），第7 章（郝雪萌），第8 章（張瀟、王云峰），第9 章（楊眉），第10 章（古月、張以海），第11 章（索群），第12 章（劉穎、黃哲），第13 章（王炬成、吳言），第14 章（王紅杰、金毅），第15 章（項文韜），第16 章（吳非、徐東偉），第17 章（李嵐風），第18 章（李洪波、張韜），第19 章（牛錦宇、穆祥武）。
我還要特別感謝光環國際董事長張澤暉先生，以及電子工業出版社的張春雨老師，感謝他們在本書翻譯過程中給予我的信任、鼓勵和支持，本書由此才得以在最短的時間內與廣大讀者見面！
最后，我還要感謝本書的廣大讀者和SAFe 中國社群的伙伴們。作為在國內推廣SAFe 落地實施的共創平臺，SAFe 中國社群自2017 年初開始籌建和試運營，2017 年4 月正式成立，至今已經走過了近一年的時光，其間開展了論壇、講座、沙龍、網絡研討會、社群開放日等多種活動，逐步形成了“學習、成長、貢獻”的社群核心價值觀。目前，社群伙伴們正在持續深度分析和討論當前企業敏捷轉型所面臨的挑戰，并結合SAFe 的實施案例探索適合中國企業的組織轉型解決方案。正是有了敏捷實踐者的共同努力，SAFe 體系才能富有活力和永葆青春！感謝大家的支持！
敏捷實踐的采納和應用，正如遠洋航海那樣——如果構建一艘快艇，可以在有限的水域中靈活穿梭；如果組建一支艦隊，就可以揚帆起航，去征服世界！希望SAFe 能成為企業級敏捷實踐的領航燈塔，讓更多的企業打造出強大的艦隊，開啟新的征程！
李建昊
2018 年2 月
譯者簡介
李建昊，光環國際副總裁，組織發展與轉型顧問，企業級敏捷專家，SAFe 中國社群創始人，國內敏捷開發領軍人物，曾任ThoughtWorks 公司中國區首席咨詢顧問。2009 年，遇到Dean Leffingwell，一起探討敏捷發布火車的實施。2016 年11 月，成為全球首位中國SPCT 候選人。2017 年4 月，開辦中國首期SPC 認證咨詢顧問公開課。目前，正在輔導多家大型
企業進行規模化敏捷轉型，致力于SAFe 在中國的推廣和發展。
前言
我們非常榮幸能夠代表Scaled Agile 公司、我們的團隊，以及SAFe 的貢獻者們，向你介紹本書。
早在2011 年，我們就推出了規模化敏捷框架（SAFe）1.0 版本，現在想來，仿佛就在昨天。那時我們并沒有大張旗鼓地進行宣傳，因為公司剛剛成立，也沒有市場部。SAFe 最早的版本有一張簡單的全景圖，僅僅提供了摘要內容。在1.0版本推出之后的幾個月內，我們幾近瘋狂地工作，最終推出了內容完備的文章。但是，SAFe 網站是免費的，并且提供的信息很有價值。
時光荏苒。現在的SAFe 4.0 版本更名為“精益軟件與系統工程的規模化敏捷框架”（很快就會推出4.5 版本，是的，你在這里第一次聽說4.5 版本！）1，而且其已經成為全球領先的、在企業級別采用精益- 敏捷開發實踐的框架。
原因很簡單，因為SAFe 非常管用。正如數十個案例中所記錄的那樣，全球的軟件和系統構建者使用SAFe 取得了顯著的業務收益（案例請參考ScaledAgileFramework.com/case-studies）。這些典型的業務收益包括：
生產力提高20% ∼ 50% ；
質量提升超過50% ；
上市時間加快30% ∼ 75% ；
員工參與度和工作滿意度也在可度量地增長。
基于以上的結果，可以看到SAFe 正在世界范圍內廣泛應用。大部分的美國財富100 強公司都聘請了認證的SAFe 實踐者和咨詢師進行現場輔導，在全球的1000 強企業中使用SAFe 的比例也在逐漸增加。
Scaled Agile 公司（ScaledAgile.com）是SAFe 框架的擁有者，公司也在成長。我們持續地進行框架開發，同時還開發了全面的基于角色的培訓課程，以及擁有遍布全球的100 多個合作伙伴，我們進行工具、培訓、咨詢和服務交付等方面的工作，從而確保客戶能夠取得成功。
為什么需要SAFe
正如我們在《SAFe 4.0 參考指南》（SAFe 4.0 Reference Guide）中寫道（http://www.scaledagile.com/reference- guide/）：
世界的經濟發展，以及整個社會的健康和福利，越來越依賴于軟件和系統。為了適應這種需要，系統構建者們正在創造越來越復雜的軟件和信息物理系統，并嘗試用這些系統去解決那些以前從未涉及過的復雜需求，而這些系統的實用性和健壯性也高于以往的任何系統。系統構建者們創建這些系統所使用的方法，也必須跟上科技發展的腳步。
然而，過去所使用的基于假設的、期待一次通過的、階段- 門限的、瀑布式的方法，并未與時俱進，所以很難應對新的挑戰。這就需要新的軟件開發方法。其中，敏捷方法就顯示出很大的優勢，但它是為小團隊所設計的方法，而且并沒有擴展到可以滿足更大的企業及其開發大型系統的需要。所以，我們需要一種新的工作方式，其既可以發揮敏捷的優勢，同時又能利用更廣泛的系統思考和精益產品開發的知識庫。
關于本書
幾個月前，我們出版了SAFe 4.0 Reference Guide 一書，它和網站上的內容大致相同，而且使用起來更加方便。誠然，SAFe 是一個大型的框架，但是，對于那些構建世界上最大型、最重要系統的人來說，如果能夠滿足他們的需要，可以更快地進入市場并具備更高的質量，夫復何求？
在這種情況下，SAFe 框架包括的內容越多越好，但是并未因此而使SAFe框架更加容易理解。畢竟，SAFe 框架是一個網站，其從邏輯上包括了50 ∼ 60篇專題文章、一個術語表、多篇指南文章，以及大量案例研究等。SAFe 網站是為按需的、隨機的訪問而進行設計的，從而方便人們即時獲取信息完成工作。從這個意義上來講，SAFe 網站并未將所有內容貫穿起來“講述一個故事”，但是本書達成了這個目的。
本書分為6 部分，每一部分都有明確的目的。
第1 部分 為SAFe 做了業務論證，并概述框架的主要元素。雖然這部分不是完全獨立的，不過對于那些只需要對SAFe 有基本了解的人來說，這部分是一個不錯的介紹。
第2 部分 提供了使SAFe 有效的基本原則，包括精益- 敏捷領導者的角色、精益- 敏捷思維，以及所有重要的SAFe 原則和價值觀。
第3 部分 描述了團隊層和項目群層（它們是SAFe 的“心臟”），包括其中的人和實踐。你將了解到SAFe 的主要價值交付機制，以及人們如何組織敏捷團隊和“敏捷發布火車”（Agile Release Train）。你還將學習如何計劃和執行項目群增量，以及如何通過檢視和調整實現持續改進。
第4 部分 是價值流層，旨在幫助構建世界上最大型、最復雜、最關鍵的系統。在這部分中，你將看到價值流層的概述，如何定義大型復雜系統，以及如何執行價值流項目群增量。
第5 部分 描述了投資組合層。在這部分中，你將學習基本的角色、責任、能力、活動，以及投資組合的工件。此外，你將學習如何實現先進的精益投資組合概念，包括精益- 敏捷預算、預測和合同。你還將了解潛在的敏捷開發資本化策略。
第6 部分 是全新的內容，描述了如何實施SAFe。在這部分中，你將逐步學習SAFe 的實施方法，包括如何建立足夠強大的指導聯盟，如何設計實施過程，如何啟動敏捷發布火車，如何維持并不斷提高SAFe 精益- 敏捷實施帶來的收益。最后，我們將介紹“SAFe 精髓”，總結了成功進行精益- 敏捷實施的10 個最關鍵的因素。
我們希望你會享受閱讀本書的過程，正如我們寫這本書的心情一樣。但最重要的是，我們真誠地希望這本書會幫助你——建造世界上最重要系統的人——更迅速地建立更好的系統，從而使你的企業獲得收益，同時也讓那些使用這些系統的人和社會從中獲得收益。
當我們為你（SAFe 實踐者）寫這本書的時候，我們堅信，構建這些偉大的系統也是非常有趣的事情！
——理查德? 克納斯特和迪恩? 萊芬韋爾
致謝
首先，這是一本關于SAFe 的書，因此，本書作者深深地感謝所有為這個框架的發展做出貢獻的人。有超過100 本書和作者（有意或無意地）貢獻了SAFe賴以存在的基礎知識體系。此外，還有大約100 名貢獻者、評審者、評論者、編輯、美術設計師等，共同成就了SAFe 現在的版本。不過如果我們花時間去感謝所有為SAFe 做出貢獻的人，這本書就不會成為“精粹”了。幸運的是，SAFe 的“貢獻者”頁面（www.scaledagileframework.com/contributors）完成了這項光榮的任務，在那里，我們向SAFe 貢獻者表達了感謝，所以我們在這里就不再贅述了。
然而，最應該感謝的是那些直接為這項工作做出貢獻的人。他們是SAFe方法論專家Alex Yakyma、SAFe 研究員Inbar Oren、SAFe SPCT Joe Vallone、Addison-Wesley 的組稿編輯Greg Doench，以及Scaled Agile 的美術和產品設計師Jeff Long 和Regina Cleveland。最后也相當重要的是，SAI 的文字編輯Alan Sharavsky 幫助提升了本書的易讀性。
關于作者
理查德?克納斯特（Richard Knaster）是SAFe 研究員、首席顧問、Scaled Agile 公司框架團隊成員（該團隊開發了SAFe 的新版本）。他在軟件開發方面有超過25 年的工作經驗，角色歷經開發人員到高層領導，十多年來一直參與大規模敏捷轉型。
迪恩?萊芬韋爾（Dean Leffingwell）是全球公認的精益- 敏捷最佳實踐權威專家。他是一位作家、企業家，也是一位軟件開發方法論專家。迪恩目前擔任Scaled Agile 公司首席執行官和首席方法論專家，該公司于2011 年創立，他是聯合創始人之一。
讀者服務
輕松注冊成為博文視點社區用戶（www.broadview.com.cn），掃碼直達本書頁面。
下載資源：本書提供資源文件，可在 下載資源 處下載。
提交勘誤 ：您對書中內容的修改意見可在 提交勘誤 處提交，若被采納，將獲贈博文視點社區積分（在您購買電子書時，積分可用來抵扣相應金額）。
交流互動 ：在頁面下方 讀者評論 處留下您的疑問或觀點，與我們和其他讀者一同學習交流。
頁面入口：http://www.broadview.com.cn/33290 |
內容簡介：本書基于規模化敏捷框架的完整結構，提綱挈領地介紹了其核心內容，同時給出了在企業環境中實施SAFe 的路線圖。本書聚焦在提煉SAFe 4.0 版本的精粹，旨在幫助讀者快速學習和了解理論，并掌握具體的實施步驟和方法，是指導SAFe 4.0 落地實施的不二之選。 本書適合IT 技術經理、項目經理、敏捷教練等閱讀，以幫助他們成功進行SAFe 的實施；也適合企業中高層管理者閱讀，以幫助他們成功構建基于SAFe 的精益- 敏捷企業。 |
目錄：第1部分 概述1
第1章 SAFe的業務需要2
1.1 為什么業務需要SAFe 2
1.2 系統開發的挑戰 2
1.3 應用新知識體系 4
1.4 提升系統開發的產出 7
1.5 SAFe的業務收益 7
1.6 總結 11
第2章 規模化敏捷框架（SAFe）概覽 12
2.1 全景圖 12
2.2 層級 14
2.3 基礎 19
2.4 跨層級面板20
2.5 總結 22
第2部分 SAFe基礎 23
第3章 精益-敏捷思維 24
3.1 概述 24
3.2 精益思想 25
3.3 擁抱敏捷 27
3.4 在規模化場景中應用敏捷宣言 31
3.5 總結 33
第4章 精益-敏捷領導者 35
4.1 體現精益-敏捷思維 36
4.2 引領變革 36
4.3 知曉方法，強調終身學習 40
4.4 發展員工 42
4.5 鼓舞士氣和遵循使命，最小化約束 45
4.6 去中心化的決策 46
4.7 釋放知識工作者的內在動力 46
4.8 演進開發經理角色 47
4.9 總結 50
第5章 SAFe原則52
5.1 為什么要聚焦在原則上 52
5.2 原則1——采取經濟視角 53
5.3 原則2——運用系統思考 60
5.4 原則3——接受變異性，保持可選項 63
5.5 原則4——通過快速集成學習環，進行增量式構建 65
5.6 原則5——基于對可工作系統的客觀評價設立里程碑 68
5.7 原則6——可視化和限制在制品，減少批次規模，
管理隊列長度 69
5.8 原則7——應用節奏，通過跨領域計劃進行同步 72
5.9 原則8——釋放知識工作者的內在動力 75
5.10 原則9——去中心化的決策 77
5.11 總結 79
第3部分 項目群層和團隊層 81
第6章 敏捷發布火車 82
6.1 概述 82
6.2 敏捷發布火車組織 83
6.3 按節奏開發，隨時發布 86
6.4 愿景 89
6.5 特性 89
6.6 項目群待辦事項列表 90
6.7 路線圖 90
6.8 敏捷團隊為火車提供動力 91
6.9 用戶故事和團隊待辦事項列表 93
6.10 總結 96
第7章 計劃項目群增量 98
7.1 概述 98
7.2 準備PI計劃活動 99
7.3 第一天——創建和評審計劃草案 102
7.4 第二天——形成最終計劃和承諾 108
7.5 總結 116
第8章 執行項目群增量 117
8.1 概述 117
8.2 迭代周期 118
8.3 內建質量 122
8.4 用看板提升團隊流動 125
8.5 管理ART流動 128
8.6 系統演示 134
8.7 創新與計劃 134
8.8 檢視和調整 136
8.9 總結 136
第9章 檢視和調整 138
9.1 概述 138
9.2 PI系統演示 139
9.3 量化度量 139
9.4 回顧和問題解決工作坊 141
9.5 價值流層的檢視和調整 144
9.6 總結 145
第4部分 價值流層 147
第10章 價值流概述 148
10.1 概述 148
10.2 經濟框架 150
10.3 能力和價值流待辦事項列表 152
10.4 價值流史詩 153
10.5 定義和構建解決方案 154
10.6 價值流的流動 155
10.7 總結 156
第11章 定義大型復雜解決方案 157
11.1 概述 157
11.2 解決方案 158
11.3 解決方案意圖 159
11.4 固定和可變的解決方案意圖 160
11.5 開發解決方案意圖 161
11.6 記錄解決方案意圖 164
11.7 解決方案上下文 165
11.8 總結 168
第12章 協調敏捷發布火車和供應商 170
12.1 概述 170
12.2 價值流PI計劃前會議 171
12.3 ART PI計劃會議 173
12.4 價值流PI計劃后會議 174
12.5 頻繁的解決方案集成 177
12.6 價值流同步 178
12.7 解決方案演示 178
12.8 價值流檢視和調整 179
12.9 總結 179
第5部分 投資組合層 181
第13章 投資組合層概述 182
13.1 概述 182
13.2 連接投資組合與業務 183
13.3 定義投資組合的戰略主題 184
13.4 戰略主題的影響 184
13.5 依據戰略主題度量進展 185
13.6 投資組合角色 186
13.7 精益-敏捷項目群投資組合管理 188
13.8 用投資組合史詩推進解決方案行為 190
13.9 建立企業價值流動 192
13.10 協調價值流 195
13.11 總結 198
第14章 精益-敏捷預算、預測與合同 199
14.1 概述 199
14.2 精益-敏捷預算 199
14.3 精益-敏捷計劃和預測 202
14.4 精益-敏捷合同 204
14.5 敏捷資本化策略 210
14.6 總結 213
第6部分 實施SAFe 215
第15章 指導聯盟 216
15.1 概述 216
15.2 實施路線圖 216
15.3 達到引爆點 218
15.4 需要一個強有力的指導聯盟 219
15.5 培訓精益-敏捷變革驅動者 219
15.6 培訓企業高管、經理和主管 220
15.7 構建精益-敏捷卓越中心 221
15.8 總結 222
第16章 設計實施 223
16.1 概述 223
16.2 創建實施計劃 228
16.3 總結 231
第17章 實施敏捷發布火車 232
17.1 概述 232
17.2 準備ART的啟動232
17.3 培訓團隊和啟動ART 238
17.4 ART快速啟動法241
17.5 輔導ART的執行242
17.6 在價值流中啟動更多的ART 243
17.7 在投資組合中啟動更多的價值流 244
17.8 總結 245
第18章 保持和提升 247
18.1 概述 247
18.2 推進組織的成熟度建設 247
18.3 實施敏捷人力資源實踐 251
18.4 度量和采取行動 252
18.5 提升敏捷架構和技術實踐 254
18.6 專注于DevOps和持續交付 255
18.7 用價值流圖縮短上市時間 256
18.8 總結 .257
第19章 SAFe 精髓.259
19.1 概述 .259
19.2 精益-敏捷原則 260
19.3 敏捷團隊和發布火車 263
19.4 節奏和同步 264
19.5 基本的團隊和項目群角色 267
19.6 PI計劃 268
19.7 系統演示 269
19.8 檢視和調整 270
19.9 IP迭代 271
19.10 DevOps流水線 272
19.11 精益-敏捷領導力 273
19.12 總結 275 |
| 序： |
|
