Bir projenin yarım kalması, bütün kodun çöpe atılması gerektiği anlamına gelmez. Aynı şekilde inceleme yapmadan “hemen kurtarılır” demek de doğru değildir. İlk adım, sistemin durumunu ve işletmenin gerçekten ihtiyaç duyduğu akışları anlamaktır.
Erişim ve sahiplik envanteri çıkarın
- Kaynak kod deposu ve güncel sürüm elinizde mi?
- Alan adı, barındırma, veritabanı ve dış servis hesaplarına kim erişebiliyor?
- Lisanslar ve kullanılan ücretli bileşenler belli mi?
- Canlı sistemin çalışan bir yedeği var mı; geri yükleme denenmiş mi?
- Önceki geliştiriciden alınabilecek teknik notlar ve kurulum bilgileri bulunuyor mu?
Bu bilgileri e-postayla rastgele paylaşmak yerine uygun erişim yetkileriyle devretmek gerekir. Geliştirme hesabının üretim verisine gereksiz erişimi olmamalıdır.
İşletmenin kritik akışlarını sıralayın
Giriş, sipariş, ödeme, belge üretimi veya raporlama gibi işlemleri önem sırasına koyun. “Sistem çalışmıyor” ifadesini, tekrarlanabilir örneklere çevirin: hangi kullanıcı, hangi adım, beklenen sonuç ve görülen hata? Bu liste hem incelemeyi hem de tamamlanma kontrolünü kolaylaştırır.
Önce ayrı bir test ortamı kurun
Mümkün olduğunda inceleme ve değişiklikler canlı sistemden ayrı yürütülür. Hassas verilerle çalışmak zorunlu değilse anonimleştirilmiş veya örnek veri kullanılır. Amaç çalışan parçaları korumak, değişiklikleri doğrulamak ve gerektiğinde önceki sürüme dönebilmektir.
Üç olası yol
- Onarım: Temel yapı uygun, sorunlar sınırlıysa kritik hataların düzeltilmesi yeterli olabilir.
- Aşamalı yenileme: Çalışan parçalar korunur, riskli bölümler kontrollü olarak değiştirilir.
- Yeniden geliştirme: Mevcut yapı ihtiyaçları karşılamıyorsa veri geçişi ve iş sürekliliğiyle birlikte yeni sistem planlanır.
Bu karar yalnızca kodun görünümüne göre verilmez. İş önceliği, toplam bakım maliyeti, mevcut veri ve geçiş riski birlikte değerlendirilmelidir.
İlk incelemeden ne beklemelisiniz?
Somut bulgular, önem sırası, belirsizlikler ve önerilen sonraki adımlar. Uygulama bütçesi ile teknik incelemenin kapsamı ayrılmalıdır. İnceleme sonrasında hangi işin neden yapılacağı açıkça konuşulabilir; ölçülmemiş hız veya takvim garantilerine ihtiyaç kalmaz.
Mevcut durumunuzu paylaşmak için proje kurtarma ve bakım hizmetine bakabilirsiniz.
