當我們轉向完全遠程工作時，DevOps工程師(就像其他人一樣)的生活陷入了某種程度的混亂。在您考慮分布式工作對開發的影響之前，處理分布式工作是一個組織的挑戰。正如麥肯錫在幾個月前的一份報告中發現的那樣，對于遠程團隊的交付能力，管理層顯然存在焦慮(盡管這種焦慮并不一定源于現實)。

這種突然的、被迫的遠程勞動力的一線希望是，我們有機會在DevOps迎來真正的數字轉型。這似乎是一個讓人抓狂和絕望的時刻，絕對是數字革命最糟糕的時刻，但事實是，我們現在正處于一個自動化、授權和組織我們基礎設施的位置，這在五年前是不可能的。

當這是他們至少幾個月來唯一的選擇時，你不再需要要求管理層以數字為先。在完全分布式的時間里，DevOps才真正有潛力發光發亮，并成為稍微有點冗長的“BizDevOps”術語的某種形式。

事實上，現在是DevOps成為組織英雄的時候了。在我們都在拼命尋求勝利的時候，IT和DevOps可以在內部和外部進行創新和交付。

[閱讀:如何讓你的虛擬會議更有效率]

現在正是您評估DevOps工作中哪些工作有效，哪些工作無效的好時機，特別是您和您的團隊將時間和精力放在何處的時候。

我在大約一年前寫過，DevOps專業人員應該信任自動化——現在是時候了，你必須這樣做。

簡單地說，公司將會有更多的有限的預算，雇傭凍結(在最好的情況下)將是可能的，這意味著你要確保你能做的不僅僅是保持燈開著和網站運行。

由于你的企業失去了很多親自和實體的存在，你將面臨更大的壓力，以快速和持續的交付。

我還想澄清一點，我指的不僅僅是面向公眾的網站。在最近的一次網絡研討會上，我討論了有多少現代公司的內部網站需要同樣水平的關注，甚至需要DevOps專業人員進行更多的審查。

當外部網站宕機時，客戶會不高興，但當內部網站宕機時，你的老板會知道。他們不開心。

即使在處理幾個站點時，始終自動化您的基礎設施也是有幫助的，但在管理數百或數千個站點時(這時您需要考慮FleetOps)，這是必不可少的。

在一個理想的世界里，開發和運營應該在同一頁上，而在一個理想的世界里，他們每時每刻都在一起工作。

這意味著一些簡單的事情，比如對正在發生的任何更改進行清晰的溝通，以及跨基礎設施一致地使用腳本和工具。

這可能意味著在應用程序代碼的注釋和報告(例如)方面有新的組織變化，這樣您的分布式團隊就不會不斷地試圖弄清楚發生了什么。

當你的團隊完全分散時，這一點尤其重要——你不能只是走到某人的辦公桌前，而且你絕對不能讓他們在你需要他們的時候拿起電話或檢查Slack。

正如我所暗示的，一個分布式公司不再將DevOps隔離在核心業務流程之外。

我們急于進入一個完全數字化的第一世界，這意味著你將看到公司的各個部門在他們從來沒有解決過的低效問題的重壓下崩潰。

可能是你的營銷部門有一百個微站點，它們都是通過一堆亂七八糟的數據庫管理的，或者你大學的招生部門在桌子底下有物理服務器。

但現在是時候了，你不必解釋為什么必須做出徹底的改變，以使你的公司更快、更有效率。

當您的組織尋求快速數字化和“云化”自身以面對當前的社會和經濟挑戰時，DevOps可以在促進轉型、驅動價值和保持業務運轉方面發揮主導作用。