CEO’lar, yazılım testinden kaçınarak rekabet avantajını (ve işleri) riske atıyor

Bu yaz, Volkswagen’in geri dönüşü başarısız oldu yazılım birim maliyet CEO’su Herbert Diess Onun işi. Tanıdık bir isim olan Volkswagen, rakiplerinin yazılım standartlarını karşılayamayan otomobiller üretmenin itibarına verdiği zararın yanı sıra, modernleşmeyerek Çin, Japonya ve diğer pazarlardaki rekabet avantajını kaybetme riskini aldı. Diess, bir organizasyonu modernize edememenin bedelini ödeyen belki de en yüksek profilli yönetici oldu. O son olmayacak.

Otomotiv endüstrisi, yazılım merkezli hale gelen pek çok endüstriden sadece biri. Perakende artık fiziksel ortamda değil, çevrimiçi ortamda. Bankacılık tezgahta değil, uygulamalarda yapılır. Yöneticiler, bekleyen ekonomik fırtınayı atlatmak istiyorlarsa, seleflerininkinden farklı öncelikler dizisini dengelemeleri gerekir.

Diess’in ayrılışı tamamen cehaletten ya da otomobil endüstrisinin geleceği için yazılım geliştirmenin öneminin bilinmemesinden kaynaklanmıyordu. Randevusu üzerine Diess, değişim ihtiyacını fark etmiş görünüyordu. O söz konusu VW’nin “bir yazılım kültürüne ihtiyacı var”. Bununla birlikte, pratikte bunun ne anlama geldiğini tanımlamak zordur ve çoğu zaman tepedekilerin algısı deneyimle yansıtılmaz.

Sağlam bir yazılım temeli

Çoğu yazılım sorunu, oluşturma yetersizliğinden kaynaklanmaz; bunlar genellikle bir programın çökmesine veya yanlış sonuçlar üretmesine neden olan koddaki bir sorundan kaynaklanır. Başka bir deyişle, sorunlar test edilememekten kaynaklanır. Bazı uygulama hataları hızlı bir şekilde çözülebilse de birçoğu şirketlere önemli miktarda zamana mal olabilir – bu rekabet avantajını ve geliri kaybeder ve nihayetinde itibara zarar verir.

Şirketler işlerini hızlandırdıkça dijital dönüşüm rekabet avantajı elde etmek için, yazılım geliştirme hızı ezici bir hızla artmaya devam ediyor. Bu, BT ekipleri üzerinde, genellikle sınırlı kaynaklarla hızlı bir şekilde yazılım geliştirme ve yayınlama konusunda büyük bir baskı oluşturuyor. Bununla birlikte, yeni yazılım yayınlamanın kritik bir adımı, hataları önceden bulup düzeltmek için doğru test yeteneklerini devreye almaktır. Buna rağmen riskler alınır ve köşeler kesilir. Yazılım merkezli bir kültüre dalmamış CEO’ların, bir işletmeyi dijital olarak dönüştürmek için gereken adımları anlamadıkları nokta burasıdır.

Sağlam bir temelden inşa etmeniz gerekiyor. Bir futbol metaforu kullanmak için arkadan inşa etmeniz gerekir. Kalite güvence ve test ekipleri kaleciler gibidir, geride kalmayı önleyen ve işteki diğer kişilerin gol atmaya odaklanmasını sağlayan güvenli eller gibidir. Çoğu zaman, yöneticiler bir işe girerler ve yetişmek için kötü geliştirilmiş yazılımları aceleyle dışarı atmaya odaklanırlar. İstediğiniz kadar yıldız forvetle sözleşme imzalayabilirsiniz, ancak sızdıran bir savunmanız varsa, uzun vadede acı çekersiniz.

kritik test

Yazılım sorunlarının nerede olduğunun anlaşılması değişebilir. Bankacılıkta, kesintiler genellikle High Street bankalarının eski sistemlerin artımlı yükseltmeleri üzerine inşa edilmiş karmaşık BT sistemlerinden kaynaklanır. Müşteriler için büyük sonuçlara, itibar zedelenmesine ve ağır düzenleyici para cezalarına rağmen, standart altı yazılım testi için daha az sorumluluk alınır.

Yazılım testi, koddaki kusurları ve hataları belirlemek için kritik öneme sahiptir. Ayrıca, programın işlev, uyumluluk ve tasarım açısından beklenen gereksinimleri karşılayıp karşılamadığını görmenizi sağlar. Tarihsel olarak, yazılım testi, son kullanıcı rolünü oynayan ve doğru davranışı sağlamak için uygulamanın özelliklerini kullanan test uzmanlarıyla manuel olarak yapılırdı. Ancak yazılım geliştirme daha hızlı ve karmaşık hale geldikçe, manuel testler artık buna ayak uyduramaz. Şirketler, daha karmaşık gereksinimleri yönetmek için otomatikleştirilmiş testlere geçiş yapmaya çalışıyor.

Büyük bir küresel geliştirici becerileri eksikliğive işten çıkarma yapan şirketler, geliştirme ekipleri manuel test uzmanlarının becerilerini artırmaya, kalan yetenekleri yeniden konumlandırmaya ve destek için mevcut geliştiricilerine bel bağlamaya çalışırken ciddi test darboğazları, artan maliyetler ve proje teslim sürelerinde gecikmeler yaşanıyor. Aynı zamanda şirketler, kaliteyi hızlı bir şekilde sunmak ve yeni müşteri taleplerini karşılamak için sıkı teslim tarihlerinde ilerliyorlar. Bunların hepsi ezici bir şekilde sonuçlanır %15 Dijital dönüşümün hızlı hızına rağmen bugün yazılım testinin başarılı bir şekilde otomatikleştirilmesi.

Pervasız yoldan kaçınmak

Bununla birlikte, yazılım testinin kritik doğasına rağmen, önemli sayıda şirket, yazılımlarını test etmek için hala manuel süreçlere güveniyor. Bu, riske karşı savunmasız oldukları anlamına gelir, çünkü %70-75 ile ilgili kesintiler insan hatasından kaynaklanır. Manuel testler de kaynak yoğundur ve birçok şirkette olmayan uzmanlık becerileri gerektirir. Bunun yerine, köşeleri kestirip düzgün bir şekilde test edilmemiş yazılımlar yayınlıyorlar.

Konu test olduğunda CEO’lar ve test uzmanları aynı ilahi sayfasından şarkı söylemiyor ve risk almayı göze alamayan kurumlara tehlikeli bir şekilde “postada düzelt” zihniyeti sızıyor. Mevcut yörüngede, giderek daha fazla şirket, önemli mali ve itibari zarar görmelerine neden olabilecek başarısızlıklar ve kesintilerle mücadele edecek. Aynı zamanda rakiplerinin ve karar vericilerin gerisinde kaldıklarını görecek, bu da kendi beklentileri için nadiren iyi bir haber anlamına geliyor.

Mevcut yolda kalmak pervasızca ama daha da kötüsü kolayca kaçınılabilir. İşletmelerin, farklı bir yaklaşım göz önünde bulundurarak ve kodlama becerisi gerektirmeyen test otomasyon sistemleri gibi çözümleri benimseyerek yazılım testi uygulamalarını sıkılaştırması gerekiyor. Bu, yazılım testi için giriş engelini açar ve şirketlerin süreci yönetmek için daha geniş bir yetenek yelpazesine erişmesini sağlar. Ancak o zaman test süreci iyileştirilebilir, zorlukların üstesinden gelinebilir ve tutumlar değiştirilebilir.

Christian Brink Frederiksen, Leapwork’ün kurucu ortağı ve CEO’sudur..