Otellerde Acil Durum ve Kriz Yönetimi Nasıl Kurulur? Yangın, Deprem, Tahliye ve Crisis Management Rehberi

Saat 03:17.

Otelin yangın alarmı çalıyor.

Resepsiyonda tek çalışan var.

Odaların büyük bölümü dolu.

Bir misafir:

“Duman kokusu geliyor.”

diyor.

Asıl soru artık:

“Yangın alarm sistemimiz var mı?”

değildir.

Asıl sorular şunlardır:

• Alarm gerçek mi?
• İlk kontrolü kim yapacak?
• Misafirleri kim yönlendirecek?
• Tahliye gerekiyorsa kim karar verecek?
• Hangi çıkış kullanılacak?
• Odaların boşaldığı nasıl kontrol edilecek?
• Acil destek kim tarafından çağrılacak?
• Yönetici ne zaman bilgilendirilecek?
• Misafirlere kim bilgi verecek?
• Olayın zaman çizelgesini kim kaydedecek?
• Tahliye sonrasında misafirler nereye alınacak?
• Otel ne zaman yeniden kullanılabilecek?
• Operasyon nasıl devam edecek?

İşte:

Emergency Management — Acil Durum Yönetimi

ile sıradan bir güvenlik prosedürü arasındaki fark burada başlar.

Çünkü acil durumda:

ekipmanın varlığı kadar, insanların ne yapacağını bilmesi önemlidir.

Profesyonel bir otelin kriz yönetim zinciri kabaca şöyle düşünülebilir:

Risk → Preparedness → Detection → Alarm → Immediate Life Safety → Emergency Response → Escalation → Crisis Management → Communication → Evacuation / Shelter / Operational Decision → Crisis Log → Stabilization → Recovery → Incident Report → Root Cause → CAPA → Lessons Learned → Updated Emergency Plan

Acil durum yönetiminin amacı:

kriz başladığında ne yapacağımızı düşünmek değildir.

Kriz başlamadan önce kimin ne yapacağını belirlemektir.

1. Acil Durum Yönetimi Nedir?

Acil durum yönetimi:

insanların,

binanın,

operasyonun

ve kritik sistemlerin olağan dışı bir olay sırasında korunmasını sağlayan yönetim sistemidir.

Örneğin:

• yangın,
• deprem,
• ciddi sağlık olayı,
• büyük elektrik kesintisi,
• su baskını,
• gaz veya teknik tehlike,
• ciddi güvenlik olayı,
• tahliye,
• havuz kazası,
• kayıp çocuk,
• doğal afet,
• aşırı hava olayı

acil durum sisteminin kapsamına girebilir.

Ancak:

her problem acil durum değildir ve her acil durum kriz seviyesine ulaşmaz.

Bu ayrım önemlidir.

2. Incident, Emergency ve Crisis Aynı Şey Değildir

Üç kavram birbirine karıştırılabilir.

Incident — Olay

Normal operasyon dışında gerçekleşen olaydır.

Örneğin:

misafirin lobide düşmesi.

Emergency — Acil Durum

Hızlı müdahale gerektiren ve insan, bina veya operasyon üzerinde ciddi risk yaratabilecek durumdur.

Örneğin:

odada yangın başlaması.

Crisis — Kriz

Normal operasyon yapısının tek başına yönetmekte zorlandığı, geniş koordinasyon ve üst düzey karar gerektiren durumdur.

Örneğin:

yangın nedeniyle otelin tamamen tahliye edilmesi.

Dolayısıyla:

Incident → Emergency → Crisis

şeklinde büyüyebilecek bir yapı vardır.

Ama her Incident:

Crisis'e dönüşmez.

3. Krizin Büyüklüğünü Yalnızca Olayın Adı Belirlemez

“Elektrik kesintisi” küçük bir teknik olay olabilir.

Ama:

otel %100 doluysa,

gece saat 02:00 ise,

jeneratör çalışmıyorsa,

elektronik kilitler etkileniyorsa,

asansörde misafir varsa,

CCTV sistemi devre dışıysa,

olay:

ciddi bir krize dönüşebilir.

Bu nedenle:

Crisis Severity = Olay + Etki + Süre + İnsan Riski + Operasyonel Kapasite

mantığıyla değerlendirilmelidir.

4. Kriz Yönetiminin İlk Prensibi: Life Safety

Acil durumda ilk öncelik:

• gelir,
• bina,
• mobilya,
• ekipman,
• rezervasyon

değildir.

İlk öncelik:

Life Safety — İnsan Güvenliği

olmalıdır.

Temel sıra:

People → Immediate Hazard → Emergency Response → Property → Business Continuity

olarak düşünülebilir.

Bu sıralama:

kriz sırasında yanlış önceliklerin önüne geçer.

5. Acil Durum Planı Olay Sırasında Yazılmaz

En tehlikeli yaklaşımlardan biri:

“Bir şey olursa bakarız.”

mantığıdır.

Çünkü kriz başladığında:

• zaman azdır,
• bilgi eksiktir,
• stres yüksektir,
• personel sayısı sınırlı olabilir,
• misafirler panik yaşayabilir.

Bu nedenle:

kararların önemli bölümü:

önceden tasarlanmalıdır.

6. Önce Emergency Risk Register Oluşturun

Otelin karşılaşabileceği acil durumlar belirlenebilir.

Örneğin:

Buradaki önemli değişkenlerden biri:

Preparedness — Hazırlık Seviyesi

olmalıdır.

Çünkü aynı risk:

iki farklı otelde farklı sonuç doğurabilir.

7. Emergency Preparedness Nedir?

Hazırlık seviyesi şu sorularla ölçülebilir:

• SOP var mı?
• Personel eğitimli mi?
• Ekipman çalışıyor mu?
• Acil iletişim listesi güncel mi?
• Yetki zinciri belli mi?
• Tahliye planı var mı?
• Toplanma alanı belli mi?
• Tatbikat yapıldı mı?
• Gece vardiyası ne yapacağını biliyor mu?
• Kritik sistemlerin yedeği var mı?

Dolayısıyla:

Risk yalnızca olayın olasılığı değildir; organizasyonun olaya ne kadar hazır olduğu da sonucu belirler.

8. Emergency Response Plan Nasıl Kurulur?

Her kritik senaryo için ayrı:

Emergency Response Plan

hazırlanabilir.

Temel yapı:

1. Trigger

Prosedürü ne başlatır?

2. Immediate Action

İlk yapılacak nedir?

3. Life Safety

İnsanları korumak için ne yapılacak?

4. Notification

Kim bilgilendirilecek?

5. Escalation

Hangi seviyede yönetim devreye girecek?

6. External Support

Hangi dış kurum veya profesyonel destek gerekebilir?

7. Guest Communication

Misafirlere kim bilgi verecek?

8. Operational Control

Otel operasyonu nasıl yönetilecek?

9. Documentation

Hangi kayıtlar açılacak?

10. Recovery

Normal operasyona nasıl dönülecek?

Bu format:

farklı acil durum SOP'larının aynı mantıkla hazırlanmasını sağlar.

9. Kriz Seviyeleri Önceden Belirlenmelidir

Basit dört seviyeli yapı kullanılabilir.

Level 1 — Local Incident

Tek alan veya sınırlı operasyon etkisi.

Normal vardiya yönetebilir.

Level 2 — Significant Incident

Yönetici müdahalesi gerekir.

Misafir veya operasyon etkisi vardır.

Level 3 — Major Emergency

Birden fazla departman,

üst yönetim

ve dış destek gerekir.

Level 4 — Crisis

Can güvenliği,

geniş tahliye,

ciddi hukuki veya itibari risk,

uzun operasyon kesintisi

veya büyük işletme devamlılığı problemi vardır.

Seviye arttıkça:

Authority + Communication + Documentation + External Support

da artmalıdır.

10. Crisis Management Team Kurulmalıdır

Büyük olaylarda herkesin aynı anda karar vermeye çalışması:

kaos yaratır.

Bu nedenle:

Crisis Management Team — CMT

önceden tanımlanabilir.

Örneğin:

Crisis Manager

Genel koordinasyon ve kritik kararlar.

Operations Lead

Operasyonel uygulamalar.

Safety / Security Lead

İnsan ve alan güvenliği.

Technical Lead

Bina ve teknik sistemler.

Guest Communication Lead

Misafir iletişimi.

External Communication Lead

Gerekli dış iletişim.

Crisis Log Owner / Scribe

Olayın zaman çizelgesini kaydeder.

Küçük butik otelde:

bir kişi birden fazla rol üstlenebilir.

Ama:

rollerin ortadan kalkması gerekmez.

11. Butik Otelde Kriz Yönetimi Nasıl Olmalı?

10–20 odalı bir otelde:

ayrı kriz departmanı kurulması beklenmez.

Ama şu roller yine belirlenebilir:

Duty Manager

→ kriz koordinasyonu.

Reception

→ misafir iletişimi ve oda bilgisi.

Technical

→ teknik müdahale.

Housekeeping

→ kat kontrolü ve misafir yönlendirme desteği.

Designated Employee

→ Crisis Log.

Yani:

küçük otelde organizasyon sadeleşir; kontrol ortadan kalkmaz.

12. Emergency Contact Chain Hazır Olmalıdır

Kriz sırasında:

“Müdürün numarası kimdeydi?”

sorusu sorulmamalıdır.

Liste önceden hazırlanmalıdır.

Örneğin:

• Duty Manager,
• General Manager,
• Owner Representative,
• Technical Responsible,
• Security Responsible,
• gerekli acil hizmetler,
• kritik teknik servisler,
• kritik tedarikçiler

operasyon ihtiyacına göre listelenebilir.

Liste:

güncel

ve:

erişilebilir

olmalıdır.

13. Tek Bir Dijital Listeye Güvenmeyin

Acil durumda:

• elektrik,
• internet,
• bilgisayar,
• PMS,
• telefon sistemi

etkilenebilir.

Bu nedenle:

kritik iletişim ve prosedür bilgileri için:

uygun yedek erişim yöntemleri planlanmalıdır.

Temel prensip:

Emergency System, normal sistemler çalışmadığında da çalışabilmelidir.

14. Yangın Acil Durum Yönetimi

Yangın:

otel operasyonundaki en kritik senaryolardan biridir.

Çünkü:

• gece olabilir,
• misafirler uyuyor olabilir,
• bina yabancı olabilir,
• duman görüşü azaltabilir,
• tahliye hızlı gerekebilir.

Yangın prosedürü:

yalnızca:

“Yangın söndürücüyü kullan.”

seviyesinde olamaz.

15. Yangın Olayında Yönetim Zinciri

Otelin özel prosedürü ve yetkili güvenlik planı esas olmak üzere operasyonel yapı:

Detection → Alarm → Immediate Life Safety → Emergency Procedure → Notification → Evacuation if Required → External Emergency Support → Assembly → Accountability → Management Coordination → Guest Communication → Crisis Log → Recovery Decision → Incident Report

şeklinde tasarlanabilir.

16. Yangında İlk Dakikalar Neden Kritiktir?

Personel:

şu konularda tereddüt etmemelidir:

• alarmı nasıl aktive edeceği,
• kimi bilgilendireceği,
• tahliye yönlendirmesini nasıl başlatacağı,
• hangi alanlara girmemesi gerektiği,
• misafirleri nereye yönlendireceği,
• dış desteğin nasıl çağrılacağı.

Amaç:

kriz sırasında prosedür okumak değil, prosedürü önceden öğrenmiş olmaktır.

17. Personel Kahramanlık Yapmamalıdır

Acil durumda en tehlikeli davranışlardan biri:

eğitimsiz personelin:

kendi güvenliğini tehlikeye atarak müdahaleye çalışmasıdır.

Özellikle:

• yangın,
• elektrik,
• gaz,
• ciddi güvenlik olayı,
• tehlikeli teknik arıza

gibi durumlarda:

personel yalnızca:

eğitimi, yetkisi ve güvenli müdahale sınırları içinde

hareket etmelidir.

18. Tahliye Planı Nasıl Kurulur?

Evacuation Plan:

duvara asılan krokiden ibaret değildir.

Şunları cevaplamalıdır:

• tahliyeyi ne başlatır?
• kim karar verir?
• hangi çıkışlar kullanılacak?
• misafirler nasıl yönlendirilecek?
• personelin görevleri ne?
• özel yardıma ihtiyacı olan kişiler nasıl desteklenecek?
• toplanma alanı neresi?
• kimlerin tahliye edildiği nasıl kontrol edilecek?
• kayıp kişi varsa ne yapılacak?
• binaya geri dönüş kararını kim verecek?

Tahliye = binadan çıkmak değil, insanların güvenli şekilde kontrol altına alınmasıdır.

19. Assembly Point Neden Gereklidir?

Misafirler binadan çıktı.

Ama:

herkes farklı yere dağıldı.

Bu durumda:

kimin güvende olduğu bilinmeyebilir.

Bu nedenle:

Assembly Point — Toplanma Alanı

önceden belirlenmelidir.

Toplanma alanı:

• binadan uygun uzaklıkta,
• erişilebilir,
• yeni risk yaratmayan,
• mümkün olduğunca kontrollü

olmalıdır.

20. Tahliyede Accountability Nedir?

En kritik sorulardan biri:

“Herkes çıktı mı?”

olacaktır.

Bu nedenle otelin:

• mevcut misafirler,
• personel,
• ziyaretçiler,
• gerektiğinde tedarikçi veya diğer kişiler

hakkında ulaşılabilir bilgi sistemi bulunmalıdır.

Ama:

kimseyi kontrol etmek amacıyla eğitimsiz personel tehlikeli binaya geri gönderilmemelidir.

Life Safety yine önceliklidir.

21. Tahliye Sırasında Resepsiyonun Rolü

Front Office:

özellikle önemlidir.

Çünkü:

• PMS bilgisine,
• oda listesine,
• misafir bilgisine,
• giriş/çıkış bilgisine

erişebilir.

Ancak:

PMS erişilemez hale gelebilir.

Bu nedenle:

otelin kendi yapısına uygun:

Emergency Guest List / Occupancy List

erişim yöntemi düşünülmelidir.

22. Tahliye Sonrası İkinci Problem Başlar

Misafirler güvenli şekilde çıktı.

Kriz bitmiş değildir.

Şimdi:

• nerede bekleyecekler?
• hava koşulları nasıl?
• çocuklar var mı?
• yaşlı misafir var mı?
• ilaç ihtiyacı olan var mı?
• bagajlara erişim mümkün mü?
• otel kullanılamıyorsa ne olacak?
• transfer gerekiyor mu?
• alternatif konaklama gerekiyor mu?

soruları ortaya çıkar.

Bu:

Emergency Response'tan Guest Recovery'ye geçiştir.

23. Deprem Yönetimi Otel İçin Neden Farklıdır?

Deprem:

yangından farklıdır.

Çünkü olay:

aynı anda:

• elektrik,
• su,
• asansör,
• iletişim,
• bina,
• yollar,
• dış destek

üzerinde etki yaratabilir.

Ayrıca:

misafirlerin önemli bölümü:

bulundukları bölgenin deprem davranışını veya otelin planını bilmiyor olabilir.

Bu nedenle:

deprem yönetimi:

olay anı + olay sonrası

olarak ayrı düşünülmelidir.

24. Deprem Sonrası İlk Kontrol

Olay sonrasında öncelik:

People → Immediate Hazards → Building / Area Safety → Fire / Gas / Electrical Risk → Injuries → Communication → Operational Capability

olabilir.

Personel:

yetkisi dışında yapısal güvenlik kararı vermemelidir.

Şüpheli durumda:

profesyonel değerlendirme

gerekebilir.

25. Deprem Sonrası “Otel Açık mı?” Sorusu

Bina ayakta duruyor olabilir.

Ama bu:

normal operasyona dönülebileceği anlamına gelmez.

Kontrol edilmesi gerekenler:

• fiziksel güvenlik,
• elektrik,
• su,
• yangın sistemi,
• asansör,
• gaz,
• elektronik kilit,
• CCTV,
• internet,
• telefon,
• mutfak,
• havuz,
• teknik alanlar.

Bu nedenle:

Recovery Decision bir yönetim kararıdır.

26. Artçı Risk Yönetimi

Deprem sonrasında:

ilk olay bitmiş görünse bile:

risk devam edebilir.

Personel ve misafir iletişiminde:

yeni gelişmelere hazırlık,

güvenli alanlar,

iletişim yöntemi

ve operasyon durumu açık olmalıdır.

Kriz yönetimi:

ilk sarsıntı bittiğinde otomatik olarak sona ermez.

27. Büyük Elektrik Kesintisi

Elektrik kesintisi:

teknik departmanın tek başına yöneteceği basit arıza olmayabilir.

Etkileyebilir:

• aydınlatma,
• asansör,
• CCTV,
• elektronik kilit,
• POS,
• PMS,
• Wi-Fi,
• HVAC,
• su sistemleri,
• mutfak,
• misafir iletişimi.

Bu nedenle:

Technical Incident

çok hızlı biçimde:

Operational Crisis

haline gelebilir.

28. Elektrik Kesintisi Akışı

Örnek:

Power Failure Detected → Emergency Lighting Check → Generator / Backup System → Elevator Check → Critical Security Systems → Technical Assessment → Management Notification → Guest Communication → Operational Impact Assessment → Recovery → Incident Report if Required

Buradaki kritik nokta:

teknik müdahale ile misafir iletişiminin aynı anda yürütülmesidir.

29. Misafir Belirsizlikten Daha Fazla Rahatsız Olabilir

Elektrik kesildi.

Resepsiyon:

“Teknik ilgileniyor.”

dedi.

45 dakika geçti.

Yeni bilgi yok.

Misafir:

problemin kendisinden çok:

bilgisizlikten

rahatsız olabilir.

Bu nedenle kriz iletişiminde:

Update Cadence — Güncelleme Sıklığı

belirlenebilir.

Örneğin:

“Şu anda kesin çözüm süresi belli değil. 20 dakika içinde yeni bilgi paylaşacağız.”

Bu:

kontrol hissi yaratır.

30. Su Baskını Yönetimi

Su baskını:

• oda,
• elektrik,
• asansör,
• teknik alan,
• depo,
• bina

üzerinde zincirleme etki yaratabilir.

Temel operasyon:

Detect → Protect People → Source Control if Safe → Electrical Risk → Area Isolation → Technical Response → Guest / Room Impact → Management → Recovery → Incident Report → Root Cause → CAPA

olabilir.

31. Sağlık Acil Durumu

Misafir:

ciddi sağlık problemi yaşıyor.

İlk soru:

“Incident Report'u kim dolduracak?”

değildir.

İlk öncelik:

uygun acil yardım sürecinin başlatılmasıdır.

Sonrasında:

• alan kontrolü,
• gerekli destek,
• yönetim bilgilendirmesi,
• misafir mahremiyeti,
• kayıt

gelir.

Temel prensip:

Life Safety → Documentation

sırasıdır.

32. Sağlık Olaylarında Mahremiyet

Sağlık olayı:

otelin diğer misafirleri arasında:

merak,

fotoğraf,

video,

söylenti

yaratabilir.

Personel:

olayla ilgili bilgiyi:

gereksiz şekilde paylaşmamalıdır.

Özellikle:

misafir kimliği,

sağlık durumu

ve özel bilgiler:

kontrollü ele alınmalıdır.

Kriz yönetimi güvenlik kadar mahremiyet yönetimidir.

33. Havuz Acil Durumları

Havuzu olan otellerde:

ayrı senaryo gerekir.

Riskler:

• düşme,
• yaralanma,
• su içinde acil durum,
• çocuk güvenliği,
• kimyasal risk,
• teknik ekipman problemi

olabilir.

Havuz SOP'si:

yalnızca günlük su kontrolünden oluşmamalıdır.

Acil durumda:

• ilk reaksiyon,
• alan kontrolü,
• uygun yardım,
• yönetim,
• kayıt,
• Root Cause

tanımlanmalıdır.

34. Kayıp Çocuk Senaryosu

Kayıp çocuk bildirimi:

çok hızlı büyüyebilecek olaylardan biridir.

İlk dakikalarda:

• doğru bilgi,
• son görülen yer,
• kıyafet bilgisi,
• kritik çıkışların kontrolü,
• CCTV desteği,
• personel koordinasyonu,
• yönetim bilgilendirmesi

gibi adımlar önemli olabilir.

Bu olay:

uygun seviyede:

Crisis Log

başlatılmasını gerektirebilir.

35. Doğal Afet ve Extreme Weather

Otelin lokasyonuna göre:

• deprem,
• fırtına,
• yoğun yağış,
• sel,
• aşırı sıcak,
• aşırı soğuk

gibi riskler değerlendirilmelidir.

Aynı prosedürü:

her otele kopyalamak doğru değildir.

Emergency Plan lokasyona özgü olmalıdır.

36. Crisis Communication Nedir?

Kriz sırasında:

doğru operasyon kadar:

doğru iletişim de önemlidir.

Çünkü yanlış bilgi:

• paniği,
• şikâyeti,
• itibar riskini,
• operasyonel karmaşayı

artırabilir.

Kriz iletişimi şu sorulara cevap vermelidir:

Who communicates?

To whom?

What information?

Through which channel?

How often?

37. Krizde Tek Ses Prensibi

Bir yönetici:

“Otel birazdan açılıyor.”

Resepsiyon:

“Bugün açılmayacak.”

Teknik:

“Henüz belli değil.”

diyorsa:

kriz büyür.

Bu nedenle:

One Source of Truth

oluşturulmalıdır.

Doğrulanmış bilgi:

tek merkezden güncellenmelidir.

38. Bilgi ile Tahmini Ayırın

Crisis Log içinde:

Known

Doğrulanmış bilgi.

Unknown

Henüz bilinmeyen.

Estimate

Tahmin.

Decision

Alınan karar.

ayrılabilir.

Örneğin:

Known: Şebeke elektriği kesik.

Unknown: Ne zaman gelecek?

Estimate: Teknik servis 1–2 saat öngörüyor.

Decision: Misafirlere 30 dakikada bir güncelleme yapılacak.

Bu ayrım:

tahminin gerçek gibi yayılmasını önler.

39. Crisis Log Nedir?

Kriz sırasında:

olaylar çok hızlı gelişebilir.

Bir saat sonra:

“İlk alarm saat kaçta geldi?”

“Tahliye kararını kim verdi?”

“Misafirlere ilk bilgi ne zaman verildi?”

sorularını hatırlamak zorlaşabilir.

Bu nedenle:

Crisis Log

tutulur.

Crisis Log = Krizin zaman çizelgesi + karar kaydı + iletişim hafızasıdır.

40. Crisis Log ile Incident Report Farkı

Kısaca:

Crisis Log canlıdır.

Incident Report geriye dönük analizdir.

41. Crisis Log'un Temel Alanları

Örneğin:

Bu kayıt:

olay sonrası analiz için:

çok değerlidir.

42. Crisis Manager ile Scribe Ayrılmalıdır

Kriz yöneticisi:

aynı anda:

• karar vermeye,
• misafir yönetmeye,
• telefon açmaya,
• olay kaydı yazmaya

çalışırsa:

detaylar kaybolabilir.

Bu nedenle mümkünse:

Crisis Manager

Karar verir.

Crisis Log Owner / Scribe

Kararları ve olayları kaydeder.

Küçük otelde:

bu rol resepsiyon veya uygun başka bir çalışan tarafından üstlenilebilir.

43. Crisis Room Gerekli mi?

Büyük otelde:

fiziksel Crisis Room olabilir.

Butik otelde:

gerekmeyebilir.

Ama:

Crisis Command Point

belirlenebilir.

Burada:

• iletişim,
• olay listesi,
• misafir bilgisi,
• teknik durum,
• dış destek,
• kararlar

koordine edilir.

Ama alan:

olayın kendisinden güvenli olmalıdır.

44. Handover Krizde Daha da Önemlidir

Kriz:

bir vardiyadan uzun sürebilir.

Bu durumda:

yeni gelen yönetici:

sıfırdan bilgi toplamamalıdır.

Handover:

• Current Situation
• Known
• Unknown
• Decisions
• Open Risks
• Guest Impact
• External Support
• Open Actions
• Next Update

içermelidir.

Crisis Log:

bu geçişin temel kaynağı olabilir.

45. Business Continuity Nedir?

Acil durum yönetimi:

insanları korur.

Business Continuity:

işletmenin kritik fonksiyonlarını sürdürmeye çalışır.

Örneğin:

PMS çalışmıyor.

Ama:

• kim konaklıyor?
• kim gelecek?
• kim çıkacak?
• hangi oda dolu?
• ödeme nasıl alınacak?

bilinmelidir.

Bu nedenle:

kritik süreçlerin:

Fallback Procedure

planları bulunabilir.

46. Otelin Kritik Fonksiyonlarını Belirleyin

Örneğin:

Life Safety

Kesintiye tolerans çok düşük.

Guest Access

Kritik.

Communication

Kritik.

PMS / Room Status

Yüksek.

Payment

Yüksek.

Water

Kritik.

Electricity

Kritik.

Internet

Operasyona göre yüksek.

Breakfast

Kısa süreli alternatif oluşturulabilir.

Bu çalışma:

hangi sistemlerin yedeklenmesi gerektiğini

gösterir.

47. Recovery Priority List

Kriz sonrası:

her şeyi aynı anda düzeltmek mümkün olmayabilir.

Öncelik:

Priority 1

Life Safety Systems.

Priority 2

Building Safety.

Priority 3

Guest Access and Basic Needs.

Priority 4

Critical Operations.

Priority 5

Full Guest Experience.

Priority 6

Normal Optimization.

Böylece:

“Her şeyi hemen düzeltelim.”

yerine:

risk bazlı toparlanma yapılır.

48. Otelin Yeniden Açılması Bir Karardır

Tahliye yapıldı.

Yangın kontrol altına alındı.

Misafirler dışarıda.

“Herkes tekrar odasına çıksın.”

kararı:

otomatik verilmemelidir.

Re-entry:

gerekli güvenlik değerlendirmeleri tamamlandıktan sonra,

yetkili karar mekanizmasıyla yapılmalıdır.

Çünkü:

olayın sona ermesi, riskin sona erdiği anlamına gelmeyebilir.

49. Kriz Sonrası Misafir Recovery

Kriz operasyonel olarak kapandı.

Ama misafir deneyimi devam eder.

Örneğin:

• oda kullanılamıyor,
• misafir uyuyamadı,
• bagaja erişemedi,
• transfer kaçırdı,
• programı bozuldu.

Bu durumda:

Guest Recovery Plan gerekir.

Seçenekler:

• oda değişimi,
• alternatif konaklama,
• transfer desteği,
• uygun ikram veya hizmet,
• operasyonun durumuna göre telafi,
• takip iletişimi

olabilir.

Buradaki karar:

olayın etkisine ve otelin Service Recovery politikasına göre verilmelidir.

50. Kriz Sonrası Incident Report

Kriz bittiğinde:

Crisis Log kapatılır.

Ama analiz yeni başlar.

Incident Report:

• olayın tanımı,
• timeline,
• ilk müdahale,
• kararlar,
• iletişim,
• misafir etkisi,
• personel etkisi,
• fiziksel hasar,
• operasyon etkisi,
• kanıtlar,
• SOP uyumu

gibi konuları inceleyebilir.

Sonra:

Root Cause

ve:

CAPA

gelir.

51. Root Cause: “Deprem Oldu” Değildir

Deprem:

olayın kaynağı olabilir.

Ama sistem problemlerinin kök nedeni değildir.

Örneğin:

deprem sırasında acil aydınlatma çalışmadı.

Kök neden:

deprem oldu.

değildir.

Sorulmalıdır:

• bakım yapılmış mıydı?
• test planı var mıydı?
• akü ömrü takip ediliyor muydu?
• arıza daha önce bilinmiş miydi?
• CAPA açık mıydı?

Bu:

kontrol edemediğimiz olay ile kontrol edebileceğimiz sistem zayıflığını ayırır.

52. Crisis CAPA

Kriz sonrası CAPA:

farklı türlerde olabilir.

Physical

Kapı, aydınlatma, ekipman.

Technical

Jeneratör, CCTV, yangın sistemi.

Procedural

SOP değişikliği.

Training

Personel eğitimi.

Communication

Escalation Chain değişikliği.

Organizational

Yetki ve görev değişikliği.

CAPEX

Yeni yatırım.

Böylece:

kriz işletmeyi geliştiren veriye dönüşür.

53. After Action Review Nedir?

Ciddi olaydan sonra:

After Action Review — AAR

yapılabilir.

Dört basit soru:

1. Ne olmasını bekliyorduk?

2. Gerçekte ne oldu?

3. Neden fark oluştu?

4. Bir sonraki sefer neyi değiştireceğiz?

Bu toplantının amacı:

suçlu bulmak değil, sistemi geliştirmektir.

54. Lessons Learned Kaydedilmelidir

Aksi halde:

kriz yaşanır.

Herkes çok şey öğrenir.

Altı ay geçer.

Personel değişir.

Bilgi kaybolur.

Bu nedenle:

Lessons Learned Register

tutulabilir.

Örneğin:

Bu:

kriz deneyimini kurumsal bilgiye dönüştürür.

55. Tatbikat Yapmadan Kriz Planına Güvenmeyin

Dokümanda:

“Housekeeping katları kontrol eder.”

yazabilir.

Tatbikatta:

Housekeeping:

“Hangi katı kim kontrol ediyor?”

diye sorabilir.

İşte tatbikat:

bu nedenle gereklidir.

Drill, personeli değil sistemi test eder.

56. Hangi Tatbikatlar Yapılabilir?

Otelin risk profiline göre:

• yangın,
• tahliye,
• deprem,
• sağlık olayı,
• elektrik kesintisi,
• kayıp çocuk,
• ciddi güvenlik olayı

senaryoları değerlendirilebilir.

Her tatbikat:

tam ölçekli olmak zorunda değildir.

57. Tabletop Exercise

Örneğin yönetime:

“Saat 02:30. Deprem oldu. Elektrik kesildi. Bir misafir merdivende yaralandı. Asansör çalışmıyor. Otel %90 dolu. İlk 10 dakikada ne yapıyorsunuz?”

denir.

Ekip:

kararları sıralar.

Bu egzersiz:

• yetki boşluklarını,
• iletişim problemlerini,
• SOP eksiklerini,
• kaynak ihtiyaçlarını

ortaya çıkarabilir.

58. Drill Evaluation Form

Tatbikat sonrası:

Sonra:

CAPA açılır.

Tatbikat:

fotoğraf çekip dosyaya koymak için değil, eksikleri bulmak için yapılır.

59. Acil Durum KPI'ları

Örneğin:

Emergency Count

Toplam acil durum.

Response Time

İlk müdahale süresi.

Notification Time

Yönetimin bilgilendirilme süresi.

Evacuation Time

Tahliye süresi.

Accountability Time

İnsanların durumunun kontrol edilme süresi.

Drill Completion Rate

Planlanan tatbikatların tamamlanma oranı.

Training Completion

Acil durum eğitimi tamamlama oranı.

Crisis Log Completion

Ciddi olaylarda Crisis Log kullanım oranı.

CAPA Closure

Açılan aksiyonların kapanma oranı.

60. En Önemli KPI Her Zaman “Hız” Değildir

Tahliye:

çok hızlı olabilir.

Ama:

bir misafir unutulduysa:

iyi değildir.

Benzer şekilde:

müdahale hızlıdır.

Ama:

yanlış prosedür uygulanmıştır.

Bu nedenle:

Speed + Safety + Accuracy + Communication + Accountability

birlikte değerlendirilmelidir.

61. Emergency Readiness Score

Yönetim:

basit bir hazırlık skoru oluşturabilir.

Örneğin:

Amaç:

mükemmel matematik değildir.

Ama:

hazırlık açığını görünür hale getirmektir.

62. Sezon Öncesi Crisis Readiness Review

Özellikle sezonluk oteller için:

açılıştan önce:

People

Personel eğitildi mi?

Procedures

Emergency SOP'lar güncel mi?

Systems

Yangın, CCTV, jeneratör, kilitler çalışıyor mu?

Contacts

Listeler güncel mi?

Evacuation

Çıkışlar ve toplanma alanı hazır mı?

Drills

Tatbikat yapıldı mı?

Documentation

Formlar hazır mı?

kontrol edilebilir.

63. Sezon Sonunda Lessons Learned Review

Sezon sonunda:

• hangi Incident'lar yaşandı?
• hangi Near Miss'ler tekrar etti?
• hangi Emergency yaşandı?
• hangi SOP çalışmadı?
• hangi ekipman yetersizdi?
• hangi CAPA açık kaldı?
• gelecek sezon hangi yatırım gerekiyor?

sorulmalıdır.

Bu:

güvenlik verisini gelecek yılın bütçesine bağlar.

64. Kriz Yönetiminde 20 Büyük Hata

1. “Bize bir şey olmaz.” düşüncesi

2. Emergency Plan hazırlamamak

3. Planı internetten kopyalamak

4. Otelin gerçek risklerine uyarlamamak

5. Personeli eğitmemek

6. Gece vardiyasını unutmak

7. Yetki zincirini tanımlamamak

8. Herkesin aynı anda karar vermesi

9. Acil iletişim listesini güncel tutmamak

10. Tek bir dijital sisteme bağımlı olmak

11. Tahliye planını yalnızca kroki sanmak

12. Toplanma alanı belirlememek

13. Accountability planlamamak

14. Misafir iletişimini unutmak

15. Doğrulanmamış bilgi paylaşmak

16. Crisis Log tutmamak

17. Tatbikat yapmamak

18. Kriz bitince analiz yapmamak

19. CAPA açıp kapatmamak

20. Lessons Learned'i bütçe ve SOP'lara aktarmamak

Bu hataların ortak noktası:

kriz yönetiminin hazırlık yerine reaksiyona bırakılmasıdır.

65. Acil Durum Yönetimi İçin 15 Karar Kapısı

Karar Kapısı 1

Otelin kritik acil durumları tanımlı mı?

Karar Kapısı 2

Her kritik senaryo için SOP var mı?

Karar Kapısı 3

Emergency Severity seviyeleri tanımlı mı?

Karar Kapısı 4

Crisis Manager belli mi?

Karar Kapısı 5

Gece vardiyası kimi arayacağını biliyor mu?

Karar Kapısı 6

Emergency Contact List güncel mi?

Karar Kapısı 7

Tahliye planı uygulanabilir mi?

Karar Kapısı 8

Assembly Point belli mi?

Karar Kapısı 9

Accountability yöntemi var mı?

Karar Kapısı 10

Kritik sistemlerin yedeği düşünülmüş mü?

Karar Kapısı 11

Crisis Communication yetkisi belli mi?

Karar Kapısı 12

Crisis Log Owner belirlenmiş mi?

Karar Kapısı 13

Tatbikatlar yapılıyor mu?

Karar Kapısı 14

Tatbikat ve olaylardan CAPA çıkıyor mu?

Karar Kapısı 15

Lessons Learned yatırım ve SOP kararlarına aktarılıyor mu?

Bu soruların çoğuna:

“Hayır.”

cevabı veriliyorsa:

otelde acil durum ekipmanı olabilir; fakat acil durum yönetim sistemi henüz kurulmamıştır.

66. Butik Otel İçin Minimum Crisis Management Dosyası

Küçük otel için bile minimum yapı:

1. Emergency Risk Register
2. Emergency Risk Matrix
3. Crisis Severity Matrix
4. Crisis Organization Chart
5. Emergency Contact List
6. Communication Chain
7. Fire Emergency SOP
8. Evacuation SOP
9. Earthquake SOP
10. Medical Emergency SOP
11. Power Failure SOP
12. Water Failure / Flood SOP
13. Gas / Technical Emergency SOP
14. Pool Emergency SOP
15. Security Emergency SOP
16. Lost Child SOP
17. Assembly Point Plan
18. Accountability Procedure
19. Guest Communication Templates
20. Crisis Log
21. Incident Report
22. Root Cause Form
23. CAPA Log
24. Drill Plan
25. Drill Evaluation Form
26. Training Register
27. Lessons Learned Register
28. Emergency KPI Dashboard
29. Recovery Checklist
30. Crisis Readiness Checklist

ile kurulabilir.

Bu dosya:

acil durumda açılan unutulmuş bir klasör değil, düzenli kullanılan yaşayan bir sistem

olmalıdır.

67. Otel Kriz Yönetiminin Tam Döngüsü

Profesyonel sistem:

Risk Assessment → Emergency Scenario → Preparedness → SOP → Role & Authority → Training → Equipment → Drill → Detection → Life Safety → Emergency Response → Notification → Escalation → Crisis Management Team → Evacuation / Shelter / Operational Decision → Guest Communication → Crisis Log → Stabilization → Business Continuity → Recovery → Incident Report → Root Cause → CAPA → After Action Review → Lessons Learned → SOP / Training / Equipment / CAPEX Update → New Preparedness Level

Bu döngü kapanıyorsa:

otel her krizden sonra daha hazırlıklı hale gelir.

68. Yatırımcı Kriz Yönetimine Nasıl Bakmalı?

Yatırımcının görevi:

her acil durum prosedürünü ezbere bilmek değildir.

Ama şu soruların cevabını bilmelidir:

İnsan

Ekibim ne yapacağını biliyor mu?

Sistem

Kritik ekipman çalışıyor mu?

Organizasyon

Krizde kim karar veriyor?

İletişim

Misafire ve yönetime kim bilgi veriyor?

Tahliye

İnsanları güvenli şekilde çıkarabiliyor muyuz?

Continuity

Kritik sistemlerden biri çökerse alternatifimiz var mı?

Learning

Olaylardan gerçekten öğreniyor muyuz?

Investment

Bilinen risklere karşı gerekli yatırımı yapıyor muyuz?

Çünkü:

kriz yönetimi yalnızca operasyon müdürünün değil, varlık sahibinin de risk yönetimidir.

69. Kriz Yönetimi Bir Maliyet Kalemi Değildir

Jeneratör,

acil aydınlatma,

yangın sistemi,

yedek iletişim,

personel eğitimi,

tatbikat,

CCTV,

erişim kontrolü

ilk bakışta maliyet gibi görülebilir.

Ama:

asıl soru:

“Bunun maliyeti ne?”

değil;

“Bu kontrol olmazsa riskin maliyeti ne olabilir?”

olmalıdır.

Çünkü ciddi kriz:

yalnızca fiziksel hasar yaratmayabilir.

Aynı zamanda:

• operasyon kaybı,
• gelir kaybı,
• misafir güveni kaybı,
• itibar kaybı,
• uzun kapanma,
• hukuki ve finansal sonuçlar

yaratabilir.

70. Kriz Yönetiminin En Güçlü Göstergesi

Bir otelin kriz yönetim kalitesi:

duvardaki acil durum planının kalitesiyle ölçülmez.

Gerçek test şudur:

Saat 03:00'te, yönetim otelde değilken, yeni başlayan gece çalışanı bir alarm aldığında ilk üç hareketini biliyor mu?

Eğer cevap:

evet

ise:

sistem sahaya inmeye başlamıştır.

Eğer cevap:

“Herhalde müdürü arar.”

ise:

sistem henüz kişilere bağımlıdır.

Sonuç: Kriz Başladığında Hazırlanmak İçin Çok Geçtir

Kriz yönetiminde en büyük hata:

krizi:

nadir yaşanan olağan dışı bir olay olarak görüp

hazırlığı ertelemektir.

Çünkü:

yangın,

deprem,

ciddi sağlık olayı,

büyük elektrik kesintisi,

su baskını

veya ciddi güvenlik olayı:

her gün yaşanmayabilir.

Ama yaşandığında:

otel yönetim sisteminin tamamını aynı anda test eder.

Personel,

SOP,

iletişim,

teknik altyapı,

liderlik,

güvenlik,

misafir ilişkileri

ve yönetim:

aynı anda sınanır.

Bu nedenle güçlü kriz yönetimi:

kriz sırasında başlamaz.

Çok daha önce başlar.

Riskleri tanımlarsınız.

Senaryoları oluşturursunuz.

SOP yazarsınız.

Yetkileri belirlersiniz.

Personeli eğitirsiniz.

Tatbikat yaparsınız.

Ekipmanı test edersiniz.

İletişim zincirini kurarsınız.

Sonra olay gerçekleştiğinde:

Life Safety'yi korursunuz.

Doğru kişileri devreye alırsınız.

Misafiri bilgilendirirsiniz.

Crisis Log tutarsınız.

Operasyonu stabilize edersiniz.

Recovery'yi yönetirsiniz.

Ve kriz bittikten sonra:

Incident Report hazırlarsınız.

Root Cause'u araştırırsınız.

CAPA açarsınız.

Lessons Learned çıkarırsınız.

SOP'yi değiştirirsiniz.

Gerekirse yatırım yaparsınız.

Böylece:

kriz yalnızca atlatılmış bir olay olmaktan çıkar; işletmeyi daha dayanıklı hale getiren kurumsal öğrenmeye dönüşür.

İyi yönetilen otel:

“Umarım hiçbir şey olmaz.”

diyerek güvenlik yönetmez.

Şunu söyler:

“Olmaması için elimizden geleni yaptık. Ama olursa da ilk dakikadan normale dönüşe kadar ne yapacağımızı biliyoruz.”

Gerçek:

Emergency & Crisis Management

sistemi budur.

Otel Yatırım Rehberi — Cilt V

Bu makale, Otel Yatırım Rehberi — Cilt V: Operasyon kapsamında ele aldığım Güvenlik ve Acil Durum Yönetimi yaklaşımından hazırlanmıştır.

Cilt V'te kriz ve acil durum yönetimi;

• risk değerlendirmesi,
• Emergency SOP'lar,
• yangın,
• tahliye,
• deprem,
• sağlık olayları,
• teknik acil durumlar,
• havuz güvenliği,
• kriz organizasyonu,
• Crisis Communication,
• Emergency Contact Chain,
• Crisis Log,
• Incident Report,
• Near Miss,
• Root Cause,
• CAPA,
• tatbikatlar,
• Lessons Learned,
• KPI ve Management Review

ile birlikte bütünsel bir operasyon sistemi içinde ele alınmaktadır.