Yazılım Devir Teslimi: Nelerin Elinizde Olması Gerekir?
Sağlayıcı değiştirmek zorunda kalabilirsiniz. O gün elinizde olması gerekenlerin listesi.
Görsel: Pixabay · Pixabay Lisansı
Neden şimdi düşünmelisiniz?
Devir ihtiyacı genellikle kötü bir anda doğar: anlaşmazlık, ekibin dağılması veya sağlayıcının işi bırakması.
O anda listeyi hazırlamaya başlamak çok geçtir. Devir koşulları projenin başında tanımlanmalıdır.
Kaynak kod
Kodun tamamı, sürüm geçmişiyle birlikte sizin erişebileceğiniz bir depoda olmalıdır.
Deponun sağlayıcının hesabında olması yaygın bir durumdur ve risklidir. Depo sizin kurumsal hesabınızda olmalı, sağlayıcıya erişim verilmelidir.
Sürüm geçmişi önemlidir; yalnız son halin zip dosyası yeterli bir teslim değildir.
Veritabanı
Şema tanımları ve göç betikleri kod ile birlikte bulunmalıdır.
Üretim verisinin yedeğine erişiminiz olmalı ve bu yedeğin geri yüklenebilir olduğu test edilmiş olmalıdır.
Hiç denenmemiş yedek, yedek sayılmaz.
Altyapı erişimleri
Sunucu, alan adı, DNS yönetimi, sertifika ve e-posta hizmetleri hesapları sizin adınıza kayıtlı olmalıdır.
Bu hesaplar sağlayıcının kişisel hesaplarına bağlıysa, ilişki bittiğinde erişimi kaybedersiniz.
Alan adı kaydının şirketiniz adına olduğunu mutlaka doğrulayın; en sık ve en kritik eksiklik budur.
Uygulama imzalama anahtarları
Mobil uygulama varsa imzalama anahtarları hayati önemdedir. Kaybedilirse mağazadaki uygulamayı güncelleyemezsiniz.
Anahtarları kendi kasanızda saklayın ve yedeğini alın.
Üçüncü taraf hesaplar
Ödeme sağlayıcı, harita servisi, bildirim servisi, analitik ve bulut hizmetleri hesapları şirketiniz adına olmalıdır.
Gizli anahtarların nerede saklandığı belgelenmelidir. Yalnız sunucuda olan ve kimsenin bilmediği bir anahtar, sunucu kaybedildiğinde geri gelmez.
Dokümantasyon
Sistemin nasıl kurulacağı, hangi ortam değişkenlerinin gerektiği ve dağıtımın nasıl yapıldığı yazılı olmalıdır.
Mimari hakkında kısa bir genel bakış, yeni ekibin işe başlama süresini haftalardan günlere indirir.
Bilinen sorunlar ve geçici çözümler de belgelenmelidir.
Bilgi aktarımı
Devir yalnız dosya teslimi değildir. Yeni ekiple eski ekip arasında en az birkaç oturumluk aktarım planlanmalıdır.
Bu süre sözleşmede tanımlanmalı ve ücretlendirmesi baştan belirlenmelidir.
Doğrulama testi
Devri kabul etmeden önce, teslim edilen malzemeyle sistemi sıfır bir ortamda ayağa kaldırmayı deneyin.
Bu test geçilmediyse devir tamamlanmamıştır. Eksik olan neyse, o anda öğrenmek en ucuzudur.
Devir öncesi hazırlık listesi
Devir gündeme geldiğinde acele edilir ve eksikler gözden kaçar. Bu yüzden liste proje başında hazırlanmalıdır.
Her üç ayda bir listeyi gözden geçirip eksikleri kapatın: erişimler sizde mi, dokümantasyon güncel mi, yedekler test edildi mi?
Bu rutin, devir gerektiğinde işi birkaç güne indirir.
Bilgi aktarımı oturumları
Yalnız dosya teslimi yeterli değildir; sistemin neden öyle yapıldığını anlatan oturumlar gerekir.
Mimari kararlar, bilinen sorunlar ve geçici çözümler sözlü olarak aktarılmalı ve kayıt altına alınmalıdır.
Yeni ekibin, eski ekip hâlâ ulaşılabilirken bir yayın yapması ideal senaryodur. Bu deneme, eksikleri en net ortaya çıkarır.
Aktarım süresi ve ücretlendirmesi sözleşmede tanımlı olmalıdır; tanımsız bırakıldığında bu aşama genellikle hiç yapılmaz.
Sık sorulanlar
Alan adı kimin adına olmalı?
Her zaman şirketiniz adına. Sağlayıcı adına kayıtlı alan adı, ilişki bittiğinde ciddi bir kaldıraç sorununa dönüşür ve devri zorlaştırır.
Sağlayıcı kodu vermiyorsa ne yapabilirim?
Sözleşmede kaynak kod mülkiyeti ve devir yükümlülüğü yazılıysa hukuki yolla talep edilebilir. Yazılı değilse durum tartışmalı hale gelir; bu yüzden madde sözleşmeye baştan konulmalıdır.
Devir sonrası eski ekiple çalışmaya devam edilebilir mi?
Evet ve genellikle faydalıdır. Sınırlı süreli bir danışmanlık anlaşması, yeni ekibin öğrenme dönemindeki riski belirgin biçimde azaltır.



