İş Sürekliliği Planı (BCP) Neleri İçermeli? Bölüm Bölüm Yapı

Kesinti anında kalın bir iş sürekliliği planını açıp baştan okuyan kimse olmaz. Sahada görülen şudur: plan dosya sunucusunda durur, dosya sunucusu da kesintiden etkilenmiştir; ya da plan açılır ama kimin hangi kararı vereceği yazmaz. İş sürekliliği planı (BCP), kesinti anında kimin hangi kararı vereceğini, öncelikli faaliyetlerin hangi sırayla ve hangi kaynaklarla sürdürüleceğini ve normale nasıl dönüleceğini tanımlar. Denetim için yazılmış uzun bir metin değil, kesinti anında elde tutulan bir çalışma aracıdır. Aşağıda bir BCP’nin bölümlerini, her bölümde neyin yer alması gerektiğini ve kriz anında kullanılacak görev kartı formatını anlatıyoruz.

BCP, DRP ve olay müdahale planı farkı

Bu dokümanlar sık sık karıştırılır ya da tek dosyada birleştirilmeye çalışılır. Ayrım tek soruyla yapılır: “Neyi kurtarıyoruz?”

Doküman	Odak	Sahibi	Tipik içerik
İş sürekliliği planı (BCP)	İş faaliyetlerinin sürdürülmesi	İş sürekliliği sorumlusu, süreç sahipleri	Aktivasyon, roller, geçici çalışma yöntemleri, kaynaklar
Felaket kurtarma planı (DRP)	BT sistemlerinin ve verinin geri getirilmesi	BT	Kurtarma sırası, teknik adımlar, doğrulama
Olay müdahale planı	Güvenlik olayının tespiti, sınırlandırılması, giderilmesi	Bilgi güvenliği / SOC	Sınıflandırma, sınırlandırma, delil, bildirim
Kriz yönetimi planı	Stratejik kararlar ve dış iletişim	Üst yönetim	Kriz ekibi, karar kaydı, paydaş iletişimi

Dokümanlar birbirine referans verir, birbirini kopyalamaz. Bir fidye yazılımı olayında olay müdahale planı sınırlandırmayı yönetir, DRP temiz sistemleri geri getirir, BCP ise sistemler yokken sipariş ve sevkiyatın nasıl süreceğini anlatır. Üçü aynı anda çalışır. Sahipleri farklıdır. Olay müdahale tarafının prosedür yapısı için olay yönetimi prosedürü yazısına, kriz kararlarının ve dış iletişimin yönetimi için kriz yönetimi ve iletişim planı rehberine bakabilirsiniz.

Aktivasyon kriterleri ve karar yetkisi

Planların en zayıf yeri ilk saattir. Herkes izleme ekranına bakar, sağlayıcıdan haber bekler, “birazdan düzelir” denir; kimse planı devreye almaz. Bu arada RTO’nun yarısı gitmiştir. Aktivasyon bölümü bu belirsizliği kapatmalı ve şunları içermelidir:

• Tetikleyiciler: Ölçülebilir koşullar. Örneğin “ERP erişimi 2 saati aşan süre boyunca kesik ve tahmini düzelme zamanı yok”, “bina erişimi engellendi”, “kritik tedarikçi teslimat yapamayacağını bildirdi”. Tetikleyiciler BIA’daki RTO’lardan geriye doğru hesaplanır; karar, RTO’ya kurtarma için yeterli süre kalacak bir anda verilmelidir.
• Değerlendirme adımı: İlk bildirimi kimin alacağı, ilk değerlendirmeyi kimin yapacağı ve bunun ne kadar süreceği.
• Karar yetkisi: Planı devreye alma yetkisi olan kişiler ve vekalet sırası. Yetki tek kişiye bağlanırsa o kişi uçaktayken plan kilitlenir; en az iki vekil tanımlayın.
• Aktivasyon seviyeleri: Kısmi aktivasyon (tek süreç veya lokasyon) ile tam aktivasyon ayrımı.
• Kayıt: Aktivasyon kararının saati, karar vereni ve gerekçesi. Kesinti başlangıcı ile aktivasyon kararı arasındaki gecikmeyi ve gerçekleşen kurtarma süresini ölçmek için gereken zaman damgası budur.

Roller ve ekip yapısı

Ekip yapısı kuruluşun büyüklüğüne göre değişir ama roller yazılı olmalıdır. Orta ölçekli bir şirkette tipik yapı şöyledir: kriz yönetim ekibi (stratejik karar ve dış iletişim), iş sürekliliği koordinatörü (planın yürütülmesi ve durum takibi), süreç kurtarma ekipleri (her öncelikli faaliyet için) ve BT kurtarma ekibi (DRP’nin yürütülmesi). Küçük şirketlerde bu roller aynı kişilerde birleşebilir; yine de her rolün görevi ayrı yazılır.

Her rol için planda şunlar yer alır: rolün amacı, asıl ve yedek kişi, yetkiler (harcama limiti, tedarikçiyle sözleşme dışı anlaşma, personeli farklı yere yönlendirme), raporladığı kişi ve raporlama sıklığı. İletişim bilgileri planın gövdesine değil, ayrı ve güncel tutulan bir eke konur. Telefon numarası plan gövdesine yazılırsa ilk personel değişikliğinde plan eskir. Ekiplere ulaşma mekaniği ve listenin güncel tutulması çağrı ağacı ve acil iletişim listesi rehberinde anlatılır.

Süreç bazlı kurtarma görev listeleri

Planın çekirdeği, her öncelikli faaliyet için yazılmış görev listeleridir. Görev listesi anlatı değildir; sıralı ve sorumlusu belli adımlardır. Her liste şu yapıyı izler:

1. Hedef: Faaliyetin RTO’su ve asgari hizmet seviyesi (MBCO).
2. İlk adımlar: Etkilenen işlerin durdurulması veya beklemeye alınması, devam eden işlemlerin kayda geçirilmesi.
3. Geçici çalışma yöntemi: Sistem yokken işin nasıl yürütüleceği; elle form, alternatif uygulama, telefonla sipariş, başka lokasyondan işlem.
4. Kontrol noktaları: Hangi saatte hangi durumun raporlanacağı.
5. Bağımlılık kontrolü: Faaliyetin girdi aldığı süreçlerin durumunun teyidi.

Geçici çalışma yöntemi en çok ihmal edilen bölümdür. “BT sistemi geri getirecek” varsayımıyla yazılmış bir BCP aslında DRP’nin kopyasıdır ve BT’nin geri getiremediği gün işe yaramaz. BT kurtarma adımlarının teknik ayrıntısı DRP’ye ve runbook’lara aittir; teknik runbook yapısı için felaket kurtarma runbook’u hazırlama yazısına bakabilirsiniz. BCP’de yalnız BT’den beklenen sonuç ve o sonuç gelene kadar işin nasıl süreceği yer alır.

Kaynak gereksinimleri

Her görev listesinin sonunda, faaliyeti asgari seviyede yürütmek için gereken kaynaklar zaman çizelgesine bağlı olarak yazılır. Kaynaklar BIA’dan gelir ama planda daha somut olmalıdır:

Kaynak	İlk 24 saat	1–3 gün	Nereden sağlanır
Personel	2 kişi (sipariş)	4 kişi	Satış destek ekibi, yedek liste
Uygulama ve veri	Müşteri listesi (çevrimdışı kopya)	ERP sipariş modülü	Şifreli taşınabilir kopya, DR ortamı
Ekipman	2 dizüstü, mobil hat	Yazıcı, etiket yazıcı	Yedek ekipman dolabı
Çalışma yeri	Uzaktan	Yedek ofis	Alternatif yer anlaşması

Tablodaki değerler örnektir. Çalışma yeri sütunu, tesis kaybı senaryosunda hangi seçeneğin kullanılacağına bağlıdır; seçeneklerin karşılaştırması alternatif çalışma yeri stratejisi yazısında ele alınır. Planda yalnızca “yedek ekipman” yazmak yetmez; ekipmanın nerede durduğu, anahtarın kimde olduğu ve son kontrol tarihi de yazılır. Sahada sık karşılaşılan durum şudur: yedek dizüstüler dolapta durur ama aylardır güncelleme almamıştır, VPN istemcisi eski sürümdedir ve sertifikasının süresi dolmuştur. Kontrol tarihi bu yüzden vardır.

Normale dönüş

Normale dönüş kesintinin bitmesiyle başlamaz. Sistemler veya tesis geri geldiğinde geçici yöntemden olağan çalışmaya kontrollü geçişi tanımlar; kontrolsüz geçiş ikinci bir kesinti üretir. Bu bölüm şunları kapsar:

• Normale dönüş kararını kimin vereceği ve hangi koşulların sağlanması gerektiği (ör. süreç sahibinin uygulamada doğrulama işlemi yapması).
• Geçici yöntemle üretilen kayıtların (elle formlar, e-postayla alınan siparişler) sisteme girilmesi, mükerrer kaydın önlenmesi ve mutabakat.
• Veri kaybı penceresindeki işlemlerin tespit edilmesi ve yeniden işlenmesi.
• Alternatif yerden ana tesise dönüşün lojistiği.
• Planın kapatılması, olay sonrası değerlendirme toplantısı ve iyileştirme aksiyonları.

Planın kullanılabilirliği: görev kartları

Kesinti anında kimse 40 sayfalık bir dokümanı baştan sona okumaz. Bu yüzden bilgi güvenliği ve iş sürekliliği uyumu hedefleyen kuruluşlarda plan iki katmanlı tasarlanır: referans doküman (gerekçeler, bağımlılıklar, ekler) ve her rol için bir sayfayı geçmeyen görev kartları. Görev kartları basılı olarak da saklanır; kesinti planın durduğu dosya sunucusunu da vurabilir. Örnek bir kart:

GÖREV KARTI – Sipariş Kurtarma Sorumlusu
Rev: 3   Son kontrol: [tarih]   Plan bölümü: 4.2

TETİKLEYİCİ  : İş sürekliliği koordinatörü "sipariş planı aktif" bildirir
HEDEF        : 8 saat içinde öncelikli müşteri siparişlerini almak

İLK 30 DAKİKA
[ ] Ekip üyelerine ulaş (ek A: iletişim listesi)
[ ] Çevrimdışı müşteri ve fiyat listesini aç (konum: ek C)
[ ] Bekleyen siparişleri kayda geçir (form SF-01)

İLK 4 SAAT
[ ] Öncelikli müşterilere hazır mesajla bilgi ver (onaylı şablon M-02)
[ ] Telefonla gelen siparişleri form SF-01 ile al
[ ] Her 2 saatte koordinatöre durum bildir

NORMALE DÖNÜŞ
[ ] SF-01 formlarını ERP'ye gir, mükerrer kontrolü yap
[ ] Mutabakat tutanağını koordinatöre teslim et

YETKİ  : Öncelikli müşterilere teslim tarihi revizyonu
YEDEK  : [ad soyad]

Kartın işe yarayıp yaramadığı masa başı tatbikatta anlaşılır: katılımcı yalnız kartına bakarak görevini anlatabiliyor mu? Kartta “gerekirse”, “uygun şekilde” gibi yoruma açık ifadeler kalmışsa kart yeniden yazılır. Yoruma açık talimat kriz anında uygulanmaz.

Sık yapılan hatalar ve bakım

• Kişi adlarının plana gömülmesi: Personel değiştikçe plan eskir. Planda roller, ekte kişiler yer alır.
• Tek senaryoya göre yazmak: Plan “yangın” veya “siber saldırı” için değil, etki türüne göre yazılır: bina kaybı, sistem kaybı, personel kaybı, tedarikçi kaybı.
• Tetikleyici olmaması: Planın ne zaman devreye gireceği belli değilse gecikme RTO’yu tüketir.
• Bakım takviminin olmaması: Plan en az yılda bir ve organizasyonel veya sistem değişikliklerinde gözden geçirilir; revizyon numarası ve dağıtım listesi tutulur.

Planın BIA ile birlikte hazırlanması için iş sürekliliği planı ve BIA hizmeti, BT tarafındaki kurtarma planının hazırlanması için felaket kurtarma planı (DRP) hizmeti sayfalarına bakabilirsiniz. Planların yönetim sistemi içindeki gereklilikleri ISO 22301:2019 madde 8.4’te tanımlanır.

Sık sorulan sorular

BCP ile DRP tek bir dokümanda birleştirilebilir mi?

Küçük kuruluşlarda birleştirilebilir, ama bölümler ayrı kalmalıdır. BCP iş faaliyetlerinin nasıl sürdürüleceğini, DRP BT sistemlerinin nasıl geri getirileceğini anlatır. Sahipleri ve güncelleme sıklıkları farklı olduğu için ayrı tutmak bakımı kolaylaştırır.

İş sürekliliği planı kaç sayfa olmalı?

Sabit bir sayfa sayısı yoktur. Kesinti anında kullanılacak bölümler kısa olmalıdır. Referans bilgiler eklerde tutulur; her rol için bir sayfayı geçmeyen görev kartları planın asıl kullanılan parçasıdır.

Plan basılı olarak da saklanmalı mı?

Evet. Kesinti, planın saklandığı dosya sunucusunu, e-postayı veya bulut erişimini etkileyebilir. Görev kartları ve iletişim listesi, kişisel verilerin korunmasına dikkat edilerek basılı ya da çevrimdışı erişilebilir şekilde saklanır.

Planın işe yarayıp yaramadığı nasıl anlaşılır?

Tatbikatla. Masa başı tatbikatta katılımcıların yalnız görev kartlarıyla görevlerini yürütebilmesi, fonksiyonel tatbikatta geçici çalışma yönteminin gerçekten uygulanabilmesi planın kullanılabilirliğini gösterir. Tespit edilen eksikler plan revizyonuna dönüşür.