首頁 敏捷
SAFe® 4.0 大規模敏捷架構4.0版簡介
2017/7/20 作家:林偉弘
4654
我們的公司組織或機構很大型,有好多團隊,或者我們是中小企業,但各個部門大家都做自己的,彼此之間似乎缺少溝通。有沒有什麼方法可以讓我們這些團隊有更清楚的目標,有更好的溝通與協同,可以更快速地一同完成產品或專案的開發?本篇簡介SAFe® 4.0(Scaled Agile Framework® 4.0)大規模敏捷架構4.0。一個目前在美國很火紅的敏捷架構,筆者以台灣第一位4.0大規模敏捷顧問(SPC4-SAFe® Program Consultant 4.0)的角度來帶您輕鬆認識SAFe®。

Scrum著重在團隊的協同合作,如何在短時間內不斷重複進行來做出高品質的產品。這是一套被驗證過的方法,如果做得對的話,可以在一半的時間做兩倍的事情(這還是最低標準)。但是當您有許多團隊的時候,如何能夠讓整個公司一起敏捷起來?這時候你需要大規模敏捷架構的幫忙。

根據VersionOne 2016年第11版敏捷報告(The 11th Annual State of Agile Report)當中對於大規模敏捷的採用方式調查,有28%使用SAFe®,超越Scrum of Scrums的27%。

我們今天就來研究一下這個明日之星,看看為什麼大型企業需要這個架構,以及它能對企業帶來什麼樣的幫助。

企業不能再依靠舊有的專案管理思維和方式(瀑布式)來開發新的產品,沒有客戶願意等待18個月,12個月,或者6個月才看到最後完成品(如果你真的做得出來)。而且很有可能客戶在最後會告訴你,那一句所有專案經理或者產品經理最害怕聽到的,那就是「這個不是我要的」。

企業必須要有一套可以快速開發專案或者產品、與客戶協同溝通,並且能夠根據市場或者客戶的新需求來改變開發項目的方法。敏捷的開發可以幫助您做到以上,其中Scrum更是最多人使用以及被驗證過最好的方式。

然而如果您是大型企業或者您想在企業內部各個部門推行敏捷,除了Scrum of Scrums之外,SAFe®是另一個選擇。SAFe®這幾年在美國有越來越多企業採用,也有很多成功的案例可以參考。

SAFe®建構在敏捷(Agile)、系統思考
(Systems Thinking),以及精實產品開發(Lean Product Development)之上。將以上三者結合來應用在大型企業組織或者機構上面,幫助大型企業更有效率地持續提供價值給它的客戶。由於SAFe®的可擴展性(三個層級或者四個層級),它可以應用在100人以下或者全世界最大型的企業。

SAFe®將組織劃分成以下四個層級
團隊層級(Team level)
SAFe®基本上架構在敏捷團隊之上。無論哪個組織,如果沒有採用敏捷來完成工作,是不可能達成其目標或者專案的。Scrum是大多數團隊所選用的架構。也可以用看板(Kanban)、XP(Extreme Programming),或者(Lean)精實產品開發。

方案層級(Program level)
這是SAFe®最專注的層級,也是SAFe®跟其他敏捷架構區分的重點之一,方案層級之中最重要的就是敏捷發布列車(Agile Release Train - ART)與方案遞增計畫會議(Program Increment - PI Planning)。這個層級與接下來的層級有很多SAFe®的內容,我們之後會陸續加以討論。

價值流層級(Value Stream level)
如果您在開發很大型或者很複雜的系統,表示您會有很多台敏捷發布列車在同時進行,那麼您將需要價值流層級。之前提到的三個層級並不包含這一層,所以如果是比較小型的企業,或者你只有一台敏捷發布列車,那麼這一層是可以省略的。

投資組合層級(Portfolio level)
企業戰略主題(Strategic themes)的規劃(例如:您的企業與競爭者之間到底有什麼差別?)還有從傳統專案成本會計轉型到應用敏捷的預算來支援一個或數個價值流以及敏捷發布列車。敏捷不太用「專案(Project)」這兩個字,而是說我們在「開發一個對客戶有價值的產品」。所謂的專案 vs. 產品(Project versus Product),我們以後可以再討論這中間的巨大差別。

SAFe®的4個核心價值 (Core Values)
對齊(Alignment):從投資組合層級的戰略主題到價值流層級的願景(Vision)和路線圖(Roadmap), 再到下一步方案待辦事項(Program Backlogs),最後的團隊待辦事項(Team Backlogs),全部都一清二楚,方向正確對齊。

內建固有品質(Built-in Quality)
品質是產品的一部分,不是後來再加上去,以及高品質的產品可以避免重工
(Rework)的浪費。

透明化(Transparency)
高效能的敏捷團隊建立在信任之上,而透明化可以幫助信任的建立。

方案執行力(Program Execution)
敏捷發布列車(Agile Release Train,以下簡稱ART)的執行力決定了產品的價值。

精實與敏捷的心態(Lean-Agile Mindset)與原則(Principals)
SAFe®完全支持敏捷宣言(Agile Manifesto,詳細內容可參考此網站:http://agilemanifesto.org)。在精實方面有精實房子的4根柱子來支持精實的目標(此目標即是在持續最短的時間內不斷地成功交付給客戶最大的價值),而SAFe®則是有9項原則。關於這4根柱子與9項原則,我們在往後的文章會詳細描述。

在SAFe®架構當中最重要的就是那台車(ART)跟方案遞增計畫會議(Program Increment - PI Planning)。

ART是由5~12個敏捷團隊所組成,大約50到125位成員,全部的人一起計畫、承諾、與執行。這裡的計畫就是指方案遞增計畫會議(PI Planning)。所有的敏捷團隊都有相同的2個星期短衝(Sprint)開始日期和結束日期,而這個方案遞增計畫會議就是讓所有人花2天的時間,將接下來10個星期要做的事弄清楚。

SAFe®之所以能夠受到大企業的青睞在於:
1. 團隊層級是架構在敏捷團隊上,尤其是Scrum。
2. 它有彈性地再往上延伸到方案層級和價值流層級的規模。
3. 它很詳細地提供如何執行的流程。

如果您對大規模敏捷架構(不管是Scrum of Scrums,SAFe®,或者其他架構)有任何的評論或疑問,請email與我聯絡。同時請期待更多關於大規模敏捷架構的文章。

瞄準職場語言力

然而不管用什麼方式加強語言力,一般人最在意的,還是如何將其帶入職場運用。讓我們把眼光放遠一點來看,進到職場,不論各行各業,一定術業有...
瞄準職場語言力
林偉弘
Andrew Lin 林偉弘,國際專案管理師(PMP), 敏捷專案管理師(PMI - ACP),ScrumMaster認證(CSM), Scrum Product Owner認證(CSPO), 以及Scrum專家認證(CSP)。


學歷:美國喬治梅森大學碩士。


經歷: 曾在美國上市公司,中小企業,與非營利性組織,擔任科技專案經理,軟體開發部門經理,產品經理,Scrum Master,與敏捷教練。其中包含I.T.基礎設施,敏捷軟體開發,技術支援和科技營運, DevOps,敏捷產品開發,與資訊管理。


領導各種不同類型的科技專案長達十年以上經驗,對於專案管理與團隊經營有深刻研究了解與實務經驗,近年來專注於敏捷與Scrum的專案領導,軟體開發團隊的經營,大規模敏捷架構與企業敏捷領導管理方式。
擅長幫助軟體開發團隊從完全沒有任何專案架構或者使用瀑布式專案流程,成功轉換到執行敏捷/Scrum的團隊,專案諮詢與運作,以及Scrum和敏捷的教育訓練。


01uni.com管理人。


是一位具有高度自我激勵,擁抱改變與挑戰,正面態度與敏捷思考的專業人士。
您可能也喜歡這些文章