DevOps – otomasyon ve ortak araçları kullanarak hızlı bir şekilde yazılım üretmek için geliştiriciler ve operasyon ekipleri arasındaki işbirliği – zorlayıcı bir öneridir. Ancak BT ekipleri hala DevOps nirvanasından uzak. Çoğu, yakın tarihli bir ankette çabalarının olgunlaşmadığını ve bunun ilerlemelerini engellediğini söylüyor.

Bu, bir soruşturma DevOps vizyonu ile gerçeklik arasında önemli bir boşluğu ortaya çıkaran, LeanIX tarafından 172 BT uzmanı ve yöneticisinin katıldığı anket.

Son yirmi yılda bir şeyleri hizalamakla ilgili tüm konuşmalara rağmen, birçok BT uzmanı hala bu uçurumu aşmak için mücadele ediyor.

Her zaman verimli olmayan bir işbirliği

Katılımcıların %59’u şirketlerinin çabalarını takdir ettiğini düşünüyorsa, bu yine de en az %40’ının verimli bir işbirliğinde başarılı olmadığı anlamına gelir. Anket yazarları, “Ayrıca, BT ve iş dünyasının aynı dili konuşup konuşmadığı sorulduğunda yalnızca %42 kesinlikle katılıyor” diyor. “Yazılım geliştirme süreci, BT veya mühendislik dışındaki bazı insanlar için soyut ve neredeyse anlaşılmaz görünebilir. Bu, her iki tarafta karşılıklı yanlış anlama ve hayal kırıklığına yol açar. »

Bilgi veya anlayış eksikliği, geliştiriciler ve müşteriler arasındaki ilişkiye de uzanır. Anket, geliştirici ekiplerinin müşterilerin oluşturdukları yazılımı nasıl kullandıklarına dair çok az görünürlüğe sahip olduğunu gösteriyor. Ankete katılanların çoğunluğu (%70) birincil ölçütleri olarak biletleri desteklemeyi düşünüyor. Anketin yazarları, “Bu önlem kolayca erişilebilir olsa da, her zaman çok yararlı bilgiler sağlamaz” diyor.

Buna ek olarak, üçte ikisi, “teslim edilen yazılım ve müşteriler için değeri ile gerçek bir ilişkisi olmayan bir rakam” olan aylık aktif kullanıcı sayısını da takip ediyor. Yarısından azı, müşteri memnuniyetini ölçmek için özellik benimseme, kayıp, yatırım getirisi veya net destekçi puanı gibi diğer metrikleri kullanır. Ankete katılanların %5’i müşterileri ölçmüyor.

DevOps olgunluğu eksikliği

Yazarlar, “Geliştirme ekipleri, genel olarak müşterilerin işlerinden nasıl yararlandıkları hakkında hiçbir fikre sahip değiller ve çok azı bu faydaları işletmeyle tartışabiliyor” diyor. “Bu bilgilerin parmaklarınızın ucunda olması, BT ile işletme arasındaki işbirliğini geliştirecektir. Bir geliştirme ekibi müşteri değerine ilişkin ne kadar çok metrik izlerse, işletmeyle olan çalışma ilişkisini o kadar olumlu görür. Hedeflenen müşteri değerine ulaşılıp ulaşılmadığını bilmeden geliştirme ekipleri etkin bir şekilde kör oluyor. »

LeanIX yazarları, olgunluk faktörlerine dayalı olarak %53’ünün “düşük seviyeli” DevOps’a sahip bir ekipte çalıştığını hesaplıyor. Yine de yaklaşık %60’ı değişen müşteri ihtiyaçlarına uyum sağlamak için esnek olduklarını ve CI/CD ardışık düzenlerine sahip olduklarını söylüyor. Aynı zamanda, mühendislerin yarısından azı kodlarını oluşturuyor, gönderiyor veya sahipleniyor ya da ekip topolojilerine dayalı ekipler halinde çalışıyor ve bu da DevOps olgunluğunun olmadığını gösteriyor.

Katılımcıların %20’sinden azı, geliştirme ekiplerinin kendi teknoloji yığınını seçebildiğini söyledi; %44’ü kısmen yetenekli olduğunu ve %38’i hiç yetenekli olmadığını belirtti. “Araç seçimiyle ilgili esneklik, DevOps kültürünün merkezinde yer alıyor çünkü kuruluşların değişen müşteri ve iş ihtiyaçlarına daha hızlı yanıt vermesini sağlıyor. »

Şirket kültürü

İlginç bir şekilde, DevOps olgunluğu ile kuruluş boyutu arasında açık bir ilişki vardır: Kuruluş ne kadar büyükse, geliştirme ekibinin olgunluk düzeyi o kadar düşük olur. Yazarlara göre, “Başka bir deyişle, büyük kuruluşlarda çalışan ekipler daha az DevOps çalışma yöntemini benimsedi”. “10.000’den fazla çalışanı olan kuruluşların DevOps’u uygulamayı zor bulmasının nedeni, DevOps kavramının kendisinin temel bir kültürel değişim gerektirmesidir,” diye spekülasyon yapıyorlar. “Büyük, karmaşık organizasyonların, bu değişikliği etkilemek ve içerdiği değişiklikleri yönetmek için küçük, çevik organizasyonlardan daha fazla zamana ihtiyacı var. Ek olarak, büyük kuruluşlar genellikle, kuruluşun geleceğindeki rolü her zaman net olmayan birçok eski sisteme bağımlıdır. »

Anket ayrıca, otomasyon yoluyla manuel çabayı azaltmanın DevOps girişimlerinin önündeki engeller listesinin başında geldiğini gösteriyor. “Çoğunluk aynı zamanda siloları (ortak bir bilgi tabanının eksikliğini gösterir) yıkmayı ve görevlere odaklanmayı (bağlam değişimi nedeniyle) biraz zor buluyor. »

“Biraz DevOps yetmez”, anketin yazarları sonucuna varıyor. “Çevik çalışma yöntemleri ve DevOps girişimleri, yazılım geliştirmeyi temelden değiştirdi. Ancak bu, DevOps kültürünün çoğu kuruluşta zaten yaşayan bir gerçeklik olduğu anlamına gelmez. Şirketlerin DevOps ile ilişkili çalışma yollarını tam olarak uyguladıkları doğru olmaktan çok uzaktır. Bu nedenle, ekiplerin günlük işlerinde etkin yazılım geliştirmenin önünde duran zorluklarla düzenli olarak karşılaşmaları şaşırtıcı değildir. »

Kaynak : ZDNet.com



genel-15