Düzeltmeleri Doğrulama ve Kalite Metriklerini Analiz Etme

Hiç o moral bozucu hissi yaşadınız mı? Ekibinizdeki bir yazılımcı, kritik bir hatanın 'düzeltildiğini' güvenle beyan eder. Teslim tarihine yetişme baskısı altındaki proje yöneticisi de sizden bunu onaylamanızı ister. Hızlıca kontrol edersiniz ve çalışıyor gibi görünür; ardından görev 'Tamamlandı' durumuna taşınır. Ancak günler veya haftalar sonra, o 'zombi hata' geri döner, canlı üretim ortamında yeniden ortaya çıkar ve gerçek kullanıcıları etkiler. Bunun faturası hemen kesilir: müşteri güveni sarsılır, ekibiniz acil bir yama için her şeyi bırakmak zorunda kalır ve herkes 'Bu nasıl tekrar oldu?' diye merak eder. Bu eksik düzeltmeler ve tekrarlayan hatalar döngüsü, yazılım geliştirmedeki en sinir bozucu ve maliyetli sorunlardan biridir. Bu durum, 'düzeltildi' ile 'doğrulandı' arasındaki köprünün koptuğunun bir işaretidir. Aynı zamanda, bir ekip toplantısında size 'Ürünümüzün kalitesi artıyor mu?' diye sorulur. Size öyle geliyordur. Ekip çok çalışıyor ve birçok görevi kapatıyorsunuz. Ama hisler veri değildir. Bunu destekleyecek rakamlarınız yoktur. Eski hataları düzeltme hızınızdan daha mı hızlı yeni hatalar ürettiğinizi veya kritik bir sorunu çözmek için geçen ortalama sürenin azalıp azalmadığını kesin olarak söyleyemezsiniz.