一千萬個為什麽

搜索

如何更改組織中的現有策略?



我認為希望進行DevOps轉型的組織有一些它有興趣改變的問題和政策。這種興趣可以來自高層管理者,中層管理者,甚至是自下而上。阻礙這種變化的最大因素之一是讓其他人購買變革。

例如,在許多情況下推動諸如敏捷這樣的“新”想法往往失敗。人們抵制變革,看起來像一堵墻阻止了好事發生。然而,有一個好的事情發生的任務。

可以使用哪些方法來影響開始進行DevOps轉型的組織中的員工?特別是發現工作的方式。

轉載註明原文: 如何更改組織中的現有策略?

一共有 2 個回答:

你必須明白,流程會改變跟隨他們的人。隨著人們學習,內化並在一個過程中變得更好,它會改變他們學習如何解決特定問題的方式。一系列類似的過程相互加強成為一個人用來解決一類問題的思維模式,並最終形成一套指導新問題的決策和新解決方案的價值觀。

即使你改變了這個過程,而沒有改變心態,甚至對價值觀更為關鍵,這個人也會簡單地適應新過程,以符合與原始過程相同的價值觀,相同的思維方式或相同的解決方案。在某個時候,不可能將這個人從這個位置上離開,或者改變他們的基本價值觀。

要進行更改,您有以下兩種選擇:

  1. 引入一個已經擁有正確價值觀和理念的人,在最好的情況下,理解沒有你的幫助需要遵循的過程。
  2. 引入並賦權新雇員,無論是最近聘用的,新員工還是來自組織中不同團隊的轉職,並培訓他進入新流程,希望灌輸新的思維方式,希望新的價值觀會出現

如果更改為本地,則您可能更願意進行內部轉移,因為該人員已經共享您希望保留的全球公司範圍值。如果發生較大的變化,您需要從外部引進某個人,以獲得全新的視角,不要分享您可能試圖改變的公司範圍內的價值觀。

重要的部分是授權個人,團隊或業務部門分別遵循流程並將其與舊團隊,其他團隊或公司的其他部門隔離開來,這些團隊或公司可能仍然遵循舊的流程。由於上述改變代理與管理層之間的隔離是非常困難的,因此如果這種改變要更大一些,通常需要沿著管理鏈一直走下去,或者從管理鏈的頂端一路走下去。

Note: It is hard to bring change to more than just your team without the support of management. Even inside your team it is difficult if others are already set in their ways. For a new team in a new company a successful evangelist can often affect the forming policies even without the support of management simply by being a leader or creating the path of least resistance for others to follow. But in established company, see above.

攻擊你的團隊

改變你的組織是很困難的。人們有習慣,他們抵制變化,他們常常對現狀感到滿意。為了實現改變,以特定的順序,這裏有一些你可以使用的工具。

    導致其他人遇到DevOps解決的問題。許多時候,DevOps的好處只能在團隊的理論層面上理解。大部分在部署過程中發生的問題有希望,而且很少由開發團隊或管理層經歷。為了解決這個問題,請確保您在問題出現時就發出聲音,並提及如果團隊使用持續集成解決方案時不會發生此問題。另一種可能性是確保您要求開發人員解決他們的代碼在部署期間造成的問題,而不是自己修復。
  1. 找到領導。人們常常跟隨領導者,無論他們是管理層還是團隊中最受歡迎/最具指揮性的人。讓這些領導者願意轉向DevOps文化,並設計公共方式,讓他們看到使用或倡導最佳實踐。

  2. 建立信任。在我們已經同意他們之前的一兩次之後,我們更可能會同意這些事情。理想情況下,你可以找到一些小的改進,這些改進可以在不改變文化的情況下發揮作用,並以此為基礎。但是,如果這不是一種選擇,那麽向他們提出簡單的問題並提供簡單的建議,這樣他們就養成了表示贊成或同意的習慣。

  3. 不要為重復自己而感到羞恥。重復工作並最終陷入困境。只要有可能提及團隊使用DevOps時會有多好。但是,這只有在您首次在團隊中建立信任時才有效。
  4. 讓它變得愉快。如果允許您為DevOps情況構建概念證明,請在報告和通知中使用可愛的表情圖標和令人愉快的顏色。構建失敗時發布有趣的GIF。確保你沒有煩惱你的更新。