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