Yarınların Yazılım Problemlerini Neden Hızın Peşinde Koşmak Yaratıyor

ERP ve iş kritik yazılımları daha hızlı teslim etmenin baskısı genellikle organisations’in sonunda ele alması gereken gizli maliyetler yaratıyor, Carl Andrews, CEO, Original Software.

Her CIO bir go-live kutlaması yaşadı. Pasta, tebrikler, nihayet bir şeyin gönderildiğine dair rahatlık hissi. Daha az konuşulan şey, teslim etme baskısının maliyetlerini teslim edilen şeyi bakımını yapan takımlara sessizce geçirdiği sonraki aylardır.

Bu bir niş problem değildir. Yazılım teslimatının daha hızlı olması için yapılan sürücülük ivme kazanmaktadır, yavaşlamıyor. Sprint döngüleri kısalarak, yayın sıklıkları artıyor ve teknolojinin iş ihtiyaçlarına neredeyse gerçek zamanlı olarak cevap vermesi artık standart. Hızlı hareket etmek genellikle doğru içgüdüdür. Soru, bunu gerçekleştirmek için neyin sessizce feda edildiğidir.

Borç nerede başlar

Teknik borç genellikle bir uyarı olmadan gelir. Bireysel olarak tamamen savunulabilir kararlar aracılığıyla inşa edilir. Belgelendirme, takımı bir teslim tarihini vurmak için öncelik listesinin altına itilir. Bir ERP yapılandırmasına bir geçici çözüm eklenir çünkü doğru düzeltme projesini geciktirecektir. Zaman çizelgeleri already slipping çünkü test azaltılır

Bir özelleştirme, değiştirilmesi çok fazla bozulmaya neden olacağı için yerinde bırakılır.

Kimse borç biriktirmeye çıkmaz. Bu, baskı altında yapılan bir dizi makul kararın ardından kalan şeydir. Birkaç kısayol olarak başlayan şey, daha sonra değişmesi daha zor, daha sık bozulan ve herkesin bütçelediğinden daha fazla bakım maliyeti olan bir sistem haline gelir.

ERP ortamları özellikle savunmasızdır. Doğaları gereği, onlar organizasyonun merkezinde oturur, finans, insan kaynakları, tedarik zinciri, satın alma ve diğer kritik iş fonksiyonlarını bağlar. Years of shortcuts, workarounds ve poorly documented changes complexity yaratır ki kimse bunu istemez ama herkes miras alır. Sonuç öngörülür, zamanlama değil, bir sorun surface, genellikle en kötü anında, canlı iş süreçlerinde.

Organizasyonlar neden sorunu küçümsüyor

Sorunun bir kısmı, teknik borcun genellikle açık bir maliyet olarak görünmemesidir. Bir proje başarısızlığı veya kaçırılan bir teslim tarihi gibi, borç yavaş yavaş birikir. Beklemediğiniz kadar uzun süren güncellemeler olarak görünür. Değişiklikler daha fazla çaba gerektirir. Takımlar, önceden kolayca çözülebilecek konuları araştırmak için haftalar harcar.

Bu maliyetler yavaş yavaş ortaya çıktığı için, bunlar genellikle izole olaylar olarak değil, daha geniş bir sorunun belirtileri olarak ele alınır. Organizasyonlar, hızlı teslimatın görünür faydalarına odaklanırken, sistemleri bakımını ve geliştirmeyi daha zor hale getiren uzun vadeli sonuçları göz ardı eder.

Sonuç olarak, teknik borç genellikle iş performansı etkilemeye başladığında dikkat çeker.

İnovasyon, verimlilik ve esneklik üzerindeki etki

Teknik borcun en önemli maliyeti genellikle teknik değildir. Stratejiktir. ERP ortamları daha karmaşık hale geldikçe, BT takımları daha fazla zamanını mevcut sistemleri bakımını yaparak geçirir ve yeni yetenekler sunmaya daha az zaman ayırır. Dönüşüm projelerini, iş süreci iyileştirmelerini veya AI girişimlerini destekleyebilecek kaynaklar, bunun yerine hata ayıklama, yeniden çalışma ve sistem bakımıyla meşgul olur.

İnovasyon yavaşlar çünkü her değişiklik daha büyük risk taşır. Verimlilik düşer çünkü rutin görevler tamamlanması daha uzun sürer. Esneklik azalır çünkü sistemler daha zor test edilir, desteklenir ve bir şey yanlış gittiğinde kurtarılması daha zor hale gelir. Bu, bir kısır döngü yaratır. Organizasyonlar, rekabetçi kalmak için hızlanmaya çalışır, ancak bu hızdan kaynaklanan borç, sonunda gelecekteki değişikliklerin daha yavaş, daha pahalı ve daha zor hale gelmesine neden olur.

Dengeyi doğru şekilde ayarlamak

Cevap, yavaşlamak değildir. Az sayıda organizasyon bunu karşılayabilir. Hedef, teslimat süreçlerini hızlandırmadan uzun vadeli kaliteyi tehlikeye atmaksızın oluşturmaktır. Bu, teslimatı mümkün kılan test, belgelendirme ve yönetim gibi faaliyetlerin engeller olarak değil, sürdürülebilir teslimatın temel bileşenleri olarak görülmesiyla başlar. Özellikle ERP sistemleri için, güçlü geri dönüşüm testi zorunludur.

Bu, organizasyonlara, değişiklikler, güncellemeler ve yükseltmelerin işin başka bir yerinde beklenmedik bir bozulmaya neden olmadan tanıtılacağından emin olma konusunda güven verir. Teslimat döngüsü boyunca daha fazla otomasyon ve daha erken test ile birleştirildiğinde, maliyetli sorunlar haline gelmeden önce sorunları belirlemeye yardımcı olur.

En önemlisi, organizasyonlar teknik borcu bir teknik sorun olarak değil, bir iş sorunu olarak görmelidir. Bugün teslimatı hızlandırmak için alınan kararlar, sistemlerin maliyetini, esnekliğini ve dayanıklılığını yıllarca etkileyecektir.

Go-live bitiş çizgisi değildir. Sadece o kararların uzun vadeli sonuçlarının ortaya çıktığı noktadır. Zaman içinde başarılı olacak organizasyonlar, kısa vadede en hızlı hareket edenler olmayacak, sistemlerine bağımlı olmadan devam edebilen ve yenilikçi olanlardır.