Canlıya Geçiş Kontrol Listesi: 72 Saat Kuralı (2026)

72 Saat Kuralı Nedir?

Go-live anında herkesin aynı ekrana baktığı o dakikalar

Canlıya geçiş tek bir düğmeye basmaktan ibaret değildir; öncesi ve sonrasıyla bir bütündür. İşin yolunda gittiği projelerde geçiş her zaman planlı bir hazırlık ve takip ritmiyle ilerler. 72 Saat Kuralı da bu ritmi üç parçaya ayırır:

• 72 saat önce (-72 ile 0 arası): Son kontroller, veri doğrulama, ekip hazırlığı
• Geçiş anı (0 ile +24 saat arası): Teknik geçiş, ilk işlemler, anlık destek
• 72 saat sonra (+24 ile +72 arası): Stabilizasyon, performans izleme, kullanıcı geri bildirimi

Bu yaklaşımın iyi tarafı, Türkiye ve KKTC’de sık yaşadığımız durumları da hesaba katması: hafta sonuna denk gelen geçişler, kopan internet bağlantıları, çok şubeli yapılardaki koordinasyon derdi ve denetim dönemlerinin üzerinize bindirdiği baskı.

ERP danışmanlığı projelerinde bu kuralı uygulayan firmalar, canlıya geçiş sonrası kritik hata oranını belirgin şekilde düşürmektedir (temsili ölçüm: %60-70 azalma).

Canlıya Geçiş Öncesi Hazırlık

Son 72 saatteki kontroller, geçiş gününü büyük ölçüde belirler

Son 72 Saatte Yapılması Gerekenler

Canlıya geçiş hazırlığı, projenin en yoğun geçen döneminin başında gelir. Son 72 saatte enerjinizi şu üç başlıkta toplayın:

Veri Hazırlığı

• Ana veri (müşteri, ürün, tedarikçi) son kez doğrulandı mı?
• Açık siparişler, bekleyen faturalar, yarı mamul stokları aktarıldı mı?
• Test verisi ve gerçek veri ayrımı netleşti mi?

Teknik Altyapı

• Sunucu kapasitesi ve performans testleri tamamlandı mı?
• Yedekleme sistemi çalışıyor mu ve geri yükleme testi yapıldı mı?
• Entegrasyonlar (banka, e-fatura, lojistik) son kez kontrol edildi mi?

İnsan ve Organizasyon

• Tüm kullanıcıların erişim yetkileri tanımlandı mı?
• Destek ekibi vardiya planı oluşturuldu mu?
• Kritik kullanıcılara (süper kullanıcı) ulaşım bilgileri güncellendi mi?

Danışmanlık yaklaşımımı merak ederseniz hakkımda sayfasına göz atabilirsiniz.

Geçiş Anı: Kritik 24 Saat

İlk 24 saatte kimsenin telefonu sessize alma lüksü yok

Sıfır Noktası

Geçiş anında iki şey aynı anda gerekir: hız ve doğruluk. İlk 24 saatte sırasıyla şunları yapın:

Teknik Geçiş Adımları

• Eski sistemi salt okunur (read-only) moda al
• Son veri aktarımını başlat
• Veri bütünlüğü kontrollerini çalıştır
• Yeni sistemi aktif et
• İlk işlemleri (test siparişi, test faturası) gerçekleştir

İletişim ve Koordinasyon

• Tüm şubelere/departmanlara geçiş bildirimini gönder
• Destek hattını aktif et (telefon, e-posta, anlık mesaj)
• Kritik hataları anında raporlama mekanizmasını çalıştır

İlk Doğrulama

• Kullanıcılar sisteme giriş yapabiliyor mu?
• Temel işlemler (sipariş, fatura, stok hareketi) çalışıyor mu?
• Raporlar doğru veri çekiyor mu?

Geçiş Sonrası Stabilizasyon

Geçişten sonra ekranı gözden kaçırmamak gerekir

24-72 Saat Arası

Kontrol listesinin çoğu zaman en az ciddiye alınan ama aslında en kritik kısmı, geçiş sonrası takiptir. Bu dönemde şunları izleyin:

Performans İzleme

• Sistem yanıt süreleri kabul edilebilir aralıkta mı?
• Entegrasyonlarda hata oranı nedir?
• Yoğun saatlerde (örn. 09:00-10:00) sistem nasıl davranıyor?

Kullanıcı Destek

• Hangi sorular sık tekrarlanıyor?
• Hangi işlemler kullanıcıları zorluyor?
• Eğitim eksiklikleri var mı?

Veri Doğrulama

• Stok bakiyeleri eşleşiyor mu?
• Muhasebe kayıtları tutarlı mı?
• Açık sipariş ve faturaların durumu kontrol edildi mi?

Sahadan Örnek: Üretim Firması Go-Live

Canlıya Geçişte En Sık Yapılan 7 Hata

1. Son Dakika Değişikliği Yapmak

Geçişe 48 saat kala gelen o “ufacık bir düzeltme” isteği. Bu düzeltmeler çoğu zaman test edilmeden girer ve zincirleme hataları tetikler.

2. Geri Dönüş Planı Hazırlamamak

“Her şey yolunda gidecek” diyerek rollback planını es geçmek. Kritik bir hata çıktığında ne yapılacağı belli değilse, sonuç panik kararlar oluyor.

3. Destek Ekibini Yetersiz Tutmak

İlk 72 saatte az kişiyle idare etmeye çalışmak. Kullanıcı bir sorun yaşayıp hızlı yanıt alamazsa, sisteme olan güveni daha ilk gün sarsılıyor.

4. Veri Doğrulamasını Atlamak

Transfer edilen verinin doğruluğunu kontrol etmeden canlıya geçmek. Yanlış stok, müşteri ya da fiyat verisi operasyonu daha ilk saatte kilitler.

5. Entegrasyonları Test Etmemek

Banka, e-fatura, kargo entegrasyonlarını üretim ortamında denememek. Demo ortamında sorunsuz çalışan entegrasyon, canlıda bambaşka davranabiliyor.

6. Kullanıcı İletişimini Geciktirmek

Geçiş tarihini ve beklentileri son ana kadar duyurmamak. Kullanıcı hazırlıksız yakalandığında direnç kaçınılmaz.

7. Stabilizasyon Dönemini Kısa Tutmak

“Canlıya geçtik, proje bitti” deyip destek ekibini dağıtmak. Oysa ilk 2-4 hafta hâlâ yoğun destek isteyen bir dönemdir.

Hataların çoğu, hazırlık masasında önleniyor

Canlıya Geçiş Başarı Metrikleri

Go-live sürecinin başarısını değerlendirirken aşağıdaki metriklere bakabilirsiniz (temsili değerler):

Canlıya Geçiş Kontrol Listesi (25+ Madde)

Bu listeyi, iletişim sayfasından bana ulaşarak projenize özel olarak genişletebiliriz.

Go/No-Go Karar Mekanizması

Geçişe Devam mı, Erteleme mi?

Canlıya geçiş hazırlığında dişe dokunur tek karar anı, Go/No-Go toplantısıdır. Masaya şu kriterlerle oturulur:

Go (Geçişe Devam) Kriterleri:

• Tüm blocker hatalar kapatılmış
• Veri göçü doğrulama raporları %99+ eşleşme gösteriyor
• Eğitim tamamlanma oranı hedefin üzerinde (temsili: %95+)
• Destek ekibi hazır ve erişilebilir
• Yedekleme/geri yükleme testleri başarılı

No-Go (Erteleme) Tetikleyicileri:

• Kritik entegrasyonda çözülmemiş hata
• Ana veri doğrulama oranı kabul eşiğinin altında
• Anahtar kullanıcılar eğitim almamış
• Geri dönüş planı test edilmemiş
• Üst yönetim desteği belirsiz

Bu kararı proje yöneticisi tek başına vermez; proje sponsoru ve iş birimlerinin ortak onayı gerekir.

Geri Dönüş Planı (Rollback)

En Kötü Senaryoya Hazırlık

İyi bir go-live checklist’inin altında mutlaka bir geri dönüş planı yatar. Rollback planı şunları kapsar:

Tetikleme Kriterleri

• Kaç saat içinde kritik hata çözülmezse geri dönülür? (Temsili: 4-8 saat)
• Hangi hata türleri otomatik geri dönüşü tetikler?
• Kim geri dönüş kararı verir?

Teknik Adımlar

• Yeni sistem kapatılır
• Yedekten eski sistem geri yüklenir
• Geçiş sırasında girilen veriler manüel olarak eski sisteme aktarılır
• Kullanıcılara bildirim gönderilir

İletişim Planı

• Müşterilere, tedarikçilere, paydaşlara ne söylenecek?
• Erteleme süresi ve yeni takvim nasıl duyurulacak?

Geri dönmek bir başarısızlık değil; profesyonel risk yönetiminin ta kendisidir.

Sıkça Sorulan Sorular (SSS)