Bir kuruluştaki mevcut politikalar nasıl değiştirilir?

DevOps dönüşümü yapmak isteyen bir kuruluşun değiştirmekle ilgili bazı sorunları ve politikaları olduğunu varsayıyorum. Bu ilgi üst düzey yöneticilerden, orta düzey yöneticilerden ve hatta aşağıdan yukarıya doğru olabilir. Bu değişikliği engelleyen en büyük faktörlerden biri, diğer insanların değişikliği yapmaya alışmalarını sağlamaktır.

Örneğin, çoğu durumda Agile gibi "yeni" fikirleri zorlamak çoğu zaman başarısız olur. İnsanlar değişime direniyor ve iyi şeylerin olmasını engelleyen bir duvar gibi görünüyor. Yine de iyi şeylerin gerçekleşmesi için bir görev vardır.

DevOps dönüşümüne başlayan bir kuruluştaki çalışanları etkilemek için hangi yöntemler kullanılabilir? Özellikle işe yaradığı belirlenen spesifik teknikler ve yollar. Özel olarak daha fazla Mühendislik, daha az el sallama.

Süreçlerin onları takip eden insanları değiştirdiğini anlamalısınız. İnsanlar bir süreçte öğrendikçe, içselleştirdikçe ve iyileştikçe, belirli bir sorunun nasıl çözüleceğini öğrenme biçimlerini değiştirir. Bir dizi benzer süreç birbirini bir kişinin bir kategori problemini çözmek için kullandığı bir zihniyete pekiştirir ve nihayetinde kararları ve yeni sorunlara yeni çözümleri yönlendiren bir dizi değer oluşturur.

İşlemi değiştirseniz bile, zihniyette değişiklik yapmadan ve değerlerde daha da önemli olsa bile, kişi yeni işlemi orijinal süreçteki aynı değerlere, aynı zihniyete ve hatta aynı çözüme uyacak şekilde uyarlayacaktır. Belli bir noktada, bu kişiyi bu pozisyonda edinilen zihniyetten ayırmak veya altta yatan değerleri değiştirmek mümkün değildir.

Bir değişikliği başlatmak için aşağıdaki iki seçeneğiniz vardır:

1. Zaten doğru değerlere ve zihniyete sahip olacak bir kişiyi getirin ve en iyi durumda senaryo, sizin yardımınız olmadan takip edilmesi gereken süreci anlayın.
2. Yakın zamanda işe alınan yeni çalışanı, yeni bir işe alma veya organizasyondaki farklı bir ekipten bir transfer getirin ve güçlendirin ve yeni süreçte yeni zihniyet aşılamayı umarak yeni değerler kümesinin ortaya çıkmasını umarak onu eğitin.

Değişiklik yerelse, o kişi tutmak istediğiniz global şirket genelindeki değerleri zaten paylaşacağı için dahili bir aktarımı tercih edebilirsiniz. Daha büyük bir değişiklik olması durumunda, yeni bir perspektife sahip olmak ve değiştirmeye çalıştığınız şirket genelindeki değerleri paylaşmamak için dışarıdan birini getirmeniz gerekir.

Önemli olan kişi, ekip veya iş birimini süreçleri takip etmek ve eski ekiplerden, diğer ekiplerden veya şirketin geri kalanından yalıtmak için güçlendirmektir; Bu tür bir değişim aracını yukarıdaki yönetimden izole etmek çok zor olduğu için, eğer değişiklik daha büyük olacaksa, genellikle yönetim zincirini sonuna kadar takip etmesi veya en baştan gelmesi gerekir.

Not : Yönetim desteği olmadan sadece ekibinizden daha fazlasını değiştirmek zordur. Ekibinizin içinde bile, başkalarının zaten kendi yollarına girmeleri zor. Yeni bir şirkette yeni bir ekip için başarılı bir evangelist, sadece lider olarak veya başkalarının izlemesi için en az direniş yolunu oluşturarak yönetimin desteği olmadan bile biçimlendirme politikalarını sıklıkla etkileyebilir. Ancak kurulan şirkette yukarıya bakınız.

Takımını Hack Et

Kuruluşunuzda değişiklik yapmak zor. İnsanların alışkanlıkları var, değişime direniyorlar ve genellikle statükodan rahatlarlar. Değişimi sağlamak için, belirli bir sırayla, kullanabileceğiniz birkaç araç var.

1. Diğerlerinin DevOps'un çözdüğü sorunu deneyimlemesine neden olun. Çoğu zaman DevOps'un faydaları sadece teorik düzeyde ekibiniz tarafından anlaşılır. Dağıtım sırasında meydana gelen sorunların çoğu, geliştirme ekibi veya yönetiminin geri kalanı tarafından umutlu ve nadiren yaşanır. Bunu düzeltmek için, ortaya çıktıklarında sorunlar hakkında seslendirdiğinizden emin olun ve ekip sürekli bir entegrasyon çözümü kullanıyor olsaydı bu sorunun nasıl olmayacağını belirtin. Başka bir olasılık, geliştiricilere kodlarının dağıtım sırasında kendileri düzeltmek yerine neden olduğu sorunları düzeltmelerini istemenizdir.

2. Liderleri bulun . İnsanların liderleri takip etmeleri, yönetim veya sadece gruptaki en popüler / komuta sahibi kişi olması yaygındır. Bir DevOps kültürüne geçme arzunuzla bu liderleri gemiye alın ve en iyi uygulamaları kullanarak veya savunarak görülebilecek herkese açık yollar tasarlayın.

3. Güven Oluşturun . Daha önce bir veya iki kez onlarla anlaştıktan sonra insanlardan gelen şeyleri kabul etme olasılığımız daha yüksektir. İdeal olarak, kültürde bir değişiklik olmadan yapılabilecek küçük iyileştirmeler bulabilir ve bu başarıyı temel alabilirsiniz. Ancak, bu bir seçenek değilse, onlara basit sorular sorun ve basit önerilerde bulunun, böylece evet ya da sizinle aynı fikirde olma alışkanlığı kazanırlar.

4. Kendinizi tekrarlamaktan utanmayın. Tekrar çalışır ve sonunda batar. Mümkün olduğunda, ekip DevOps kullanıyorsa ne kadar harika şeyler olabileceğini belirtin. Ancak, bu sadece ekibinizde ilk güven oluşturduysanız çalışır.

5. Keyifli olun . DevOps durumunuz için bir kavram kanıtı oluşturmanıza izin verilirse, raporlarda ve bildirimlerde sevimli ifadeler ve neşeli renkler kullanın. Bir Yapı Başarısız Olduğunda Komik Gifler Gönderin Güncellemelerinizi rahatsız etmediğinizden emin olun.