Veri göçü kapsam ve süre tahmincisi

Hesap nasıl yapılıyor?

Model dört parçadan oluşur ve tamamı burada açıktır. Amaç bir kesinlik iddiası değil, tekrarlanabilir ve tartışılabilir bir büyüklük tahmini üretmektir.

1. Taban emek: 2 gün. Kayıt sayısı ne olursa olsun her göç işi bir hazırlık taşır: kaynak erişimi, örnek çıktı alma, hedef şemayı gözden geçirme.
2. Hacim ağırlığı. Kayıt sayısı basamak olarak sayılır: 10.000’e kadar 1, 100.000’e kadar 2, 1.000.000’a kadar 3, üzeri 4. Kasıtlı olarak logaritmiktir; çünkü satır sayısı arttıkça emek doğrusal artmaz, betik aynı betiktir.
3. Yapı ağırlığı = varlık sayısı × 0,5 + alan sayısı ÷ 20. Asıl emek burada saklıdır: her varlık kendi eşleme kararını, her alan kendi dönüşüm kuralını getirir.
4. Katsayılar. Taban + hacim + yapı toplamı önce kaynak katsayısıyla, sonra kalite katsayısıyla çarpılır. Sonuç alt ve üst sınır olarak sunulur: alt sınır bulunan değerin %80’i, üst sınır %135’i.

Taşınacak geçmiş yıl sayısı da küçük bir ağırlık ekler: üç yılı aşan her yıl için 0,3 gün. Sebebi teknik değil, kural değişikliğidir — eski yıllarda kullanılan kodlar, birimler ve vergi oranları bugünkülerden farklı olabilir ve her fark ayrı bir dönüşüm kuralı demektir.

Faz dağılımı: emek nereye gidiyor?

Toplam emeğin dağılımı KodDelta’nın bu araçta kullandığı çalışma sırasını yansıtır:

• Alan eşleme (%35). En uzun ve en az görünen faz. Eski sistemdeki her alanın yeni sistemde neye karşılık geldiğine karar verilir; karşılığı olmayan alanlar için kural yazılır. Bu faz teknik değil, iş bilgisi gerektirir ve sizin tarafınızdan bir kişinin ayırdığı süreye bağlıdır.
• Dönüştürme betikleri (%30). Eşleme kararlarının koda dökülmesi, tekrarlanabilir ve geri alınabilir hâle getirilmesi.
• Deneme yükleme ve mutabakat (%25). Veri hedef sisteme yüklenir, toplamlar eski sistemle karşılaştırılır, farklar tek tek açıklanır. Bu faz atlanırsa göç “tamam” görünür ama ay sonunda tutmaz.
• Canlı geçiş (%10). Kesim anı, son artımlı yükleme ve geri dönüş planı.

Göç süresini uzatan gerçek sebepler

Deneyimde süreyi uzatan sebeplerin çoğu veriyle değil, kararla ilgilidir:

• “Hepsini taşıyalım” refleksi. On yıllık arşivin tamamını taşımak, çoğu firmada hiç açılmayacak veriye ödenen bir bedeldir. Aktif dönemi taşıyıp geçmişi salt okunur bir arşivde bırakmak çoğu zaman daha doğrudur.
• Karar verecek kişinin belirsizliği. “Bu alan neye karşılık geliyor?” sorusuna cevap verecek tek bir kişi yoksa eşleme fazı katlanarak uzar.
• Mutabakatın sona bırakılması. Toplam kontrolü canlı geçişten önceki güne bırakılırsa fark bulunduğunda geri dönecek zaman kalmaz.
• Kirli veriyi taşıyıp sonra temizlemeyi planlamak. Kirli veri hedef sisteme girdikten sonra temizlenmez; yeni sistemin ilk izlenimini bozar ve kullanıcı güvenini baştan kırar.

Göçü kolaylaştırmak için şimdi yapabilecekleriniz

Projeye başlamadan önce yapacağınız üç iş, ekrandaki gün sayısını doğrudan aşağı çeker. Birincisi, her varlık için tek bir doğru kaynak belirleyin: müşteri listesi hangi dosyada nihaidir? İkincisi, mükerrer kayıtları kaynağında birleştirin; bu iş yazılımcının değil, veriyi bilen kişinin işidir. Üçüncüsü, taşınacak dönemi baştan kararlaştırın ve yazıya dökün. Bu üçü hazırsa göç, projenin en tahmin edilebilir kalemine dönüşür.

Kapsamın tamamının bütçe bandını görmek için bütçe ve süre tahmincisine, eski sistemle yeni sistemin bir süre birlikte çalışması gerekiyorsa entegrasyon karmaşıklık skoruna bakın. Konunun yazılı anlatımı için paket programdan geçiş rehberimiz ve kurumsal yazılım sayfamız ayrıntı verir.

Sık Sorulan Sorular