BCG Digital Ventures的首席工程師Robin Weston 最近在倫敦持續生命周期大會（Continuous Lifecycle London）上發布了一份經驗報告，在該報告中稱，外部支持團隊能夠在難以實施變化的組織和封閉的團隊中引入持續交付(CD)實踐。該團隊不只是引入新的技術和工具，而更專注于分享良好的實踐和團隊教育。實踐范圍從持續集成到遵循測試金字塔，或者通過活動度量和識別浪費來減少周期時間。
\\Weston承認專門的持續交付團隊是一個反模式，因為他們會導致產品團隊缺乏(交付)所有權。
\\然而，他的團隊接受了接受承諾的挑戰，這是建立新文化的第一步，而不是成為另一個獨立的知識。團隊希望讓產品團隊參與一些現代開發實踐，并使他們能夠從這些實踐中更為主動，并采用持續改進的方法。
\\Weston的團隊開始運行價值流圖，與工程師一起進行日常工作，暴露出以前看不到的瓶頸。
\\例如，pull requests只能由不同時區的員工批準，導致代碼提交和代碼集成之間的長時間延遲。
\\通過簡單地將審批轉移到同一位置的工程師，這個巨大的瓶頸就被移除了。諸如此類，他們做了大量努力做出很多變化以簡化生產過程。
\\根據韋斯頓的說法，在眾多挑戰中其中之一是要避開這個團隊對產品進行實際構建、測試和交付工作的請求。堅持團隊的使命——讓產品團隊更快、更有質量地交付特性——讓待辦事項公開，并收集數據以顯示團隊的工作對關鍵指標的影響，這是避免在日常繁重工作中被拖垮的關鍵。事實上，清晰而持續地溝通問題和進展(通過常規的展示、錄制演示、mob編程或wiki更新)以及在新的實踐中培訓產品團隊(例如基于主干的開發)占用了團隊大部分時間。
\\
顯示持續交付度量(支持團隊目標)的儀表板
\\輕松的目標實現之后（例如遠程拉請求批準），團隊首先就要專注于建立持續集成實踐和原則明確定義團隊的行動方針了，然后從幾乎只有基于ui應用程序測試到測試金字塔方法，最后，使流程活動成熟、穩定。切換為最新的技術絕對不是首要任務。
\\例如，團隊沒有主動參與修復損壞的構建，則持續集成的基礎還沒有到位。韋斯頓表示，這表示整個交付過程總體上缺乏所有權。經持續交付就緒調查顯示，大多數團隊滯后于構建和環境管理、測試、數據管理、周期時間，甚至在某些情況下，都沒有應用統一的版本控制。然而，這些結果有助于產品團隊理解需要改變他們開發和交付系統的方式。
\\在流程變更方面，采用流程即代碼的方式，每個團隊負責維護同一資源庫中自己的流程定義，就像通過流程交付的應用程序一樣。
\\在Weston離開的時候，一些團隊已經在嘗試微服務和契約測試來解耦版本并增加交付頻率。然而，其他團隊仍然在發布分支和耦合的發布計劃中工作。
\\查看英文原文：Enabling Continuous Delivery with a Dedicated Team
)
