İş Sürekliliği Kontrol Listesi

Bu liste, iş sürekliliği hazırlığınızın tüm boyutlarını kapsar. Yılda en az bir kez uygulayın.

A. Analiz ve hedefler

• ☐ Kritik iş süreçleri belirlenmiş
• ☐ Her sürecin bağlı olduğu sistemler biliniyor
• ☐ Kesinti maliyeti hesaplanmış
• ☐ Her kritik sistem için RTO tanımlı
• ☐ Her kritik sistem için RPO tanımlı
• ☐ Hedefler iş tarafınca onaylanmış
• ☐ Sistemler kritikliğe göre sınıflandırılmış
• ☐ Geri getirme öncelik sırası belirlenmiş

B. Yedekleme

• ☐ Tüm kritik sistemler yedekleniyor
• ☐ Sıklık, RPO hedefine uygun
• ☐ Veritabanları tutarlı yedekleniyor
• ☐ Yapılandırmalar da yedekleniyor
• ☐ Lisans ve erişim bilgileri saklanıyor
• ☐ Yedekler ayrı konumda
• ☐ En az bir kopya çevrim dışı/değiştirilemez
• ☐ Yedeklere erişim kısıtlı ve ayrı
• ☐ Saklama politikası tanımlı
• ☐ Başarısızlık uyarısı var
• ☐ Yeni sistemler kapsama ekleniyor

C. Test ve tatbikat

• ☐ Son bir yıl içinde geri yükleme testi yapıldı
• ☐ Gerçek RTO ölçüldü
• ☐ Gerçek RPO ölçüldü
• ☐ Hedeflerle karşılaştırıldı
• ☐ Eksikler giderildi
• ☐ Masa başı tatbikat yapıldı
• ☐ Sonuçlar belgelendi

D. Yedeklilik

• ☐ Tek nokta arızaları belirlendi
• ☐ Kritik sistemlerde bileşen yedekliliği var
• ☐ Yedeklilik test edildi
• ☐ Yedek internet bağlantısı değerlendirildi
• ☐ Yedek elektrik değerlendirildi (şirket içi sistemlerde)
• ☐ Konum yedekliliği gerekiyorsa planlandı

E. İzleme ve tespit

• ☐ Tüm kritik sistemler izleniyor
• ☐ Donanım uyarıları izleniyor
• ☐ Yedekleme durumu izleniyor
• ☐ Sertifika bitişleri izleniyor
• ☐ Uyarılar en az iki kişiye gidiyor
• ☐ Mesai dışı uyarı kanalı var
• ☐ Hafta sonu/tatil kapsamı düşünülmüş

Son madde önemlidir: birçok uzun kesinti, hafta sonu başlayıp pazartesi fark edilir.

F. Planlar ve prosedürler

• ☐ Felaket kurtarma planı yazılı
• ☐ Olay müdahale planı yazılı
• ☐ Senaryo bazlı prosedürler var
• ☐ Geri yükleme adımları belgelenmiş
• ☐ Planlar sistemlerden bağımsız yerde
• ☐ Basılı kopya var
• ☐ Son bir yıl içinde güncellendi

G. Roller ve insan

• ☐ Olay yöneticisi tanımlı (asıl + yedek)
• ☐ Teknik müdahale sorumlusu tanımlı
• ☐ İletişim sorumlusu tanımlı
• ☐ Kritik erişimler en az iki kişide
• ☐ Yapılandırma belgelenmiş
• ☐ Dış destek seçeneği var
• ☐ Mesai dışı müdahale düzeni tanımlı
• ☐ İzin dönemlerinde kapsama düşünülmüş

H. İletişim

• ☐ İletişim listesi güncel ve erişilebilir
• ☐ Sağlayıcı acil hatları kayıtlı
• ☐ E-posta çalışmadığında alternatif kanal var
• ☐ Bildirim şablonları hazır
• ☐ Müşteri bilgilendirme yöntemi belli
• ☐ Güncelleme sıklığı tanımlı

I. Alternatif çalışma

• ☐ Sistem yokken iş nasıl yürür, yazılı
• ☐ Manuel yöntemler tanımlı
• ☐ Kritik bilgilerin yerel kopyası var
• ☐ Sonradan veri girişi planı hazır
• ☐ Çalışanlar bu yöntemleri biliyor

J. Tedarikçi ve sözleşme

• ☐ Kritik tedarikçiler belirlendi
• ☐ Sözleşmelerde SLA taahhütleri var
• ☐ Donanım arızası müdahale süresi taahhütlü
• ☐ Sağlayıcının süreklilik önlemleri biliniyor
• ☐ Alternatif sağlayıcı seçeneği değerlendirildi
• ☐ Sağlayıcı kesintisi senaryosu düşünüldü

K. Değerlendirme ve iyileştirme

• ☐ Yaşanan olaylar kayıt altında
• ☐ Kök neden analizleri yapılıyor
• ☐ Önleyici tedbirler uygulanıyor
• ☐ Kesinti istatistikleri tutuluyor
• ☐ Yıllık gözden geçirme yapılıyor
• ☐ Yönetime raporlanıyor

Değerlendirme

Öncelik sırası

Eksikleri kapatırken:

1. B — Yedekleme (özellikle ayrı konum ve değiştirilemez kopya)
2. C — Geri yükleme testi (yedeğinizin gerçek olduğunu kanıtlar)
3. E — İzleme (tespit süresini kısaltır)
4. G — Roller (tek kişi riski)
5. A — Hedefler (yatırım kararlarının temeli)
6. F — Planlar
7. Diğerleri

Üç soru testi

Kısa bir öz değerlendirme için:

1. En kritik sistemimiz şu anda kaybedilse, ölçülmüş olarak ne kadar sürede geri gelir?
2. Ne kadar veri kaybederiz?
3. O süre boyunca iş nasıl yürür?

Üçüne de net ve ölçülmüş cevap veremiyorsanız, öncelik bu üç sorunun cevabını üretmektir.