互不兼容的編程語言、有限的管理功能、斷電——IT生涯中這些問題與挫折實際上最有培訓的潛力。
當所有事都運行正確，人們就學不到東西啦。當事情變壞時，真正的學習才開啟。
這句俗語在軍隊、競技組織與IT中都能套用。就拿VMware vSphere為例吧。當你的組織安裝了它，團隊真正學到東西了么？當然，你可能有些培訓，你學到諸如網絡配置與虛擬機設置所在的位置這類知識。但你真正學習是什么時候？對于我來說，真正的學習開啟于一個存儲陣列不能在vSphere環境中運行的時候。或者是時候需要我們克隆虛擬機的快照，但這在vSphere的圖形用戶界面中找不到選項。在那一天，數據中心真正在學習強大的PowerCLI，這簡直打開了學習的大門，通往新鮮世界。
問問你自己某事錯誤時發生了什么。我們就說某個重要的業務流程通宵沒運行吧。你的團隊可以修復么？或者你需要一個顧問或打個支持電話？電話后又該咋辦？你的組織在知識庫或維基百科記錄該修復及其相關步驟么？以便該信息在未來還可能用到，或者你只是開心問題修復就完事了？發生問題時是否受到諸多指責？或者是受到了冷靜地專業地處理？
組織處理故障的方式顯示了其企業文化。有些組織處理故障不得當，管理者對著下面的人亂吼一氣，并在中途炒人。這樣的行為方式能夠延長或縮短斷電么？這能告訴（潛在的）雇員為你賣命工作么？雇員還會繼續在該組織效勞么？我知道有些組織的雇員非常害怕因為某事而受到責備，導致他們都不敢使勁給系統打安全補丁。依賴現有的沒有大量安全問題的系統就好，而不會去冒險與創新。
有些IT團隊在遭遇失敗時就怯場了。他們不知道該做什么從哪入手，所以啥都不做。可能問題會自己修復，或者某人會站出來搞定問題。有些人有些時候會跳出IT，去云中尋求答案。這也是不對的，因為影子IT開支應該不惜一切避免。不再存在的某個組織最終成為筆和紙，因為其存貨系統隨著時間推移而遭受破壞。是的，只有筆和紙可用。沒有影子IT，也沒有公司。
我最喜歡的組織類型是將失敗當做數據中心培訓的機會。他們的責備發生在中途，甚至事后的項目分析總結，因為防御性強的人還不能敞開心胸去學習。這些組織關注問題本身，團結起來解決問題。這歸結于專業與誠實，但大家坦率討論問題并得到解決方案。
實驗與故障是作為數據中心新部署與升級的激勵部分而存在。這種類型的故障不應該看作是風險或阻礙，而是找到最佳前進道路的方式。這種理想化的組織也會擁抱DevOps，快速學習軟件開發理念。雇員可以學習如何制定好的決策，承擔預期風險，然后他們成功了。
現在你對照下你自己的組織吧。它愿意鼓勵承擔風險，少些責備？還是它沒有希望了，那你還愿意待著？
京公網安備 11010502049343號