Canlıya Geçiş Kontrol Listesi: 72 Saat Kuralı (2026)
72 Saat Kuralı Nedir?
Canlıya geçiş anı, tüm ekiplerin koordineli çalışmasını gerektirir
Canlıya geçiş, tek bir ana sıkıştırılamaz. Başarılı geçişler, sistematik bir hazırlık ve takip döngüsüyle sağlanır. 72 Saat Kuralı, geçişi üç zaman dilimine böler:
- 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, özellikle Türkiye ve KKTC’de sıkça karşılaşılan durumları hesaba katar: hafta sonu geçişleri, internet bağlantı sorunları, çok şubeli yapılarda koordinasyon zorlukları ve denetim dönemlerindeki 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 saatte detaylı kontroller kritik öneme sahiptir
Son 72 Saatte Yapılması Gerekenler
Canlıya geçiş hazırlığı, projenin en yoğun dönemlerinden biridir. Son 72 saatte şu konulara odaklanı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?
Daha fazla bilgi için hakkımda sayfasından danışmanlık yaklaşımımı inceleyebilirsiniz.
Geçiş Anı: Kritik 24 Saat
İlk 24 saat, tüm ekiplerin 7/24 erişilebilir olmasını gerektirir
Sıfır Noktası
Sistem geçişi kontrol listesi, geçiş anında hız ve doğruluk gerektirir. İlk 24 saat boyunca:
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ş sonrası performans metrikleri sürekli izlenmelidir
24-72 Saat Arası
Canlıya geçiş kontrol listesinin en az önemsenense de en kritik bölümü, geçiş sonrası takiptir. Bu dönemde:
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
Durum
85 çalışanlı tekstil üretim firması. 2 üretim tesisi, 1 merkez ofis, 12 bayilik. Eski sistem: masaüstü muhasebe + Excel üretim takibi. Yeni sistem: bulut tabanlı ERP.
72 Saat Kuralı Uygulaması
- -72 saat: Son veri kontrolü, 847 müşteri kaydı ve 2.340 ürün kartı doğrulandı
- -48 saat: Tüm kullanıcı şifreleri sıfırlandı, yetki matrisi son kez onaylandı
- -24 saat: Entegrasyonlar test edildi, yedekleme tamamlandı
- 0 saat (Cumartesi 06:00): Eski sistem kilitlendi, veri transferi başladı
- +4 saat: Yeni sistem aktif, ilk test siparişleri girildi
- +24 saat: Tüm şubeler aktif, 23 destek talebi çözüldü
- +72 saat: Stabilizasyon tamamlandı, normal operasyona geçildi
Sonuç (Temsili)
- Toplam kesinti süresi: 4 saat (hedef: 8 saat)
- Kritik hata sayısı: 0
- Orta öncelikli hata: 7 (tamamı 72 saat içinde çözüldü)
- Kullanıcı memnuniyeti: %87 (ilk hafta anketi)
Canlıya Geçişte En Sık Yapılan 7 Hata
1. Son Dakika Değişikliği Yapmak
Geçiş öncesi son 48 saatte “ufak bir düzeltme” yapma isteği. Bu düzeltmeler genellikle test edilmemiş olur ve zincirleme hatalara yol açar.
2. Geri Dönüş Planı Hazırlamamak
“Her şey yolunda gidecek” varsayımıyla rollback planı yapmamak. Kritik bir hata durumunda ne yapılacağı bilinmezse panik kararlar alınır.
3. Destek Ekibini Yetersiz Tutmak
İlk 72 saatte yetersiz destek kadrosu. Kullanıcılar sorun yaşadığında hızlı çözüm bulamazsa sisteme güvenleri sarsılır.
4. Veri Doğrulamasını Atlamak
Transfer edilen verilerin doğruluğunu kontrol etmeden canlıya geçmek. Yanlış stok, müşteri veya fiyat verileri operasyonu kilitler.
5. Entegrasyonları Test Etmemek
Banka, e-fatura, kargo entegrasyonlarını üretim ortamında test etmemek. Demo ortamında çalışan entegrasyon, canlıda farklı davranabilir.
6. Kullanıcı İ̇letişimini Geciktirmek
Geçiş tarihini ve beklentileri son dakikaya kadar bildirmemek. Kullanıcılar hazırlıksız yakalanır, direnç artar.
7. Stabilizasyon Dönemini Kısa Tutmak
“Canlıya geçtik, proje bitti” diyerek destek ekibini dağıtmak. İlk 2-4 hafta yoğun destek gereklidir.
Hazırlıklı olmak hataları önler
Canlıya Geçiş Başarı Metrikleri
Aşağıdaki metrikler, go-live sürecinin başarısını değerlendirmek için kullanılabilir (temsili değerler):
| Metrik | Hedef | Kritik Eşik | Ölçüm Yöntemi |
|---|---|---|---|
| Toplam kesinti süresi | < 8 saat | > 24 saat | Sistem logları |
| Kritik hata sayısı (ilk 72 saat) | 0 | > 3 | Hata takip sistemi |
| Veri doğruluk oranı | %99+ | < %95 | Karşılaştırma raporu |
| Entegrasyon başarı oranı | %99+ | < %90 | API logları |
| Destek talebi çözüm süresi | < 2 saat | > 8 saat | Destek sistemi |
| Kullanıcı giriş başarı oranı | %100 | < %95 | Oturum logları |
| Rollback ihtiyacı | Hayır | Evet | Karar kayıtları |
Canlıya Geçiş Kontrol Listesi (25+ Madde)
Aşağıdaki go-live checklist, ERP ve kurumsal sistem geçişleri için kapsamlı bir rehberdir. Her maddeyi sırasıyla işaretleyin:
A. Geçiş Öncesi (-72 Saat)
- Proje sponsoru ve üst yönetimden Go/No-Go onayı alındı
- Tüm kritik hatalar (blocker) kapatıldı
- Veri göçü tamamlandı ve doğrulama raporları onaylandı
- Kullanıcı eğitimleri tamamlandı
- Yetki matrisi son kez gözden geçirildi
- Entegrasyonlar üretim ortamında test edildi
- Yedekleme ve geri yükleme testi yapıldı
- Geri dönüş planı hazır ve ekiple paylaşıldı
- Destek ekibi vardiya planı oluşturuldu
- İ̇letişim listesi güncellendi
B. Geçiş Anı (0 Saat)
- Eski sistem salt okunur moda alındı
- Son delta veri aktarımı başlatıldı ve tamamlandı
- Veri bütünlüğü kontrolleri çalıştırıldı
- Yeni sistem aktif edildi
- DNS/URL yönlendirmeleri yapıldı
- İlk test işlemleri başarıyla tamamlandı
- Tüm lokasyonlara geçiş bildirimi gönderildi
- Destek hattı aktif edildi
C. Geçiş Sonrası (+24-72 Saat)
- Sistem performans metrikleri izleniyor
- Entegrasyon hata logları günlük inceleniyor
- Kullanıcı destek talepleri kategorize ediliyor
- Kritik raporlar manüel doğrulamadan geçirildi
- Muhasebe mutabakatı yapıldı
- Üst yönetime ilk 72 saat raporu sunuldu
- Eğitim eksiklikleri belirlendi
- Lessons learned toplantısı takvime alındı
D. Özel Durumlar (Türkiye/KKTC)
- Offline çalışma modu test edildi
- Çok şubeli senkronizasyon toleransı belirlendi
- Denetim dönemlerinden kaçınıldı
- Resmi tatil ve köprü günleri değerlendirildi
Bu liste, iletişim sayfasından ulaşarak projenize özel olarak genişletilebilir.
Go/No-Go Karar Mekanizması
Geçişe Devam mı, Erteleme mi?
Canlıya geçiş hazırlığında en kritik karar anı, Go/No-Go toplantısıdır. Bu toplantıda şu kriterler değerlendirilir:
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
Karar, proje yöneticisi değil; proje sponsoru ve iş birimlerinin ortak onayıyla alınmalıdır.
Geri Dönüş Planı (Rollback)
En Kötü Senaryoya Hazırlık
Her go-live checklist, bir geri dönüş planı içermelidir. 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önüş, başarısızlık değil; profesyonel risk yönetimidir.
Sıkça Sorulan Sorular (SSS)
Projeniz İçin Destek Alın
Dijital dönüşüm yolculuğunuzda size rehberlik edebilirim. Ücretsiz ön görüşme için randevu alın.