歡迎光臨
每天分享高質量文章

DevOps 時代的 7 個領導力準則 | Linux 中國

DevOps 是一種持續性的改變和提高:那麼也準備改變你所珍視的領導力準則吧。
— Kevin Casey


致謝
編譯自 | 
https://enterprisersproject.com/article/2018/1/7-leadership-rules-devops-age
 
 作者 | Kevin Casey
 譯者 | FelixYFZ 共計翻譯:9 篇 貢獻時間:201 天

DevOps 是一種持續性的改變和提高:那麼也準備改變你所珍視的領導力準則吧。

如果 [DevOps] 最終更多的是一種文化而非某種技術或者平臺,那麼請記住:它沒有終點線。而是一種持續性的改變和提高——而且最高管理層並不及格。

然而,如果期望 DevOps 能夠幫助獲得更多的成果,領導者需要修訂他們的一些傳統的方法[1]。讓我們考慮 7 個在 DevOps 時代更有效的 IT 領導的想法。

1、 向失敗說“是的”

“失敗”這個詞在 IT 領域中一直包含著非常具體的意義,而且通常是糟糕的意思:服務器失敗、備份失敗、硬碟驅動器失敗——你的印象就是如此。

然而一個健康的 DevOps 文化取決於如何重新定義失敗——IT 領導者應該在他們的字典里重新定義這個單詞,使這個詞的含義和“機會”對等起來。

“在 DevOps 之前,我們曾有一種懲罰失敗者的文化,”Datical[2] 的首席技術官兼聯合創始人羅伯特·里夫斯說,“我們學到的僅僅是去避免錯誤。在 IT 領域避免錯誤的首要措施就是不要去改變任何東西:不要加速版本迭代的日程,不要遷移到雲中,不要去做任何不同的事”

那是一個舊時代的劇本,里夫斯坦誠的說,它已經不起作用了,事實上,那種停滯實際上是失敗。

“那些緩慢的發佈周期並逃避雲的公司被恐懼所麻痹——他們將會走向失敗,”里夫斯說道。“IT 領導者必須擁抱失敗,並把它當做成一個機遇。人們不僅僅從他們的過錯中學習,也會從別人的錯誤中學習。開放和安全心理[3]的文化促進學習和提高。”

[相關文章:為什麼敏捷領導者談論“失敗”必須超越它本義[4]]

2、 在管理層滲透開發運營的理念

儘管 DevOps 文化可以在各個方向有機的發展,那些正在從單體、孤立的 IT 實踐中轉變出來的公司,以及可能遭遇逆風的公司——需要高管層的全面支持。如果缺少了它,你就會傳達模糊的信息,而且可能會鼓勵那些寧願被推著走的人,但這是我們一貫的做事方式。改變文化是困難的[5];人們需要看到高管層完全投入進去並且知道改變已經實際發生了。

“高層管理必須全力支持 DevOps,才能成功的實現收益”,來自 Rainforest QA[6] 的首席信息官德里克·蔡說道。

成為一個 DevOps 商店。德里克指出,涉及到公司的一切,從技術團隊到工具到行程到規則和責任。

“沒有高層管理的統一贊助支持,DevOps 的實施將很難成功,”德里克說道,“因此,在轉變到 DevOps 之前在高層中保持一致是很重要的。”

3、 不要只是宣告 “DevOps”——要明確它

即使 IT 公司也已經開始張開雙臂擁抱 DevOps,也可能不是每個人都在同一個步調上。

[參考我們的相關文章,3 闡明瞭DevOps和首席技術官們必須在同一行程上[7]]

造成這種脫節的一個根本原因是:人們對這個術語的有著不同的定義理解。

“DevOps 對不同的人可能意味著不同的含義,”德里克解釋道,“對高管層和副總裁層來說,要執行明確的 DevOps 的標的,清楚地宣告期望的成果,充分理解帶來的成果將如何使公司的商業受益,並且能夠衡量和報告成功的過程。”

事實上,在基線定義和遠景之外,DevOps 要求正在進行頻繁的交流,不是僅僅在小團隊里,而是要貫穿到整個組織。IT 領導者必須將它設置為優先。

“不可避免的,將會有些阻礙,在商業中將會存在失敗和破壞,”德里克說道,“領導者們需要清楚的將這個過程向公司的其他人闡述清楚,告訴他們他們作為這個過程的一份子能夠期待的結果。”

4、 DevOps 對於商業和技術同樣重要

IT 領導者們成功的將 DevOps 商店的這種文化和實踐當做一項商業策略,以及構建和運營軟體的方法。DevOps 是將 IT 從支持部門轉向戰略部門的推動力。

IT 領導者們必須轉變他們的思想和方法,從成本和服務中心轉變到驅動商業成果,而且 DevOps 的文化能夠通過自動化和強大的協作加速這些成果,來自 CYBRIC[8] 的首席技術官和聯合創始人邁克·凱爾說道。

事實上,這是一個強烈的趨勢,貫穿這些新“規則”,在 DevOps 時代走在前沿。

“促進創新並且鼓勵團隊成員去聰明的冒險是 DevOps 文化的一個關鍵部分,IT 領導者們需要在一個持續的基礎上清楚的和他們交流”,凱爾說道。

“一個高效的 IT 領導者需要比以往任何時候都要積極的參與到業務中去,”來自 West Monroe Partners[9] 的性能服務部門的主任埃文說道,“每年或季度回顧的日子一去不復返了——你需要歡迎每兩周一次的擠壓整理[10],你需要有在年度水平上的思考戰略能力,在衝刺階段的互動能力,在商業期望滿足時將會被給予一定的獎勵。”

5、 改變妨礙 DevOps 標的的任何事情

雖然 DevOps 的老兵們普遍認為 DevOps 更多的是一種文化而不是技術,成功取決於通過正確的過程和工具激活文化。當你聲稱自己的部門是一個 DevOps 商店卻拒絕對行程或技術做必要的改變,這就是你買了輛法拉利卻使用了用了 20 年的引擎,每次轉動鑰匙都會冒煙。

展覽 A: 自動化[11]。這是 DevOps 成功的重要並行策略。

“IT 領導者需要重點強調自動化,”卡倫德說,“這將是 DevOps 的前期投資,但是如果沒有它,DevOps 將會很容易被低效吞噬,而且將會無法完整交付。”

自動化是基石,但改變不止於此。

“領導者們需要推動自動化、監控和持續交付過程。這意著對現有的實踐、過程、團隊架構以及規則的很多改變,” 德里克說。“領導者們需要改變一切會阻礙團隊去實現完全自動化的因素。”

6、 重新思考團隊架構和能力指標

當你想改變時……如果你桌面上的組織結構圖和你過去大部分時候嵌入的名字都是一樣的,那麼你是時候該考慮改革了。

“在這個 DevOps 的新時代文化中,IT 執行者需要採取一個全新的方法來組織架構。”凱爾說,“消除組織的邊界限制,它會阻礙團隊間的合作,允許團隊自我組織、敏捷管理。”

凱爾告訴我們在 DevOps 時代,這種反思也應該拓展應用到其他領域,包括你怎樣衡量個人或者團隊的成功,甚至是你和人們的互動。

“根據業務成果和總體的積極影響來衡量主動性,”凱爾建議。“最後,我認為管理中最重要的一個方面是:有同理心。”

註意很容易收集的到測量值不是 DevOps 真正的指標,[Red Hat] 的技術專家戈登·哈夫寫到,“DevOps 應該把指標以某種形式和商業成果系結在一起”,他指出,“你可能並不真正在乎開發者些了多少代碼,是否有一臺服務器在深夜硬體損壞,或者是你的測試是多麼的全面。你甚至都不直接關註你的網站的響應情況或者是你更新的速度。但是你要註意的是這些指標可能和顧客放棄購物車去競爭對手那裡有關,”參考他的文章,[DevOps 指標:你在測量什麼?]

7、 丟棄傳統的智慧

如果 DevOps 時代要求關於 IT 領導能力的新的思考方式,那麼也就意味著一些舊的方法要被淘汰。但是是哪些呢?

“說實話,是全部”,凱爾說道,“要擺脫‘因為我們一直都是以這種方法做事的’的心態。過渡到 DevOps 文化是一種徹底的思維樣式的轉變,不是對瀑布式的過去和變革委員會的一些細微改變。”

事實上,IT 領導者們認識到真正的變革要求的不只是對舊方法的小小接觸。它更多的是要求對之前的行程或者策略的一個重新啟動。

West Monroe Partners 的卡倫德分享了一個阻礙 DevOps 的領導力的例子:未能擁抱 IT 混合模型和現代的基礎架構比如說容器和微服務。

“我所看到的一個大的規則就是架構整合,或者認為在一個同質的環境下長期的維護會更便宜,”卡倫德說。


via: https://enterprisersproject.com/article/2018/1/7-leadership-rules-devops-age

作者:Kevin Casey[13] 譯者:FelixYFZ 校對:wxy

本文由 LCTT 原創編譯,Linux中國 榮譽推出

赞(0)

分享創造快樂