在您的團(tuán)隊(duì)中集成成功的DevOps實(shí)踐有四個(gè)關(guān)鍵組成部分。如果您感覺(jué)失去了對(duì)文化轉(zhuǎn)變的控制，請(qǐng)確保按順序排列了這四個(gè)重要組成部分。它需要溝通，工具，教育和領(lǐng)導(dǎo)才能將DevOps正確集成到組織中。

跨部門集成DevOps就像試圖在超速行駛的汽車上更換輪胎一樣。在嚴(yán)格的期限內(nèi)交付新軟件，產(chǎn)品和更新的同時(shí)，團(tuán)隊(duì)被迫學(xué)習(xí)新技能，承擔(dān)其他責(zé)任以及實(shí)施和遵循新流程。

盡管面臨挑戰(zhàn)，但沒(méi)有人會(huì)爭(zhēng)辯DevOps的好處-每個(gè)人都希望更快，更高效地進(jìn)行操作-但是調(diào)整業(yè)務(wù)流程不應(yīng)輕描淡寫。

在一家大型企業(yè)中推動(dòng)DevOps集成之后，我發(fā)現(xiàn)成功的關(guān)鍵在于四個(gè)要素。每個(gè)開發(fā)人員都需要意識(shí)到他們當(dāng)前是否正在通過(guò)DevOps集成。要使這種文化轉(zhuǎn)變成功需要一個(gè)村莊，并且它始于溝通。

公開交流

DevOps的核心是使部門更接近最終用戶，以便根據(jù)他們的需求快速交付連續(xù)更新。這使從開發(fā)人員到客戶支持的每位員工都可以更好地了解他們的角色和工作目的?？傮w而言，企業(yè)可以更準(zhǔn)確地與目標(biāo)保持一致，并可以更快，更靈活地發(fā)展。

打開部門之間的通信的一種方法是通過(guò)定期的接觸點(diǎn)和會(huì)議。Scrums團(tuán)隊(duì)?wèi)?yīng)該與其他團(tuán)隊(duì)進(jìn)行公開討論，以了解他們?cè)谧鍪裁匆约八麄冊(cè)陂_發(fā)周期中的位置。

傳統(tǒng)上，敏捷過(guò)程是在筒倉(cāng)中進(jìn)行的。習(xí)慣使他們保持這種方式。預(yù)定的接觸點(diǎn)開始逐漸消除這種習(xí)慣，直到協(xié)作成為第二天性。企業(yè)組織應(yīng)高度考慮對(duì)團(tuán)隊(duì)進(jìn)行可擴(kuò)展敏捷框架（SAF）最佳實(shí)踐的培訓(xùn)，以確保他們可以在整個(gè)組織內(nèi)和諧地適當(dāng)擴(kuò)展敏捷實(shí)踐。

此外，產(chǎn)品路線圖和更新應(yīng)該對(duì)所有人都可用-它加強(qiáng)了協(xié)作，可見性使面向客戶的團(tuán)隊(duì)和現(xiàn)場(chǎng)團(tuán)隊(duì)能夠提供更好的客戶體驗(yàn)和客戶滿意度。

正確的協(xié)作工具

打開通信線路后，團(tuán)隊(duì)需要將Slack或Microsoft Teams之類的工具納入其工作流程。它們使部門可以在技術(shù)項(xiàng)目上快速協(xié)作，并幫助保持公司范圍內(nèi)的產(chǎn)品路線圖一致。在當(dāng)今的工作環(huán)境中，諸如電子郵件和電話之類的傳統(tǒng)通信工具花費(fèi)的時(shí)間太長(zhǎng)。

正確的工具可確保部門和團(tuán)隊(duì)成員處于同一頁(yè)面，無(wú)論他們處于SDLC的哪個(gè)階段。用于DevOps的許多工具都是技術(shù)性的，例如Datadog和TeamCity。雖然它們有助于簡(jiǎn)化CI / CD或DevOps流程，但僅憑它們，就無(wú)法改善跨部門的集成DevOps。

在使用更多技術(shù)工具時(shí)，需要構(gòu)建儀表板，以便所有部門可以了解誰(shuí)在其SDLC中。完成此操作后，可以將相同的儀表板提供給用戶和涉眾，從而擴(kuò)展了溝通范圍。

對(duì)正在發(fā)生的事情以及為什么進(jìn)行教育

DevOps集成的主要障礙之一是員工對(duì)變革的抵制。但是，這通?？梢酝ㄟ^(guò)教育來(lái)克服，例如展示DevOps與其他樣式相比的優(yōu)勢(shì)。這也是一種幫助許多開發(fā)人員更輕松地從傳統(tǒng)軟件開發(fā)過(guò)渡到基于云的服務(wù)開發(fā)的方法。

開發(fā)人員要理解的最關(guān)鍵的項(xiàng)目是他們的角色以及交付和運(yùn)營(yíng)開發(fā)之間的聯(lián)系。盡管可能不在他們的職位描述中，但是如果沒(méi)有與其他部門合作和支持的意愿，整個(gè)DevOps集成將分崩離析。

一位領(lǐng)導(dǎo)者擁護(hù)這一過(guò)程

不知不覺(jué)中，領(lǐng)導(dǎo)常常會(huì)使DevOps陷入停頓。如果高管將產(chǎn)品優(yōu)先級(jí)給予團(tuán)隊(duì)，則團(tuán)隊(duì)將重點(diǎn)放在產(chǎn)品而不是DevOps上。它破壞了集成過(guò)程并阻礙了團(tuán)隊(duì)。

這就是為什么DevOps必須成為每個(gè)領(lǐng)導(dǎo)成員的優(yōu)先事項(xiàng)，并且為什么應(yīng)該有一位執(zhí)行發(fā)起人一貫主張這些變化。該人員將讓所有團(tuán)隊(duì)負(fù)責(zé)人負(fù)責(zé)使用DevOps模型。

學(xué)習(xí)新流程需要時(shí)間。與他人合作需要花費(fèi)時(shí)間。Dev和Ops組織將留給自己的設(shè)備使用，除非被迫進(jìn)行，否則它們將不會(huì)進(jìn)行協(xié)作和/或合并。他們忙于手頭的任務(wù)。DevOps需要領(lǐng)導(dǎo)層的指導(dǎo)和干預(yù)，如果沒(méi)有指導(dǎo)和干預(yù)，那么業(yè)務(wù)很可能將無(wú)法合并DevOps。

有什么比爬山難？調(diào)整業(yè)務(wù)流程

它需要溝通，工具，教育和領(lǐng)導(dǎo)才能將DevOps正確集成到組織中。雖然要成為業(yè)務(wù)重整業(yè)務(wù)的一部分是艱巨的，但沒(méi)有理由改變不會(huì)成功-留意這四個(gè)部分，以確保您的公司步入正軌。

DevOps只會(huì)變得越來(lái)越重要，并且每天都會(huì)涉及更多的部門。我們已經(jīng)開始看到DevSecOps，但是FinOps呢？該方法無(wú)疑無(wú)疑會(huì)極大地改善業(yè)務(wù)，而困難的部分是第一次實(shí)現(xiàn)它。