Kısa yanıt
Bir yazılım projesini devralmadan önce dört şeyi doğrulayın: tüm hesap ve depolara erişim sizde mi, uygulama temiz bir ortamda kurulup çalışıyor mu, yedekleme ve izleme var mı ve açık işler yazılı mı. Bunlar tamamlanmadan devralmanın bittiğini kabul etmeyin.
Erişim ve sahiplik
Kaynak depo, alan adı, sunucu, veri tabanı, e-posta ve üçüncü taraf hesapları için erişim envanteri çıkarın. Paylaşılan bir parola listesi yerine yetkili hesap devri ve anahtar yenileme planı oluşturun.
Erişim envanterinde yalnızca teknik hesapları değil; alan adı kayıt şirketi, DNS, uygulama mağazası geliştirici hesapları, ödeme sağlayıcısı, e-posta servisi ve izleme araçları gibi şirketinize ait olması gereken hesapları da listeleyin. Hesabın kişisel bir e-posta adresine bağlı olup olmadığını kontrol edin.
Tekrarlanabilir kurulum
Temiz bir ortamda kurulum, veri tabanı geçişi ve örnek veriyle ana akış testi yapılmalıdır. Sadece mevcut sunucuda çalışan bir uygulama, yeni ekibin güvenilir biçimde devraldığı bir sistem değildir.
Kurulumu, projeyi bilmeyen birinin izleyebileceği yazılı adımlarla deneyin. Eksik adımlar, gizli ortam değişkenleri veya yalnızca geliştiricinin bilgisayarında bulunan dosyalar bu denemede ortaya çıkar. Çıkan her eksiği devir listesine ekleyin.
Operasyon ve açık işler
Yedekleme ve geri yükleme, dağıtım, hata izleme ve olay sorumluluklarını kontrol edin. Bilinen hatalarla tamamlanmamış özellikleri ayırın. Lisans ve bağımlılık koşullarını kayda geçirin.
Yedekten en az bir kez geri dönmeyi deneyin; yedek alınıyor olması geri yüklenebildiği anlamına gelmez. Hata kayıtlarına kimin eriştiğini ve kesintide kimin uyarıldığını yazın.
Kabul toplantısı
Devralma sonunda eksik erişimler, çalışan sürüm, riskler ve ilk düzeltme planı birlikte gözden geçirilmelidir. Her kaleme sorumlu kişi ve doğrulama yöntemi atayın. Kontrol listesi, sözleşme veya kapsam incelemesinin yerine geçmez.
Kabul toplantısında açık kalan her kalem için sorumlu, tarih ve doğrulama yöntemi yazılı olsun. Eksiklerin kabul edilebilir bir risk mi yoksa devralmayı geciktirmesi gereken bir engel mi olduğuna ayrıca karar verin.
Sık karşılaşılan eksikler
Devir çalışmalarında şu eksikler sık görülür: gizli anahtarların tek kişide olması, dokümansız ve elle yapılan dağıtım adımları, süresi dolmak üzere olan alan adı veya sertifikalar, kullanılmayan ama ödenmeye devam eden servisler, test verisi bulunmayan ortamlar ve geliştiricinin kişisel hesabına bağlı üçüncü taraf servisler. Bunların her biri devir listesinde ayrı bir satır olmalıdır.
Devralma toplantısında kullanabileceğiniz kontrol tablosu
Her satıra sorumlu ve tarih ekleyin. “Tamamlandı” kararını sözlü onayla değil, belirtilen kanıtı görerek verin. Anahtarları veya müşteri verilerini bu tabloya yazmayın.
Sık sorulan sorular
Yazılım projesi devralırken en sık sorulan sorular.
Devralmadan önce kod incelemesi gerekir mi?
Evet, kısa da olsa. Kodun ne kadar okunabilir ve test edilebilir olduğu, bağımlılıklarının ne kadar güncel olduğu devralmanın maliyetini belirler. Ayrıntılı bir inceleme için yazılım ve teknik danışmanlık hizmetimize bakabilirsiniz.
Önceki geliştirici iş birliği yapmazsa ne olur?
Önce hangi erişimlerin şirketinize ait olduğunu doğrulayın. Alan adı, depo ve hesaplar sizdeyse teknik olarak ilerlenebilir; eksik bilgi için sistemi tersine incelemek gerekir ve bu süre ile maliyeti artırır. Hukuki boyut için bir hukukçudan görüş alın.
Devir süresince sistemi kapatmak gerekir mi?
Genellikle hayır. Kontroller üretim ortamına dokunmadan, ayrı bir kopya üzerinde yapılabilir. Üretimde değişiklik gerekiyorsa ayrıca planlanır.
Kontrol tablosunu kendi ekibimle kullanabilir miyim?
Evet. Sayfanın sonundaki CSV dosyasını indirip kendi ekibinizle doldurabilirsiniz; anahtarları veya müşteri verilerini tabloya yazmayın.
