[[349107]]

 如今，許多IT專業人員都在努力適應變化和破壞。可以這么說，您是在努力保持開燈狀態嗎?你感到不知所措嗎?這并不少見。如今，現狀還不夠，因此IT部門不斷嘗試重新發明自己。

憑借30多年的綜合IT經驗，我們見證了人員和關系對于IT的有效能力和業務蓬勃發展的重要性。但是，大多數時候，我們有關IT解決方案的對話始于技術，而不是人員和流程。尋找應對業務和IT挑戰的傾向太普遍了。但是，您不能購買創新，DevOps或有效的團隊和工作方式;他們需要得到培養，支持和指導。

破壞如此普遍，并且對變更速度的需求如此迫切，我們需要紀律和護欄。下面描述的DevOps思維定勢的五個基本價值將支持使我們達到目標的實踐。這些價值觀不是新思想。從我們的經驗中學到了它們的重構。其中一些值可以互換，也可以靈活使用，它們指導支持(如支柱)這五個值的總體原則。

1.利益相關者的反饋至關重要

我們如何知道自己為我們創造的價值是否比利益相關者更大的價值?我們需要持續的質量數據來分析，提供信息并做出更好的決策。來自可信賴來源的相關信息對于任何企業蓬勃發展至關重要。我們需要傾聽并理解利益相關者在說什么而不是在說什么，我們需要以一種使我們能夠調整思想，流程和技術的方式實施更改，并根據需要進行調整以使我們的利益相關者滿意。由于信息(數據)不正確，我們經常看到很少的變化，或者由于錯誤的原因而發生的變化很多。因此，使變化與利益相關者的反饋相一致是一項基本價值，并有助于我們專注于使公司成功的最重要因素。

關注我們的利益相關者及其反饋，而不是僅僅為了改變而改變。

2.超越當今流程的極限進行改進

我們希望我們的產品和服務能夠不斷令客戶(我們最重要的利益相關者)滿意，因此，我們需要不斷改進。這不僅與質量有關;這也可能意味著成本，可用性，相關性以及許多其他目標和因素。創建可重復的流程或利用通用框架非常好-它們可以改善治理和許多其他問題-但是，這不應該成為我們的最終目標。在尋找改進方法時，我們必須調整流程，并輔以正確的技術和工具。可能有理由拋出一個“所謂的”框架，因為不這樣做可能會增加浪費，或者更糟的是，僅僅是“貨運”(做一些沒有價值或目的的事情)。

力求始終創新和改進，超越可重復的流程和框架。

3.沒有新的筒倉可以分解筒倉

筒倉和DevOps不兼容。我們一直在看到這種情況：一位IT主管聘請了所謂的“專家”來實施敏捷和DevOps，它們將做什么?這些“專家”在現有問題的基礎上創建了一個新問題，這是IT部門和一個充滿孤島的企業中添加的另一個孤島。創建“ DevOps”標題違背了基于打破孤島概念的敏捷和DevOps的原則。在敏捷和DevOps中，團隊合作都是必不可少的，如果您不參與自組織團隊的工作，那么您將兩者都不做。

相互激勵和分享，而不是成為英雄或創建筒倉。

4.了解客戶意味著跨組織協作

業務的任何部分都不是獨立實體，因為它們都有利益相關者，而主要利益相關者始終是客戶。“客戶永遠是對的”(或我所說的國王)。關鍵是，沒有客戶，就沒有生意，要保持今天的生意，我們需要與競爭對手“區分開”。我們還需要知道客戶對我們的感覺以及他們對我們的需求。了解客戶的需求是當務之急，需要及時的反饋，以確保企業能夠快速，負責地解決這些主要利益相關者的需求和疑慮。

無論是來自想法，概念，假設還是利益相關者的直接反饋，我們都需要使用探索，構建，測試和交付生命周期來確定和衡量產品交付的功能或服務。從根本上講，這意味著我們需要在整個組織中“插入”我們的組織。持續創新，學習和DevOps是無邊界的。因此，當我們在整個企業范圍內進行衡量時，我們可以了解整體并采取可行的，有意義的步驟進行改進。

衡量整個組織的績效，而不僅僅是業務范圍。

5.通過熱情激發采用

不是每個人都被驅使學習，適應和改變。但是，就像微笑可以傳染一樣，學習和想成為變革文化的一部分也可以一樣。在學習文化中適應和發展為一群人學習和傳遞信息(即文化傳播)提供了自然的機制。學習風格，態度，方法和過程不斷發展，因此我們可以對其進行改進。下一步是應用所學和改進的知識，并與同事共享信息。學習不會自動發生。它需要努力，評估，紀律，意識，尤其是溝通;不幸的是，這些都是工具和自動化無法提供的。查看您的流程，自動化，工具策略和實施工作，使其透明，

通過精益質量的交付成果，而不只是工具和自動化，促進學習文化。

隨著我們公司采用DevOps，我們將繼續在任何書籍，網站或自動化軟件中倡導這五個價值觀。采用這種思維方式需要花費時間，這與我們以前作為sysadmins所做的非常不同。這是一種全新的工作方式，需要很多年才能成熟。這些原則與您自己的原則一致嗎?