大規模敏捷實踐指南（一）：如何開啓大規模敏捷之旅

爲了解決與多個團隊合做時的效率低下的問題，一般有人建議引入大規模敏捷框架。此類框架最著名的示例就是規模化敏捷框架（SAFe）。在計劃增量級別，SAFe提出了Scrum做爲建立產品增量的方法之一。所以，改編版的Scrum一般是SAFe的一部分。在《Choerodon大規模敏捷|大規模敏捷框架SAFe》中您能夠了解什麼是大規模敏捷框架SAFe。

本文將爲你介紹如何用SAFe開啓大規模敏捷之旅，主要內容包括：

• 設置ART節奏；
• 組建ART中的敏捷團隊；
• 組織敏捷團隊
• 準備項目羣待辦事項列表

對於Choerodon來講，規模化敏捷是實現多團隊研發協做不可或缺的一部分，Choerodon實現規模化敏捷就是以SAFe框架爲理論基礎，目前Choerodon僅實現了項目羣層-團隊層部分。

• 項目羣層：由產品經理（Product Manager）負責把等待安排的計劃（Backlog）進行排序，而且把史詩（Epic）拆分紅具體的新功能（Feature），同時和業務負責人一塊兒設計出項目的願景和路線。
• 團隊層：由產品負責人（Product Owner）和團隊成員根據上面的定義細化出用戶故事（User Story）和驗收標準，開發團隊能夠從候選的用戶故事裏面優先選擇能夠提早開始的內容，其他的留到需求池裏面等待後續的選擇。

設置ART節奏；

啓動ART必須肯定迭代節奏，它是由迭代長度（默認2周）和PI長度（默認包含兩個迭代，以及IP迭代）組成。

PI開啓後，子項目會自動按照這裏的默認節奏建立衝刺。

product是由多個團隊集成的，所以各個團隊在相同的節奏下使用相同的迭代持續時間是十分重要的。不然，團隊可能按照迭代執行，可是很難集成，並且會以步調最慢的團隊爲準結束工做，延遲對集成時問題的發現。最終團隊能夠按迭代執行，可是系統沒法按迭代交付。

爲了解決這一問題，SAFe提供兩個同步的PDCA環，團隊的PDCA循環是同步的，全部的團隊在同一時間開始迭代，也在同一時間結束迭代。團隊的循環包含在PI的循環裏面。

那麼疑問來了，若是沒有節奏和同步，會怎樣呢？

• product變得混亂，缺少可預測性；
• 集成延遲，致使延期交付；
• 單個團隊多是敏捷過程，可是系統沒有按照迭代交付；
• 沒法讓合適的人都參與會議。

Choerodon-設置ART節奏：

組建ART中的敏捷團隊；

敏捷團隊是跨職能的，擁有建立產品增量所需的全部團隊技能，沒有敏捷團隊，就不可能有火車，他們爲ART乃至整個企業提供動力。ART負責提供更大的解決方案價值。火車上的全部團隊都與其餘團隊合做，爲PI目標和路線圖作出貢獻 ，並參加ART活動。此外，他們還負責構建持續交付管道和DevOps功能。

組織敏捷團隊

• 把爲ART提供動力的敏捷團隊都整合到ART中，而且肯定每一個團隊的主要負責人，能夠是產品負責人，也能夠是Scrum Master。
• 組織ART的管理團隊，包括髮布火車工程師，系統架構師，產品負責人等。

準備項目羣待辦事項列表

準備好咱們的人員和團隊，咱們就須要定義咱們要作什麼，作成什麼樣，作到什麼程度。也就是咱們的敏捷團隊最終要構建什麼。

「構建什麼」是由項目羣待辦事項列表控制的，它包含一系列待開發的特性、非功能性需求。他是由ART的利益相關者，包括髮布火車工程師、架構師、業務負責人、產品負責人、客戶，共同定製出一個待辦事項列表。

總結

通過上面的準備，大規模敏捷的前期準備工做已經就緒，就能夠正式步入大規模敏捷了，以提升團隊的生產力，增長價值交付。

關於豬齒魚

Choerodon 豬齒魚做爲開源多雲應用敏捷全鏈路技術平臺，是基於開源技術Kubernetes，Istio，knative，Gitlab，Spring Cloud來實現本地和雲端環境的集成，實現企業多雲/混合雲應用環境的一致性。平臺經過提供精益敏捷、持續交付、容器環境、微服務、DevOps等能力來幫助組織團隊來完成軟件的生命週期管理，從而更快、更頻繁地交付更穩定的軟件。

更加詳細的內容，請參閱Release Notes和官網。

你們也能夠經過如下社區途徑瞭解豬齒魚的最新動態、產品特性，以及參與社區貢獻：

• 官網：http://choerodon.io
• 論壇：http://forum.choerodon.io
• Github：https://github.com/choerodon

歡迎加入Choerodon豬齒魚社區，共同爲企業數字化服務打造一個開放的生態平臺。

> 本篇文章出自[Choerodon豬齒魚社區](https://forum.choerodon.io/)柴曉燕。