İş Sürekliliği Nedir, Neden Gerekir?

Kısa cevap: İş sürekliliği, bir kesinti yaşandığında şirketin faaliyetlerini sürdürebilme kabiliyetidir. Yalnız teknik bir konu değil, bir işletme disiplinidir.

Felaket kurtarmadan farkı

Felaket kurtarma, iş sürekliliğinin bir parçasıdır — tamamı değil.

Neden gerekir?

Bir kesinti yaşandığında ortaya çıkan sorular:

• Sipariş alamıyoruz, ne yapacağız?
• Fatura kesemiyoruz, sevkiyat duracak mı?
• Müşteri bilgilerine ulaşamıyoruz
• Ne kadar sürecek, kime ne söyleyeceğiz?
• Manuel bir yol var mı?
• Sistem geri geldiğinde ara dönem verileri nasıl girilecek?

Bu soruların cevabı kriz anında aranırsa, kesinti çok daha uzun ve pahalı olur.

Hangi olaylara karşı?

• Donanım arızası
• Veri kaybı
• Güvenlik olayı / fidye yazılımı
• Sağlayıcı kesintisi
• İnternet bağlantısı kesintisi
• Elektrik kesintisi
• Yangın, su baskını
• Kritik personelin ulaşılamaz olması
• Tedarikçi iflası
• Yazılım hatası

Bu listenin çoğu, "felaket" kelimesinin çağrıştırdığı büyük olaylar değil, sıradan aksaklıklardır.

Temel kavramlar

RTO (hedef kurtarma süresi): Bir hizmetin ne kadar sürede geri gelmesi gerektiği.

RPO (hedef kurtarma noktası): Ne kadarlık veri kaybının kabul edilebilir olduğu.

Bu iki değer, tüm süreklilik yatırımlarının temelidir ve iş tarafından belirlenmelidir, BT tarafından değil.

Süreklilik planı nasıl kurulur?

1. Kritik süreçleri belirleyin

• Hangi iş süreçleri durursa şirket işleyemez?
• Hangi sırayla geri gelmeli?
• Her biri hangi sistemlere bağlı?

2. Etki analizi yapın

• Her süreç durursa saatlik/günlük maliyet ne?
• Ne kadar süre tolere edilebilir?
• Yasal ya da sözleşmesel yükümlülük var mı?
• İtibar etkisi ne?

3. RTO ve RPO belirleyin

Her kritik sistem için ayrı ayrı. Hepsi için "sıfır" demek gerçekçi değildir ve maliyeti karşılanamaz.

4. Mevcut kapasiteyi ölçün

• Şu anda ne kadar sürede geri getirebiliyoruz?
• Ne kadar veri kaybederiz?
• Hedefle arasındaki fark ne?

5. Boşluğu kapatın

• Yedekleme sıklığını artırma
• Yedeklilik ekleme
• Hazır kaynak bulundurma
• Otomatik devretme

6. Manuel alternatifleri tanımlayın

Sistem yokken iş nasıl yürüyecek?

• Kâğıt üzerinde sipariş alma
• Telefonla teyit
• Yerel kopyalardan çalışma
• Sonradan veri girişi planı

Bu adım en çok atlanan ve en çok işe yarayan adımdır.

7. Planı yazın ve test edin

Kritiklik sınıflandırması

Her sistemi "kritik" ilan etmek, planı uygulanamaz ve maliyeti karşılanamaz hâle getirir.

İnsan boyutu

Süreklilik yalnız sistemlerle ilgili değildir:

• ☐ Kritik bilgi tek kişide mi?
• ☐ O kişi ulaşılamazsa ne olur?
• ☐ Erişimler en az iki kişide mi?
• ☐ Süreçler belgelenmiş mi?
• ☐ Yedek sorumlu tanımlı mı?

Uygulamada en sık yaşanan süreklilik sorunu, teknik değil insan kaynaklıdır.

Tedarikçi boyutu

• ☐ Kritik tedarikçilerimiz kimler?
• ☐ Onlar kesinti yaşarsa ne olur?
• ☐ Alternatifleri var mı?
• ☐ Sözleşmelerinde süreklilik taahhüdü var mı?
• ☐ Onların süreklilik planı var mı?

İletişim planı

Kesinti sırasında:

• ☐ Kim bilgilendirilecek?
• ☐ Kim iletişimi yönetecek?
• ☐ Müşterilere ne söylenecek?
• ☐ Alternatif iletişim kanalı ne?
• ☐ İç iletişim nasıl sağlanacak?
• ☐ Güncelleme sıklığı ne olacak?

Not: E-posta da etkilenmişse iletişim planı bunu hesaba katmalıdır.

Yaygın eksikler

• Plan yazılmış ama test edilmemiş
• RTO/RPO tanımlanmamış
• Manuel alternatifler düşünülmemiş
• Yalnız BT tarafı planlanmış
• İletişim planı yok
• Plan güncel değil
• Kimse planı bilmiyor

Asgari süreklilik hazırlığı

1. ☐ Kritik sistemler ve kabul edilebilir kesinti süreleri belirlendi
2. ☐ Yedekler test edildi, geri yükleme süresi biliniyor
3. ☐ Kim ne yapacak yazılı
4. ☐ İletişim planı var
5. ☐ Manuel alternatifler tanımlı
6. ☐ Yılda bir kez tatbikat yapılıyor