Kararın dayanağı
Repository, devrin yalnızca bir parçasıdır. Başka bir yetkili ekip kişisel hesaba bağımlı kalmadan ürünü derleyebilmeli, yayınlayabilmeli, izleyebilmeli ve geri yükleyebilmelidir. Sözleşmedeki sahiplik ayrıca açıkça kararlaştırılmalıdır; dosyayı almak tek başına hukuki sonuç değildir.
Somut bir örnek
Varsayımsal bir rezervasyon uygulaması için kod deposu, domain, sunucu, veritabanı, e-posta, ödeme ve izleme hesaplarını listeleyin. İşletme sahibi, yöneticiler, fatura sorumlusu ve kurtarma yolunu yazın. Erişimleri sağlayıcının yöntemiyle aktarın; eski ekibin artık gereksinmediği kimlik bilgilerini yenileyin.
Çalışan ürünün bütün parçalarını çıkarmak
Bir müşteri işleminin geçtiği bütün hizmetleri izleyin. Rezervasyon onayı yalnız uygulamaya değil, iş kuyruğuna, e-posta sağlayıcısına, zamanlanmış temizliğe ve izleme bildirimlerine bağlı olabilir. Her hizmetin hesabının kime ait olduğunu ve ne işe yaradığını kaydedin. Geliştirme ortamına erişebilmek production ortamını yönetebildiğiniz anlamına gelmediği için ortamları ayrı inceleyin. Derleme adımlarını, gerekli çalışma ortamını, dış lisansları ve ayarların nerede tutulduğunu açıklayın. Ancak bu belgeyi okuyabilen herkese aktif secret veya müşteri kaydı açmayın.
Devralan ekibin kendisinin uyguladığı bir prova yapmak
Yeni operatör temiz bir ortamdan başlayarak belgelenmiş adımları izlesin. Uygulamayı derlesin, gerekli kontrolleri çalıştırsın, geçici veritabanına migration uygulayıp güvenli bir yedeği geri yüklesin. Belgede olmayan bir yanıt gerektiğinde eksikliği kaydedin ve düzeltmeden etkilenen adımı yeniden deneyin. Eski geliştiricinin yayın yaptığını izlemek faydalı bağlam sağlar; yeni ekibin ürünü tek başına işletebildiğini kanıtlamaz. Bu ayrım, olay anında önceki ekip bulunamadığında özellikle önem taşır.
Eski erişimleri doğrulamadan sonra kaldırmak
Hesap sahipliğinin aktarılması, doğrulama, kimlik bilgilerinin yenilenmesi ve gereksiz erişimin kaldırılması için bir sıra belirleyin. Erişimi erken kaldırmak devri kesintiye uğratabilir; süresiz bırakmak ise sorumluluğu belirsizleştirir. İşletmenin kontrolündeki kurtarma yöntemlerinin ve otomatik işlerin değişiklikten sonra çalıştığını sınayın. Yenileme ve hata bildirimlerini kimin alacağını yazın. Devir kaydında tamamlanan gösterimler, kabul edilen sınırlamalar, sözleşme yükümlülükleri ve geçiş desteği bulunsun. Her açık iş için sorumlu ve kapanma koşulu belirleyin.
Değerlendirilecek seçenekler
Yalnız belge bazı adımları gizleyebilir; kayıtlı anlatım kararları açıklar. Gözetim altında yeniden kurulum ve yedekten dönüş daha güçlü kanıttır. Bunu izole ortamda, güvenli veriyle yapın.
Planın aksadığı yer
Kişisel lisanslar, zamanlanmış işler, ortam değişkenleri ve tek bilgisayarda çalışan talimatlar sık unutulur. Aktif secret'ları belgeye koymayın; güvenli depoyu gösterip erişimi doğrulayın.
İşe başlamadan önce
Yeni ekip zararsız bir değişiklik yayınlayabiliyor, hatayı bulabiliyor ve test yedeğini geri yükleyebiliyor mu? Sürekli ücretler ve destek sınırları belli mi? Hak sahipliği anlaşmasının yanında bunları devir kabulüne ekleyin.