UX於大規模敏捷開發(SAFe Agile)實踐和心得
【推薦給對Design Ops或是設計於敏捷開發有興趣的讀者】
敝公司前陣子招了“敏捷專家(Agile Master)”於公司實踐大規模敏捷開發(SAFe Agile Framework)，小編也受訓了一陣子成為大規模敏捷框架的設計師(聽起來很帥)。
這篇文章介紹何謂大規模敏捷開發(SaFe Agile)以及探討小編產品設計團隊適應的困難和心得。
什麼是大規模敏捷開發(SAFe Agile)?
目前軟體開發主要分為瀑布式開發模式(Waterfall)和敏捷開發(Agile)，在小編過去的文章大略介紹過瀑布式開發(Waterfall)屬於階段式得不回朔開發方式，而敏捷式開發(Agile)的原則是減少浪費、產出迅速、不斷循環以及快速學習。
大規模敏捷開發，SAFe 為 Scaled Agile Framework的簡寫，而大規模敏捷開發(SaFe Agile)是一種敏捷開發的變體，在現今各種公司追求敏捷敏捷的時代，對於企業來說實行起來非常不容易，原因之一是敏捷開發的精神在於去中心化的決策，對於規模企業實行起來非常混亂， 再來企業內部都有各種互相依賴性的團隊，在實踐敏捷開發需要保持大方向，和保持不同團隊溝通順暢時大規模敏捷開發(SaFe Agile)就是為了解決這些需求。
總而言之，大規模敏捷框架SAFe是設計於基於敏捷的精神，應用在可擴展的大型企業團隊中。
Scrum名詞解釋
在一般來說敏捷開發的著名的一套Scrum清楚了定義以下角色：
Product Owner(產品負責人): PO為產品經理團隊(Product Management)的延伸，須了解市場以及擺平利害關係，時常需要產品開發團隊溝通每個衝刺的項目
Scrum Master: 主要是敏捷開發的佈道者，時常幫助團隊溝通、排除困難以方便開發的進行
Team: 一般來說是開發團隊，或是不同令譽領域幫助定義、開發及測試產品的人包括行銷、設計等
而大規模敏捷開發(SAFe)為企業層面的敏捷框架，大家可以看看下圖有多複雜:
簡單上來說大規模敏捷框架分成三種層面: 投資組合(Portfolio),計畫( Program)以及團隊(Team)層面。
在高層面的投資組合(Portfolio Management)負責定義以及策略如何成為資金的組合形式，再將其體現成「Epic」, 每個Epic可以是單獨的敏捷火車(Agile Release Train)或是多個敏捷火車的組合去跑。
而第二層的計畫(Program)層面是由產品經理將等待安排的計畫(Backlog)排序並體現成「Feature」，設計項目的願景和方向。
第三層團隊(Team)由產品負責人(Product Owner)和團隊根據定義去細分成用戶故事(User Story)和驗收的標準。團隊根據優先層面選擇候補的用戶故事進行開發。
在跑衝刺(Sprint)的時候一般來說會有Program Increment(PI)，而每個Program Increment(PI)是由數個衝刺(Sprint)組成，用來計畫以及確定敏捷火車的時間維度，通過定量的衝刺(Sprint)來確認開發和計劃任務保持一致。
在跑Program Increment前所有人都會聚集在一起去做Program Increment Planning，一般是為期兩天的活動，第一是讓團隊了解在這Program Increment裡，有什麼主要目標要完成。第二是，讓有不同依賴的團隊去互相了解每個sprint的依賴程度，和數據化的工作量讓團隊去安排每個衝刺(sprint)要跑的量和時間。
更詳盡的大規模敏捷框架規則和說明可以參考網站以下網站：
UX於SAFe Agile
在敏捷開發這個概念出現的時候，產品設計並沒有被考慮在敏捷開發當中的。然而，大規模敏捷框架是擁抱Lean UX的概念，Lean UX的精髓在於不斷的迭代測試最小可行性產品。
對於大規模敏捷框架，Lean UX是一個文化和精神去跟隨，而對於設計團隊來說，實際上來說就是沒有所謂的真正的標準做法，使用者體驗設計可以在高層面的投資組合(Portfolio)層級，也可以在團隊(Team)層級跟隨團隊衝刺(sprint)
UX到底要不要跟隨衝刺(Sprint)？
小編實際參與過UX跟隨sprint的團隊，好處是開發團隊可以順暢地得到設計上的支持，而對於設計本身，設計師一般來說不太會做跟開發團隊同個衝刺(Sprint)裡面的目標，而造成設計師在做非常細微（也就是不太有太大影響力）的工作。現今則出現變體：設計師一般來說做兩至三個sprints之前的設計。理論上可行，但是實際上設計不同的產品功能，或是策略往往需要更多的研究支持，時間長短都是需要更多彈性，而UX跟著開發團隊的衝刺(Sprint)去數據化工作時間也變的不太有意義了。
產品設計的價值在哪裡？
當然，適當的支持開發團隊是很重要的事。而當產品設計團隊人數較少時，設計團隊到底要多少時間去探討這幾頁的登入流程介面如何排版，完美產出每個介面每個像素，還是去探討使用者真正的需求，去探索和驗證真正不同的想法。
對於產品或企業來說，兩年或甚至五年以後設計團隊在哪裡可以貢獻最大的價值，和做出最大的影響力是最重要的關鍵。
考量到設計團隊的資源，和最大價值化，並沒有個標準答案使用者體驗設計應該跟隨投資組合(Program)或是團隊(Team)的層面，而大規模敏捷框架也概略的定義UX是屬於外部的資源，沒有一定要在哪個層級跑。端看產品設計團隊的影響力和團隊的需求。
設計系統(Design System)變得尤其重要
當產品設計更注重於策略和新想法時，設計團隊還是要給予開發團隊適當支持和領導，幫助開發團隊於PI Planning和瞭解開發項目的內容。而瑣碎的設計細節就更需要完善的設計系統(Design System)去支持，以防太多的模糊空間造成開發出來跟預想落差甚大。
設計系統(Design System)可以是細節的介面設計模塊，也可以是一套完整的工作流程，譬如硬體產品的韌體更新流程。而根據市場更要考慮到不同使用者層面、或是不同裝置的流程差異，也可能會產出不同的設計系統針對不同使用族群的需求。
總而言之，完善的設計系統可以幫助設計團隊花更多時間在於更有價值的項目上面。
工作感想
在美國做UX工作以來，從剛進產業時所有人都會強調「溝通能力是設計師最重要的一環」到現在已經有深刻不同的體悟。
確實，與團隊和不同的利益相關者保持順暢的協作是設計師最重要的能力之一，而「順暢的協作」到底定義是什麼？當團隊有各種大小不同的要求時，設計師要無條件的完美完成，儘管這些東西花的精力多到設計師無法著手更重要真正有價值的設計思考。還是「順暢的協作」並代表著適時的火花，互相溝通探討團隊以及設計最大利益化的過程？
現今「溝通能力」對我來說，最大的影響力在於引導設計的對話，引導產品價值和商業模式的策略。
謝謝大家的收看！
也請喜歡的朋友麻煩不吝嗇給我們拍手👏👏🏻👏🏽和幫忙分享呦😁
-Wei
