Kriz Anında Kurum İçi İletişim: İş Sürekliliği İçin Uygulanabilir Bir Plan

Kriz türleri ve iletişim ihtiyacı

Her kriz farklı bir iletişim sorunu yaratır. Planı yazarken olası senaryoları ve her birinde hangi kanalın etkilenebileceğini önceden düşünmek gerekir:

Kriz iletişim planının bileşenleri

1. Kriz ekibi ve sözcü: Kararı kim verir, çalışanlara kim konuşur, kim yedektir?
2. İletişim zinciri: Kriz ekibinden yöneticilere, yöneticilerden ekiplere bilgi akışı ve her halkanın yedeği.
3. Kanal hiyerarşisi: Birincil kanal, yedek kanal ve son çare (telefon zinciri, toplanma noktası) yazılı olarak belirlenir.
4. Onay süreci: Hangi mesajın kimin onayıyla yayınlanacağı; hızla doğruluk arasındaki denge.
5. Mesaj şablonları: İlk bildirim, güncelleme ve normale dönüş metinleri önceden hazırlanır.
6. Güncelleme sıklığı: Yeni bilgi olmasa da düzenli aralıklarla durum bilgisi verilir.
7. Erişim listeleri: Güncel personel listesi, departmanlar ve acil durum iletişim bilgileri.
8. Kayıt: Verilen kararlar ve gönderilen mesajlar sonradan değerlendirme için kayıt altında tutulur.

Roller ve sorumluluklar

Planın en çok aksayan yeri, kimin ne yapacağının belirsiz kalmasıdır. Küçük bir kurumda bile rolleri yazılı olarak dağıtmak yararlıdır:

İlk 60 dakika: adım adım

1. 0-10. dakika: Olay doğrulanır, kriz ekibi kısıtlı erişimli kriz kanalında ya da aramayla toplanır.
2. 10-20. dakika: Kanal kararı verilir: birincil kanal çalışıyor mu, yedek kanala geçilecek mi?
3. 20-30. dakika: İlk bildirim yayınlanır: ne biliniyor, çalışanlardan ne isteniyor, bir sonraki bilgi ne zaman gelecek.
4. 30-45. dakika: Bildirimin kimlere ulaştığı kontrol edilir; ulaşılamayanlar yöneticileri aracılığıyla ya da telefonla aranır.
5. 45-60. dakika: İlk güncelleme yayınlanır, ekiplerin soruları tek bir kanalda toplanır ve yanıtlanır.

Ana kanal çökerse: kanal bağımsızlığı

Kriz planlarındaki en yaygın açık, bütün iletişimin tek bir altyapıya bağlı olmasıdır. Kurumun e-postası, mesajlaşması ve dosya paylaşımı aynı bulut hizmetindeyse, o hizmete ya da internete erişim kesildiğinde iç iletişim de durur. Siber olaylarda ise müdahale ekibi e-posta ve kimlik sistemlerini bilinçli olarak kapatabilir; çalışanlara ulaşacak bağımsız bir kanal gerekir.

Bu boşluk kapatılmazsa çalışanlar kendiliğinden kişisel mesajlaşma uygulamalarına yönelir. Kriz anında paylaşılan hassas bilgi böylece kurumun kontrolü dışına çıkar.

Kurumun kendi ağında çalışan bir mesajlaşma sunucusu bu açığı kapatmanın yollarından biridir: internet bağlantısı kesildiğinde aynı ağdaki bilgisayarlar ve kurum kablosuz ağına bağlı telefonlar yazışmaya, görüşmeye ve dosya paylaşmaya devam eder. Nasıl çalıştığını internet olmadan mesajlaşma yazısında, kurulum modelini ise on-premise mesajlaşma sayfasında anlattık. Elektrik ya da yerel ağ kesintisine karşı ise ayrıca güç ve ağ yedekliliği gerekir; hiçbir tek kanal her senaryoyu karşılamaz.

Kriz mesajı şablonları

Kriz anında metin yazmak zaman alır ve hata riskini artırır. Aşağıdaki iskeletler önceden hazırlanıp onaylanabilir:

• İlk bildirim: "Saat 10:15 itibarıyla [olay]. Şu anda bildiklerimiz: [kısa bilgi]. Sizden istenen: [talimat]. Bir sonraki bilgilendirme en geç 11:00'de bu kanaldan yapılacak."
• Güncelleme: "[Saat] güncellemesi: [değişen durum]. Talimatlar aynen geçerli / şu şekilde değişti: [yeni talimat]. Sorularınızı bu duyurunun altındaki kanala yazın."
• Normale dönüş: "[Sistem / bölüm] saat [saat] itibarıyla normal çalışmaya döndü. [Varsa kalıcı değişiklikler]. Değerlendirme toplantısı [tarih] tarihinde yapılacak."
• Dışarıya konuşma kuralı: "Olayla ilgili basın ve müşteri sorularını [birim / kişi] yanıtlayacaktır; lütfen kurum adına açıklama yapmayın."

Kriz iletişimini kurumsal mesajlaşmada kurmak

Kriz iletişimi için ayrı bir acil durum yazılımı her kurum için gerekli olmayabilir; günlük kullanılan kurumsal mesajlaşma platformu doğru kurgulandığında krizde de işe yarar. Çalışanlar alışık oldukları uygulamayı kullanır, yeni bir araç öğrenmek zorunda kalmaz. SyncMessage'da kriz iletişimi şu özelliklerle desteklenir:

• Okundu onaylı duyuru: İlk bildirim zorunlu okundu onayıyla yayınlanır; okunma oranı yüzde olarak, okuyan ve henüz açmayan çalışanlar kişi bazında görünür. Açmayanlar listesi, telefonla aranacak kişilerin listesidir.
• Kısıtlı kriz kanalı: Kriz ekibi yalnız üyelerinin erişebildiği bir kanalda çalışır; kararlar konu yanıtlarında, ortak notlarda ve görev panosunda takip edilir.
• Kanal araması ve bas-konuş: Kriz ekibi tek tıkla sesli ya da görüntülü kanal aramasında toplanır; sahadaki ekipler için bas-konuş modu kullanılabilir.
• Sistemlerden gelen alarmlar: İzleme sistemleri gelen webhook ile kanala önem seviyeli kart gönderir.
• Süreli misafir: Dışarıdan destek veren bir uzman ya da danışman yalnız ilgili kanala, belirlenen bir süre için davet edilir; ayrıntılar misafir kullanıcı yazısında.
• Kayıt ve yedek: Log merkezi işlemleri kategorilere ayrılmış olarak kaydeder; sunucu yedekleri AES-256-GCM ile şifrelenir ve zamanlanmış olarak alınır.

Duyuruların okunma takibini kurumsal duyuru yönetimi yazısında, kurum içi kanalların genel düzenini kurum içi iletişim araçları yazısında ele aldık.

Tatbikat ve kriz sonrası değerlendirme

Yazılı bir plan, sınanmadıkça yalnızca bir belgedir. Yılda en az bir kez masa başı tatbikatı yapmak (bir senaryo üzerinden kriz ekibinin kararlarını ve mesajlarını prova etmek) planın açıklarını ortaya çıkarır. Yedek kanala geçişin gerçekten çalışıp çalışmadığı, güncel personel listesinin doğruluğu ve ilk bildirimin kaç dakikada kimlere ulaştığı tatbikatta ölçülür.

Gerçek bir krizden sonra da kısa bir değerlendirme yapılmalıdır: Bilgi çalışanlara ne kadar sürede ulaştı? Hangi sorular tekrar tekrar soruldu? Hangi kanal beklendiği gibi çalışmadı? Bu soruların yanıtları bir sonraki planın girdisidir.