一千萬個為什麽

搜索

如何向非技術型經理解釋devops?



我對DevOps非常興奮。我知道DevOps是一種方法,它將推動我們建立一個IT基礎架構,以簡化和推動我們的公司向前發展 但是,我怎麽把這個賣給我的老板,尤其是非技術性的老板呢?

我們將實施一個自動化項目,其中包括自動化部署,基礎設施雲化,持續集成流程......我們肯定需要說服我們的老板在這方面進行更高層次的投資。

Note: we started to improve our process by automating tests, releases and supervision , it's a step towards adopting devOps but the automation project itself is in stand by as we need more investment.

轉載註明原文: 如何向非技術型經理解釋devops?

一共有 5 個回答:

作為一名顧問,我有義務回答“這取決於”。通過這種方式,我可以真正回答你的問題。

它依賴於什麽?那麽,這可能歸結於你的老板對DevOps的看法:

  1. 如果你的老板聽說過這個詞,那麽也許通過對 CIO.com 的迷戀,然後問他們他們認為這意味著什麽。從那裏弄清楚有什麽區別,以及他們的觀點是否兼容。確定一個合適的項目來試用DevOps並將其發布給他們。請記住,DevOps的核心是文化,所以請考慮如何將其應用於項目。

  2. 如果您的老板從來沒有聽說過這個術語,那麽就為DevOps構建一個商業案例。使用 Puppet Labs State of DevOps 和書籍中的資料,例如鳳凰項目撰寫商業案件。找到你的老板和DevOps可以解決的問題,並將其用作對話初學者。正如Kenchew所說的那樣,您不必提及DevOps,例如,您可能會建議Operations更多地參與到項目中,或者將更多的自動化測試作為項目交付的一部分進行規劃。

  3. 如果您的老板認為DevOps只是另一個流行詞,那麽請執行上述操作之一,但絕對不會提到DevOps,請查看其他類似模型,如站點可靠性工程,平臺工程或持續部署,並了解如何他們可以解決問題。

關鍵是要重點了解你的老板的動機,然後挖掘一些時間,金錢和人員,采取切實步驟解決這個問題。

我強烈推薦這本書由Daniel H. Pink出售是人類,從根本上說Daniel Pink談判關於如何賣東西是一件非常人性化的事情,我們需要做的就是挖掘需求並通過提出滿足這些需求的解決方案來調整我們的“音調”。

你沒有。

盡管您對DevOps充滿熱情,但非技術型老板並不真正與技術術語分享您的魅力。

首先,向你的老板展示你已經完成的小型試點項目的好處。收集一些有用的數據點來證明你的情況。 (發現此問題可能有所幫助:衡量DevOps投資回報率的方法有哪些?

接下來,告訴你的老板你有一個可以帶來更多好處但需要小額投資的項目。 (試著找出一個不讓你的老板從椅子上掉下來的項目,如果你已經和老板一起工作了一段時間,你應該知道這個數字是什麽。)

一旦你得到了投資,做好實現目標的工作。更好的是,瘋狂地超過它!

現在,當最後老板問你“那麽你做了什麽,給我們帶來了很多好處?”

這是你宣布的時間:

“DevOps的”

並要求為您的下一個devops項目提供更多投資。

如果您顯示其與組織的頂線或底線的相關性,任何業務計劃都會受到牽引。

諸如devops等內部舉措只能影響底線。您需要確定由個人執行的重復性工作的成本以及自動化如何減少這些支出。

盡管非技術型管理人員可能不了解選擇廚師傀儡的區別,但他們對行業趨勢有一些了解。您可以讓他們意識到因構建不可用造成的延遲成本,回歸問題的成本以及您的方法如何降低成本。如果你能夠在底線上顯示有形的改善計劃,並且如果它比他們的盤子上的其他行動項目更好,那麽你會得到一個進展。

對於那些對DevOps這個術語不熟悉(或者錯誤)的人來說,我的推理思路就是“更頻繁地提供商業價值”。根據我的經驗,這是管理人員很少能反對的東西。他們明白了。

如果他們這樣說:“我們只需要有人來整理我們的投資者,可能只是幾周的工作;所以我們現在要投入多少錢就有限制了”我只是試圖解釋這就像說“我們不希望我們的公司提供太多的商業價值,我們只需要更多,但就是這樣。”

這當然只是誇誇其談,但我覺得它很有效,比告訴他們讀一本關於豐田的書還要有效。

在以前的答案中的一切都是真實的,但我認為有一些事情沒有真正得到你的老板的批準和承諾(順便說一句:大多數人最多只有1個老板......)。

墨菲先生遲早會出現(= 任何可能出錯,會出錯,當出現錯誤時出錯)。在那個時候,一些老板會希望得到這樣的問題的答案:

什麽時候發生以及為什麽,以及哪個授權用戶實際上批準了它...... upfront?

在這一點上,您將從DevOps獲得真正的投資回報 - 即將實施的實踐......並且/或者突然獲得各種大量預算批準,以實現您似乎在尋找的內容。

即使Murphy需要很長時間才能過來,你的公司也可能遇到諸如Richard在“當工程師部署和運行代碼時,哪些流程或工具支持職責分離?“(這些需求會嚇倒CxOs ......)。

但是,如果您必須將“DevOps”介紹給新手,那麽可能會幫助他們像“ ”一樣提前“警告”他們,因此您希望啟動DevOps實踐,太棒了!但是,請註意,這就像轉換到另一種宗教......