Otelde Sürekli İyileştirme Nasıl Yapılır? Root Cause, CAPA, PDCA ve Quality Management

Bir otelde:

misafir:

odasının yeterince temiz olmadığını söyledi.

Housekeeping:

odaya gitti.

Problem:

düzeltildi.

Misafir:

memnun edildi.

Konu:

kapandı.

Öyle mi?

Operasyon açısından:

belki.

Ama:

yönetim açısından:

henüz değil.

Çünkü:

ertesi hafta:

aynı problem:

başka odada:

tekrar ortaya çıkabilir.

Sonra:

başka bir misafirde.

Sonra:

online review'da.

Sonra:

Guest Satisfaction Score'da.

Problem:

her seferinde:

çözülür.

Ama:

otel:

aslında:

aynı problemi:

tekrar tekrar:

üretmeye devam eder.

İşte:

Continuous Improvement — Sürekli İyileştirme

tam olarak:

bu döngüyü:

kırmaya çalışır.

Çünkü:

İyi yönetilen otel yalnızca problemi çözmez; problemi üreten sistemi geliştirir.

1. Sürekli İyileştirme Nedir?

Sürekli iyileştirme:

otelin:

operasyon,

hizmet,

kalite,

verimlilik,

maliyet,

misafir deneyimi

ve:

yönetim süreçlerini:

ölçerek,

öğrenerek

ve:

sistematik olarak:

daha iyi hale getirmesidir.

Ama:

“Her şeyi sürekli değiştirmek”

demek değildir.

Tam tersine:

iyi çalışan:

standard:

korunur.

Problemli:

veya:

geliştirilebilir:

alanlar:

veriye dayanarak:

iyileştirilir.

2. Sürekli İyileştirmenin Temel Döngüsü

Basit haliyle:

Standard → Execution → Measurement → Deviation → Problem → Root Cause → Corrective Action → Implementation → Verification → Learning → Improved Standard → Retraining → Better Execution

Bu döngü:

tekrar tekrar:

çalıştığında:

organizasyon:

öğrenmeye:

başlar.

3. Problem Çözmek ile İyileştirmek Aynı Şey Değildir

Örneğin:

misafir:

“Odam çok sıcak.”

dedi.

Teknik ekip:

geldi.

Klima:

resetlendi.

Oda:

soğudu.

Bu:

Problem Resolution

olabilir.

Ama:

aynı klima:

her hafta:

resetleniyorsa:

gerçek problem:

çözülmemiştir.

Sürekli iyileştirme:

şunu sorar:

“Neden bu problem tekrar ediyor?”

4. Semptom ile Root Cause'u Ayırın

Birçok otelde:

semptom:

problem:

sanılır.

Örneğin:

Semptom

Oda geç hazırlandı.

İlk görünen neden

Housekeeping gecikti.

Ama:

Root Cause:

şunlardan biri olabilir:

• late check-out,
• linen shortage,
• staffing shortage,
• room assignment sequencing,
• elevator problem,
• housekeeping communication,
• maintenance delay,
• inaccurate occupancy forecast.

Dolayısıyla:

Gördüğümüz problem çoğu zaman sistemdeki gerçek problemin yalnızca yüzeydeki belirtisidir.

5. Root Cause Nedir?

Root Cause — Kök Neden

problemin:

oluşmasına:

temel olarak:

neden olan:

sistemsel faktördür.

Root Cause:

ortadan kaldırıldığında:

problemin:

tekrar etme olasılığı:

önemli ölçüde:

azalmalıdır.

Eğer:

aksiyon sonrası:

problem:

aynı şekilde:

tekrar ediyorsa:

muhtemelen:

gerçek Root Cause:

bulunamamıştır.

6. “Personel Hatası” Çoğu Zaman Yeterli Root Cause Değildir

Misafir faturası:

yanlış kesildi.

Analiz:

“Receptionist hata yaptı.”

Burada:

analiz:

çok erken:

bitmiş olabilir.

Sorulmalıdır:

Neden hata yaptı?

Training eksik miydi?

Sistem karmaşık mıydı?

Rate / package yapısı yanlış mıydı?

Handover eksik miydi?

Personel aşırı iş yükü altında mıydı?

PMS uyarı vermiyor muydu?

Supervisor kontrolü yok muydu?

SOP belirsiz miydi?

Bu sorular:

kişiden:

sisteme:

geçiş sağlar.

7. Human Error'ı Sistem Perspektifinden Okumak

İnsan:

hata yapabilir.

Ama:

iyi tasarlanmış sistem:

hatanın:

oluşmasını:

zorlaştırır.

Oluştuğunda:

erken:

tespit eder.

Ve:

etkisini:

sınırlar.

Örneğin:

Receptionist:

yanlış:

room rate

girdi.

Ama:

PMS:

approved rate'ten:

%30 sapmayı:

uyarıyor.

Supervisor:

exception report'ta:

görüyor.

Hata:

misafir check-out yapmadan:

düzeltiliyor.

Bu:

insan hatasını:

sistem kontrolüyle:

yönetmektir.

8. Root Cause Analysis Ne Zaman Yapılmalı?

Her küçük:

operasyonel problem:

için:

detaylı RCA:

gerekmeyebilir.

Ama:

özellikle:

şu durumlarda:

Root Cause Analysis:

değerli olur:

Critical Incident

Güvenlik veya ciddi hizmet problemi.

Repeat Problem

Aynı sorun tekrar ediyor.

High Financial Impact

Önemli maliyet veya Revenue Loss.

High Guest Impact

Misafir deneyimini ciddi etkiliyor.

Systemic Failure

Birden fazla department'ı etkiliyor.

Negative Trend

KPI sürekli kötüleşiyor.

Major Audit Finding

Önemli uygunsuzluk.

9. Problem Statement Doğru Yazılmalı

Root Cause Analysis:

doğru:

Problem Statement

ile:

başlar.

Kötü örnek:

“Housekeeping kötü çalışıyor.”

Bu:

yorumdur.

Daha iyi:

“Son dört haftada yapılan 240 room inspection'ın 31'inde bathroom cleanliness standard karşılanmadı. Failure Rate %12,9'a yükseldi.”

Şimdi:

problem:

ölçülebilir.

10. Problem Statement Formülü

Basit yapı:

What

Ne oldu?

Where

Nerede?

When

Ne zaman?

Magnitude

Ne kadar?

Standard

Beklenen neydi?

Örneğin:

“Ekim ayında check-in saatinden sonra gelen 320 misafirin 47'si odasının hazır olması için 15 dakikadan fazla bekledi. Otelin hedefi bu oranı %5'in altında tutmaktır.”

Bu:

Root Cause Analysis:

için:

çok daha güçlü:

başlangıçtır.

11. Önce Data, Sonra Yorum

Yönetici:

“Bence problem personel eksikliği.”

diyebilir.

Belki:

doğrudur.

Ama:

önce:

data:

incelenmelidir.

Örneğin:

• occupancy,
• arrivals,
• departures,
• rooms cleaned,
• labour hours,
• late check-outs,
• maintenance blocks,
• linen availability,
• inspection failures.

Belki:

problem:

personel sayısı değil;

room sequencing'dir.

12. Gemba Mantığı

Problem:

nerede:

oluşuyorsa:

süreci:

orada:

görmek:

çok değerlidir.

Excel:

her şeyi:

anlatmayabilir.

Örneğin:

Breakfast Replenishment:

gecikiyor.

Data:

personel sayısı:

yeterli:

gösteriyor.

Ama:

sahaya gidildiğinde:

mutfak ile buffet arasındaki:

workflow:

gereksiz:

uzun olabilir.

Süreci:

yerinde:

gözlemlemek:

Root Cause'u:

görünür hale getirebilir.

13. 5 Why

Root Cause Analysis'ın:

en basit:

araçlarından biri:

5 Why

yaklaşımıdır.

Örneğin:

Problem

Oda 14:00'te hazır değildi.

Why 1

Housekeeping geç tamamladı.

Why 2

Room attendant odaya geç başladı.

Why 3

Önce hangi odaların temizleneceği net değildi.

Why 4

Arrival priority list zamanında paylaşılmadı.

Why 5

PMS arrival data ile Housekeeping planning arasında standart bir morning handover süreci yok.

Şimdi:

Corrective Action:

“Housekeeping'i uyarın.”

değil;

Arrival Priority Handover System kurun.

olabilir.

14. 5 Why Her Zaman Beş Soru Demek Değildir

Amaç:

tam:

beş kez:

“Neden?”

demek değildir.

Bazen:

üçüncü soruda:

Root Cause:

bulunabilir.

Bazen:

yedinci soruya:

gitmek gerekir.

Amaç:

semptomdan:

sistem nedenine:

ulaşmaktır.

15. Fishbone — Ishikawa

Daha karmaşık:

problemlerde:

nedenler:

birden fazla:

kategoride:

incelenebilir.

Örneğin:

Guest Room Quality düşüyor.

People

Training,

staffing,

turnover,

supervision.

Process

SOP,

workflow,

handover.

Equipment

Vacuum,

laundry,

trolley.

Material

Linen,

chemical,

amenities.

Environment

Heat,

workspace,

elevator.

Management

Planning,

forecast,

communication,

leadership.

Bu:

probleme:

tek boyutlu:

bakmayı:

önler.

16. Pareto Analysis

Her problem:

aynı değerde:

değildir.

Örneğin:

son üç ay:

200 guest complaint:

geldi.

Dağılım:

İlk üç kategori:

şikâyetlerin:

büyük bölümünü:

oluşturuyor.

Management:

önce:

yüksek etkili:

problemlere:

odaklanabilir.

Bu:

Pareto mantığıdır.

17. Pareto'nun Yönetim Mesajı

Sürekli iyileştirme:

her problemi:

aynı anda:

çözmeye çalışmak:

değildir.

Asıl soru:

“Hangi birkaç problemi çözersek toplam performansta en büyük iyileşmeyi yaratırız?”

Bu:

kaynakların:

doğru kullanılmasını:

sağlar.

18. Process Mapping

Bazen:

Root Cause:

sürecin:

tamamını:

çizmeden:

görülemez.

Örneğin:

Guest Request:

Guest Calls Reception → Reception Records Request → Department Informed → Task Assigned → Task Completed → Reception Informed → Guest Follow-Up

Problem:

hangi noktada:

oluşuyor?

Belki:

department işi:

yapıyor.

Ama:

Reception'a:

completion:

bildirilmiyor.

Sonuç:

guest follow-up:

yapılmıyor.

19. Handoff Problemleri

Otel operasyonunda:

birçok kalite problemi:

department'ın kendi işinden değil;

department'lar arasındaki:

handoff

noktasından:

çıkar.

Örneğin:

Reservations → Front Office

Guest preference kayboluyor.

Front Office → Housekeeping

Priority room bilgisi geç gidiyor.

Housekeeping → Engineering

Defect kapanmıyor.

Engineering → Front Office

Room ready bilgisi gelmiyor.

Bu nedenle:

Root Cause Analysis:

department sınırlarını:

aşmalıdır.

20. CAPA Nedir?

CAPA — Corrective and Preventive Action

problemin:

nedenini:

ortadan kaldırmak

ve:

aynı veya benzer problemin:

tekrarını:

önlemek için:

kurulan:

aksiyon sistemidir.

Temel yapı:

Problem → Immediate Correction → Root Cause → Corrective Action → Preventive Action → Owner → Due Date → Implementation → Verification → Closure

21. Correction

Correction:

mevcut problemi:

hemen:

düzeltir.

Örneğin:

misafirin:

odasında:

saç kurutma makinesi:

çalışmıyor.

Correction:

yeni cihaz:

götürmek.

Bu:

doğrudur.

Ama:

sürekli iyileştirme:

burada:

bitmez.

22. Corrective Action

Araştırma:

gösterdi ki:

aynı model:

hair dryer'ların:

%18'i:

son altı ayda:

arızalandı.

Corrective Action:

örneğin:

problemli modelin:

değiştirilmesi

ve:

procurement specification'ın:

revize edilmesi:

olabilir.

Şimdi:

Root Cause'a:

müdahale edilmiştir.

23. Preventive Action

Aynı supplier'dan:

alınan:

başka elektrikli ekipmanlar:

da:

incelenebilir.

Bu:

benzer:

failure:

başka yerde:

oluşmadan:

önce:

riskin:

kontrol edilmesini:

sağlar.

24. CAPA'nın Altın Kuralı

Aksiyon, Root Cause ile eşleşmelidir.

Root Cause:

training gap.

Aksiyon:

training.

Mantıklı.

Root Cause:

equipment failure.

Aksiyon:

training.

Mantıksız.

Root Cause:

understaffing.

Aksiyon:

warning letter.

Mantıksız.

Root Cause:

unclear SOP.

Aksiyon:

personeli daha dikkatli olmaya çağırmak.

Yetersiz.

CAPA:

neden ile:

çözüm arasında:

mantıksal bağ:

kurmalıdır.

25. “Daha Dikkatli Olun” Bir Sistem Çözümü Değildir

Birçok işletmede:

problem sonrası:

şu söylenir:

“Arkadaşlar biraz daha dikkat edelim.”

Bu:

kısa süreli:

etki yaratabilir.

Ama:

sistem:

değişmemiştir.

Sürekli iyileştirme:

davranış talebini:

sistem değişikliğine:

dönüştürmeye:

çalışır.

26. Güçlü Corrective Action Örnekleri

Root Cause'a göre:

örneğin:

SOP Revision

Süreç netleştirilir.

Checklist

Kritik adımlar doğrulanır.

Training

Competency gap kapatılır.

Automation

Manuel hata azaltılır.

System Alert

Anormallik görünür hale gelir.

Workflow Redesign

Gereksiz adımlar kaldırılır.

Staffing Change

Capacity problemi çözülür.

Equipment Replacement

Teknik neden ortadan kaldırılır.

Supplier Change

Material quality problemi çözülür.

Approval Control

Yetki problemi çözülür.

27. CAPA Owner

Her aksiyon:

bir kişiye:

atanmalıdır.

“Front Office ilgilenecek.”

yetersizdir.

Daha iyi:

Owner: Front Office Manager

olmalıdır.

Çünkü:

sorumluluk:

department'a değil;

belirli:

role:

atanmalıdır.

28. CAPA Due Date

Aksiyon:

deadline:

taşımalıdır.

Ama:

her problem:

aynı:

Due Date:

gerektirmez.

Örneğin:

Critical

Immediate.

High

Short-term.

Medium

Planned.

Low

Improvement Backlog.

Bu:

risk-based:

prioritization

sağlar.

29. CAPA Status

Basit statüler:

kullanılabilir:

Open

Henüz başlamadı.

In Progress

Aksiyon devam ediyor.

Pending Verification

Uygulandı;

etkinliği kontrol edilecek.

Closed

Etkinliği doğrulandı.

Reopened

Problem tekrar etti.

Özellikle:

Pending Verification

önemlidir.

Çünkü:

“yaptık”

ile:

“işe yaradı”

aynı şey değildir.

30. Verification

Örneğin:

Check-In Error:

yüksek.

Root Cause:

training gap.

Training:

verildi.

CAPA:

hemen:

Closed:

olmamalıdır.

Sonraki:

100 check-in:

incelenir.

Error Rate:

%8'den:

%1'e:

düştü.

Şimdi:

Effectiveness:

doğrulanmıştır.

31. CAPA Effectiveness

CAPA'nın:

başarısı:

aksiyonun:

tamamlanmasıyla:

değil;

problemin:

azalması

veya:

ortadan kalkmasıyla:

ölçülmelidir.

Bu nedenle:

Action Completion ≠ Problem Resolution

32. Repeat Problem

Problem:

tekrar etti.

İki olasılık:

vardır.

1.

Root Cause yanlış bulundu.

2.

Corrective Action yetersizdi.

Her iki durumda da:

CAPA:

Reopen:

edilebilir.

Bu:

başarısızlık:

değildir.

Bu:

sistemin:

öğrenmesidir.

33. PDCA Nedir?

Sürekli iyileştirmenin:

en güçlü:

yönetim döngülerinden biri:

PDCA

dır.

Plan

Problemi tanımla ve çözümü tasarla.

Do

Çözümü uygula.

Check

Sonucu ölç.

Act

Başarılıysa standardize et;

başarısızsa öğren ve yeniden düzenle.

Bu:

tek seferlik:

proje:

değildir.

Döngüdür.

34. PLAN

Plan aşamasında:

şunlar:

yapılır:

• problem definition,
• baseline,
• data collection,
• root cause,
• target,
• action plan,
• owner,
• timeline,
• expected impact.

Örneğin:

Problem:

Breakfast Replenishment Complaints.

Baseline:

ayda 22 complaint.

Target:

3 ay içinde:

<5.

35. DO

Çözüm:

pilot olarak:

uygulanabilir.

Örneğin:

• buffet zoning,
• replenishment checklist,
• peak-hour staffing,
• par level,
• kitchen-buffet communication.

Ama:

mümkünse:

önce:

kontrollü:

pilot:

yapmak:

faydalıdır.

36. CHECK

Sonuç:

ölçülür.

Örneğin:

Complaint:

22 → 7.

Buffet Gap Incidents:

35 → 9.

Labour Hours:

+%3.

Food Waste:

-%5.

Şimdi:

çözümün:

yalnızca:

kaliteye değil;

maliyet

ve:

verimliliğe:

etkisi de:

görülebilir.

37. ACT

Sonuç:

başarılıysa:

new process:

standardize edilir.

• SOP update,
• checklist update,
• training,
• rollout,
• KPI target update.

Eğer:

başarısızsa:

yeniden:

Root Cause:

incelenir.

PDCA:

tekrar:

başlar.

38. PDCA'nın En Kritik Bölümü: Act

Birçok işletme:

Plan

ve:

Do

yapar.

Biraz:

Check

eder.

Ama:

Act:

yapmaz.

Sonuç:

başarılı iyileştirme:

standard'a:

dönüşmez.

Bir süre sonra:

eski çalışma biçimi:

geri gelir.

Bu nedenle:

İyileştirme standardize edilmedikçe kalıcı değildir.

39. New Standard

İyileştirme:

başarılı.

Şimdi:

eski SOP:

değiştirilir.

New Standard:

oluşturulur.

Personel:

yeniden:

eğitilir.

Checklist:

güncellenir.

Audit:

yeni standard'a:

göre:

yapılır.

Bu:

PDCA'nın:

organizasyonel öğrenmeye:

dönüştüğü:

noktadır.

40. SDCA + PDCA

İyi yönetim:

yalnızca:

PDCA:

değildir.

İki döngü:

birlikte:

çalışabilir.

SDCA

Standardize → Do → Check → Act

Mevcut standardı:

korur.

PDCA

Plan → Do → Check → Act

Standardı:

geliştirir.

Yani:

SDCA istikrarı, PDCA gelişimi sağlar.

41. Önce Standardize Et, Sonra İyileştir

Süreç:

herkes tarafından:

farklı yapılıyorsa:

iyileştirme:

ölçmek:

zorlaşır.

Önce:

best known method:

standardize edilir.

Sonra:

baseline:

ölçülür.

Sonra:

iyileştirme:

yapılır.

Bu:

çok önemli:

bir prensiptir.

42. Standard Work

Örneğin:

Room Cleaning:

her attendant:

farklı sırayla:

yapıyor.

Biri:

30 dakika.

Biri:

45 dakika.

Biri:

kaliteli.

Biri:

değil.

Önce:

Standard Work:

tanımlanır.

Sonra:

Quality

ve:

Productivity:

ölçülür.

Sonra:

iyileştirme:

yapılır.

43. Kaizen

Kaizen

sürekli:

küçük iyileştirmeler:

mantığıdır.

Her improvement:

büyük:

CAPEX

veya:

transformation project:

olmak zorunda değildir.

Örneğin:

Housekeeping trolley:

yeniden:

düzenlendi.

Her oda:

45 saniye:

daha hızlı.

Kalite:

değişmedi.

Günde:

100 oda:

varsa:

75 dakika:

tasarruf.

Küçük değişiklik:

büyük:

yıllık etki:

yaratabilir.

44. Frontline Improvement

Problemi:

en iyi gören:

kişi:

çoğu zaman:

işi her gün yapan:

çalışandır.

Room Attendant:

hangi malzemenin:

yanlış yerde olduğunu:

bilir.

Receptionist:

PMS'deki:

gereksiz adımı:

bilir.

Waiter:

Breakfast Flow:

darboğazını:

bilir.

Bu nedenle:

Continuous Improvement:

yalnızca:

management'ın:

işi olmamalıdır.

45. Employee Suggestion System

Basit:

Improvement Suggestion:

sistemi:

kurulabilir.

Çalışan:

şunları:

yazabilir:

Problem

Neyi görüyorum?

Suggestion

Ne değişebilir?

Benefit

Ne kazanırız?

Risk

Ne etkilenebilir?

Sonra:

öneri:

değerlendirilir.

46. Her Öneri Uygulanmak Zorunda Değildir

Ama:

her öneri:

değerlendirilmelidir.

Çünkü:

çalışan:

öneri yapıyor;

kimse:

bakmıyorsa:

bir süre sonra:

sistem:

ölür.

Bu nedenle:

Suggestion:

Submit → Review → Decision → Feedback

döngüsüne:

sahip olmalıdır.

47. Psychological Safety

Çalışan:

“Bu süreç çalışmıyor.”

dediğinde:

cezalandırılacağını:

düşünüyorsa:

problemler:

gizlenir.

Sürekli iyileştirme için:

Psychological Safety

önemlidir.

Ama:

bu:

hesap verebilirliğin:

olmaması:

demek değildir.

Doğru yaklaşım:

Problemi saklamak kabul edilmez; problemi görünür yapmak teşvik edilir.

48. Blame Culture

Her hata sonrası:

“Kim yaptı?”

sorusuyla:

başlayan:

organizasyon:

çalışanlara:

hata saklamayı:

öğretebilir.

Daha güçlü:

ilk soru:

“Ne oldu ve sistem neden buna izin verdi?”

olabilir.

Eğer:

kasıt,

ihmal

veya:

policy violation:

varsa:

ayrıca:

yönetilir.

Ama:

sistem analizi:

yine:

yapılmalıdır.

49. Just Culture

İyi yönetim:

her hatayı:

aynı:

değerlendirmez.

Human Error

Sistem ve training:

incelenir.

At-Risk Behaviour

Risk farkındalığı ve process:

incelenir.

Reckless / Intentional Behaviour

Accountability:

devreye girer.

Bu:

kalite kültürüyle:

disiplini:

dengeleyebilir.

50. Continuous Improvement Backlog

Otel:

bütün:

iyileştirme fırsatlarını:

bir:

backlog'da:

toplayabilir.

Örneğin:

Bu:

management'ın:

kaynakları:

doğru yere:

ayırmasını:

sağlar.

51. Impact × Effort Matrix

İyileştirmeler:

dört gruba:

ayrılabilir.

High Impact / Low Effort

Quick Win.

High Impact / High Effort

Strategic Project.

Low Impact / Low Effort

Optional Improvement.

Low Impact / High Effort

Usually Low Priority.

Bu:

özellikle:

küçük otellerde:

çok faydalıdır.

52. Quick Win Tuzakları

Sadece:

Quick Win:

yapmak:

da:

doğru değildir.

Bazı:

Root Cause'lar:

CAPEX,

technology

veya:

organizasyon değişikliği:

gerektirir.

Bunlar:

zor olduğu için:

sürekli ertelenirse:

otel:

semptomları:

yönetmeye:

devam eder.

53. Improvement Business Case

Büyük iyileştirmelerde:

Business Case:

hazırlanabilir.

Örneğin:

Noise Insulation.

Investment

2 M TL.

Current Complaint

200/year.

Compensation

300 K/year.

Review Impact

High.

ADR Potential

Positive.

Asset Improvement

Long-term.

Şimdi:

quality project:

aynı zamanda:

investment decision:

haline gelir.

54. Quality Improvement ile Finansın Bağlantısı

Continuous Improvement:

yalnızca:

Guest Satisfaction:

değildir.

Şunları:

iyileştirebilir:

• labour productivity,
• waste,
• energy,
• maintenance cost,
• food cost,
• inventory loss,
• refund,
• compensation,
• distribution process,
• Revenue leakage.

Bu nedenle:

Quality Management:

finansal yönetimle:

bağlantılıdır.

55. Cost of Poor Quality

Kalite probleminin:

görünür:

ve:

görünmeyen:

maliyeti vardır.

Visible

Refund.

Complimentary.

Replacement.

Rework.

Waste.

Hidden

Staff time.

Management time.

Negative review.

Lost repeat guest.

Lower conversion.

Lower ADR power.

Brand damage.

Bu nedenle:

problem:

yalnızca:

“kaç complaint aldık?”

ile:

ölçülmemelidir.

56. Rework

Bir iş:

ilk seferde:

doğru yapılmadığında:

yeniden:

yapılır.

Örneğin:

oda:

yeniden temizlenir.

Fatura:

yeniden düzenlenir.

Breakfast item:

yeniden hazırlanır.

Maintenance:

ikinci kez:

gelir.

Bu:

Rework Cost

yaratır.

57. First-Time-Right

Sürekli iyileştirmenin:

önemli:

KPI'larından biri:

First-Time-Right

olabilir.

Örneğin:

500 oda:

inspection.

450:

ilk kontrolde:

pass.

First-Time-Right:

%90

Amaç:

yalnızca:

final quality:

değil;

işi:

ilk seferde:

doğru yapmak:

olmalıdır.

58. Defect Rate

Örneğin:

1.000 service transaction.

40 defect.

Defect Rate:

%4

Sonraki ay:

%2,5.

Sonraki:

%1,8.

Şimdi:

iyileştirme:

trend:

üzerinden:

görülebilir.

59. Repeat Defect Rate

Daha önemli:

başka KPI:

Repeat Defect Rate

olabilir.

Çünkü:

aynı problem:

tekrar ediyorsa:

organizasyon:

öğrenmiyor olabilir.

Örneğin:

100 NCR.

15:

previously identified issue.

Repeat NCR Rate:

%15

Hedef:

zamanla:

düşürmek olabilir.

60. CAPA On-Time Closure

Açılan:

CAPA'ların:

ne kadarı:

Due Date içinde:

kapanıyor?

Örneğin:

40 CAPA.

32 on time.

On-Time Closure:

%80

Ama:

tek başına:

yetmez.

61. CAPA Closure Kaliteyi Kanıtlamaz

%100 CAPA:

Closed.

Harika.

Ama:

aynı problem:

devam ediyor.

O halde:

closure:

formalitedir.

Bu nedenle:

ikinci KPI:

CAPA Effectiveness

olmalıdır.

62. CAPA Effectiveness Rate

Örneğin:

30 CAPA:

effectiveness review:

yapıldı.

24:

problemi:

gerçekten:

azalttı

veya:

ortadan kaldırdı.

Effectiveness Rate:

%80

Bu:

organizasyonun:

problem çözme kalitesi:

hakkında:

bilgi verir.

63. Improvement Completion Rate

Planlanan:

iyileştirme projelerinin:

ne kadarı:

tamamlandı?

Ama:

yine:

sadece:

completion:

değil;

impact

ölçülmelidir.

64. Improvement Impact

Örneğin:

Breakfast Project:

tamamlandı.

Sonuç:

Complaint

-65%.

Waste

-18%.

Labour Hour

-4%.

Guest Satisfaction

+0,3 puan.

Şimdi:

projenin:

gerçek etkisi:

görülebilir.

65. Before vs After

Her improvement:

mümkün olduğunda:

Baseline

ile:

karşılaştırılmalıdır.

Before

Problem neydi?

Change

Ne yaptık?

After

Ne oldu?

Sustained?

Devam ediyor mu?

Bu:

iyileştirmenin:

kanıtını:

oluşturur.

66. Pilot

Büyük değişiklikleri:

tüm otelde:

hemen:

uygulamak:

riskli olabilir.

Örneğin:

yeni:

Housekeeping Workflow:

önce:

bir floor

veya:

belirli room group:

üzerinde:

pilot:

edilebilir.

Sonuç:

iyi ise:

scale edilir.

67. Pilot Design

Pilot:

şunları:

tanımlamalıdır:

Scope

Nerede?

Duration

Ne kadar?

Baseline

Başlangıç ne?

Target

Başarı nedir?

Guardrail

Neyi bozmamalıyız?

Decision

Ne olursa rollout?

Bu:

deneme-yanılmayı:

yönetilebilir:

experiment:

haline getirir.

68. Guardrail KPI

İyileştirme:

bir KPI'ı:

geliştirirken:

başka KPI'ı:

bozabilir.

Örneğin:

Room Cleaning Time:

35 → 25 dakika.

Harika.

Ama:

Inspection Pass:

%96 → %81.

Bu:

iyileştirme değildir.

Bu nedenle:

Productivity Project:

yanında:

Quality Guardrail:

olmalıdır.

69. Cost Saving Guardrail

Laundry Cost:

azaltıldı.

Ama:

Linen Complaint:

arttı.

Food Cost:

azaldı.

Ama:

Breakfast Satisfaction:

düştü.

Labour Cost:

azaldı.

Ama:

Check-In Waiting:

arttı.

Bu nedenle:

Tek KPI optimizasyonu, sistem optimizasyonu değildir.

70. System Thinking

Otel:

birbirine bağlı:

sistemdir.

Housekeeping:

Front Office'u:

etkiler.

Front Office:

Guest Satisfaction'ı:

etkiler.

Guest Satisfaction:

Review'u:

etkiler.

Review:

Conversion'ı:

etkiler.

Conversion:

Revenue'yu:

etkiler.

Revenue:

Staffing'i:

etkiler.

Bu nedenle:

iyileştirme:

department bazlı:

değil;

sistem bazlı:

düşünülmelidir.

71. Local Optimization

Bir department:

kendi KPI'ını:

iyileştirirken:

otelin toplam sonucunu:

bozabilir.

Örneğin:

Purchasing:

en ucuz:

amenity'yi:

aldı.

Procurement Saving:

yüksek.

Ama:

Guest Complaint:

arttı.

Şimdi:

Purchasing:

başarılı mı?

Hayır.

Bu:

Local Optimization

problemidir.

72. Hotel-Level Optimization

Daha doğru soru:

“Bu karar otelin toplam ekonomik ve kalite sonucunu iyileştirdi mi?”

Bu nedenle:

department KPI'ları:

hotel-level:

guardrail

ile:

birlikte:

yönetilmelidir.

73. Bottleneck

Her sistemde:

kapasiteyi:

sınırlayan:

darboğaz:

olabilir.

Örneğin:

Breakfast'ta:

kitchen:

yeterli.

Waiter:

yeterli.

Ama:

coffee machine:

tek.

Queue:

oluşuyor.

Daha fazla:

waiter:

almak:

problemi:

çözmez.

Bottleneck:

coffee capacity.

Sürekli iyileştirme:

darboğazı:

bulmalıdır.

74. Constraint Management

Bottleneck:

belirlendikten sonra:

önce:

mevcut kapasite:

daha iyi:

kullanılır.

Sonra:

gerekirse:

capacity:

artırılır.

Bu:

gereksiz:

maliyet artışını:

önleyebilir.

75. Waste

Otel süreçlerinde:

değer yaratmayan:

faaliyetler:

bulunabilir.

Örneğin:

• unnecessary movement,
• waiting,
• duplicate data entry,
• excess inventory,
• rework,
• overproduction,
• unnecessary approval,
• unused employee ideas.

Bunlar:

operasyonel:

waste:

yaratır.

76. Waiting

Misafir:

bekliyor.

Personel:

bekliyor.

Room:

maintenance:

bekliyor.

Invoice:

approval:

bekliyor.

Supplier:

payment:

bekliyor.

Waiting:

otel süreçlerinde:

çok önemli:

bir:

inefficiency:

kaynağıdır.

77. Motion

Housekeeping employee:

her oda için:

linen room'a:

iki kez:

gidiyor.

Bu:

quality:

problemi olmayabilir.

Ama:

productivity:

problemi:

olabilir.

Trolley design:

değişerek:

gereksiz hareket:

azaltılabilir.

78. Overprocessing

Misafir bilgisi:

PMS'e:

giriliyor.

Sonra:

Excel'e.

Sonra:

başka form'a.

Sonra:

WhatsApp'a.

Bu:

duplicate process:

hata riskini:

ve:

labour:

artırabilir.

Continuous Improvement:

süreçleri:

sadeleştirmeye:

çalışmalıdır.

79. Automation Before Optimization Hatası

Kötü süreci:

otomatikleştirmek:

onu:

iyi süreç:

yapmaz.

Önce:

süreç:

incelenmelidir.

Gereksiz adımlar:

kaldırılmalıdır.

Sonra:

automation:

yapılmalıdır.

Aksi halde:

otel:

inefficiency'yi dijitalleştirmiş

olabilir.

80. Technology Improvement

Doğru yerde:

technology:

çok güçlü:

iyileştirme:

yaratabilir.

Örneğin:

• automated guest messaging,
• digital task management,
• PMS integration,
• maintenance ticketing,
• housekeeping status,
• inventory alerts,
• dashboard,
• anomaly detection.

Ama:

technology:

Root Cause:

ile:

eşleşmelidir.

81. Data Quality

Continuous Improvement:

data:

üzerine:

kuruluyorsa:

data'nın:

doğru olması gerekir.

Yanlış:

PMS coding,

eksik complaint entry,

tutarsız defect category

varsa:

analiz:

yanlış olabilir.

Bu nedenle:

Data Quality

iyileştirme sisteminin:

temelidir.

82. Standard Definitions

Örneğin:

“Room Complaint”

her department'ta:

farklı tanımlanıyorsa:

KPI:

güvenilir değildir.

Bu nedenle:

KPI Dictionary:

şunları:

tanımlamalıdır:

• definition,
• formula,
• source,
• owner,
• frequency,
• target.

Bu:

19/20'de ele alacağımız:

KPI sisteminin:

temelidir.

83. Trend

Tek veri noktası:

karar için:

yetersiz olabilir.

Örneğin:

Complaint Rate:

bu ay:

%3,1.

İyi mi?

Geçmiş:

%1,4 → %1,8 → %2,4 → %3,1.

Şimdi:

trend:

problem:

gösteriyor.

Sürekli iyileştirme:

snapshot değil;

trend

okur.

84. Variance

Actual:

standard

veya:

target'tan:

sapıyorsa:

Variance:

oluşur.

Ama:

her variance:

problem değildir.

Management:

şunu sorar:

Material mı?

Repeat ediyor mu?

Trend mi?

Random mı?

Riskli mi?

Bu:

gereksiz:

mikro yönetimi:

önler.

85. Common Cause vs Special Cause

Bazı problemler:

sistemin:

normal çalışma biçiminden:

kaynaklanır.

Bunlar:

Common Cause

olarak:

düşünülebilir.

Bazıları:

olağandışı:

tekil olaydır.

Special Cause

olabilir.

Örneğin:

her hafta:

check-in gecikmesi:

sistem problemi.

Bir gün:

şehir genelinde:

elektrik kesintisi:

special event.

İki problem:

aynı şekilde:

yönetilmemelidir.

86. Sistem Problemini Personel Değiştirerek Çözemezsiniz

Eğer:

10 farklı receptionist:

aynı:

billing error:

yapıyorsa:

problem:

muhtemelen:

insan değildir.

Process,

system,

training

veya:

design:

problemidir.

Bu:

Continuous Improvement'ın:

en önemli:

yönetim bakışlarından biridir.

87. Control Plan

İyileştirme:

başarılı olduktan sonra:

sonucu:

koruyacak:

Control Plan:

oluşturulabilir.

Örneğin:

Process

Guest Room Cleaning.

Critical Point

Bathroom Hygiene.

Control

Supervisor Inspection.

Frequency

Daily sample.

KPI

Pass Rate.

Trigger

<%95.

Action

RCA.

Bu:

iyileştirmenin:

geriye:

dönmesini:

önlemeye yardımcı olur.

88. Sustainment

Bir iyileştirme:

ilk ay:

çalıştı.

Üç ay sonra:

eski seviyeye:

döndü.

Bu:

sürdürülebilir:

iyileştirme:

değildir.

Bu nedenle:

30,

60

ve:

90 günlük:

Effectiveness Review:

yapılabilir.

89. Improvement Decay

Yeni sistem:

ilk günlerde:

iyi uygulanır.

Sonra:

disiplin:

azalır.

Checklist:

doldurulmaz.

Supervisor:

kontrol etmez.

Sonuç:

performans:

eski seviyeye:

yaklaşır.

Bu:

Improvement Decay

olarak:

düşünülebilir.

Çözüm:

audit,

KPI,

training

ve:

management attention:

ile:

sistemi:

korumaktır.

90. Standard Audit

Yeni standard:

uygulandıktan sonra:

audit:

şunu kontrol eder:

“Yeni çalışma biçimi gerçekten normal operasyon haline geldi mi?”

Bu:

Continuous Improvement

ile:

QMS'in:

birleştiği:

noktadır.

91. Daily Improvement

Her improvement:

aylık:

toplantıyı:

beklememelidir.

Küçük:

operasyonel problemler:

günlük:

çözülebilir.

Örneğin:

Morning Briefing:

içinde:

Yesterday's Problem

Today's Risk

Open Action

Quick Improvement

konuşulabilir.

Bu:

iyileştirmeyi:

günlük yönetimin:

parçası:

yapar.

92. Weekly Improvement Review

Haftalık:

department:

şunları:

inceleyebilir:

• top defects,
• repeat complaints,
• open CAPA,
• overdue actions,
• KPI variance,
• employee suggestions,
• quick wins.

Amaç:

problem listesi:

oluşturmak değil;

aksiyon:

üretmektir.

93. Monthly Management Review

GM:

aylık:

şunlara:

bakabilir:

Top 5 Problems

Root Causes

CAPA Status

Repeat Issues

Improvement Projects

Quality KPI

Cost Savings

Guest Impact

Resource Needs

Strategic Blockers

Bu:

Continuous Improvement'ı:

management agenda:

haline getirir.

94. Improvement Governance

Her improvement:

aynı yönetim seviyesine:

gitmemelidir.

Frontline

Küçük günlük iyileştirme.

Department

Process improvement.

GM

Cross-functional improvement.

Owner

CAPEX / strategic improvement.

Bu:

kararların:

doğru seviyede:

alınmasını:

sağlar.

95. Escalation

Problem:

department:

seviyesinde:

çözülemiyorsa:

escalate:

edilmelidir.

Örneğin:

Housekeeping:

noise complaint:

çözemez.

Engineering:

de:

çözemez.

Root Cause:

building insulation.

Bu:

Owner / CAPEX:

seviyesine:

çıkar.

96. Improvement Charter

Büyük projelerde:

basit:

Project Charter:

kullanılabilir.

Problem

Ne?

Baseline

Neredeyiz?

Target

Nereye gideceğiz?

Scope

Neyi kapsıyor?

Owner

Kim?

Team

Kimler?

Deadline

Ne zaman?

KPI

Nasıl ölçeceğiz?

Guardrail

Neyi bozmamalıyız?

Bu:

iyileştirme projesini:

netleştirir.

97. Target Setting

Hedef:

“Complaint'i azaltalım.”

olmamalıdır.

Daha iyi:

“90 gün içinde Bathroom Cleanliness Complaint Rate'i 100 stay başına 2,4'ten 0,8'in altına düşürmek.”

Bu:

ölçülebilir:

iyileştirme hedefidir.

98. SMART Improvement

Hedef:

mümkün olduğunca:

• Specific,
• Measurable,
• Achievable,
• Relevant,
• Time-bound

olabilir.

Ama:

asıl amaç:

akronim:

değil;

kararın ölçülebilir olmasıdır.

99. Baseline Olmadan İyileştirme Ölçülemez

Yeni sistem:

kuruldu.

Management:

“Çok daha iyi oldu.”

diyor.

Ne kadar?

Bilinmiyor.

Bu nedenle:

değişiklikten önce:

Baseline:

ölçmek:

çok değerlidir.

100. Benchmark

İyileştirme hedefi:

şunlardan:

üretilebilir:

• historical best,
• budget,
• brand standard,
• internal benchmark,
• other property,
• external benchmark.

Ama:

benchmark:

kopyalanmamalıdır.

Otelin:

kendi:

business model'ına:

uygun olmalıdır.

101. Best Practice'i Körü Körüne Kopyalamayın

Başka otelde:

çalışan:

process:

sizin otelinizde:

çalışmayabilir.

Çünkü:

• room count,
• architecture,
• guest profile,
• staffing,
• technology,
• brand promise

farklıdır.

Bu nedenle:

best practice:

adapt

edilmelidir;

copy-paste:

değil.

102. Experimentation

Bazı improvement'larda:

en iyi çözüm:

önceden:

bilinmeyebilir.

İki yöntem:

test edilebilir.

Örneğin:

Pre-Arrival Message:

Version A

ve:

Version B.

Sonuç:

response,

upsell,

guest satisfaction:

üzerinden:

karşılaştırılabilir.

Bu:

operasyonu:

öğrenen:

bir sisteme:

dönüştürür.

103. Failure'dan Öğrenmek

Her pilot:

başarılı:

olmak zorunda değildir.

Başarısız pilot:

eğer:

kontrollü,

ölçülmüş

ve:

öğrenilmişse:

değer:

üretebilir.

Asıl problem:

başarısızlık:

değil;

aynı hatayı:

veri toplamadan:

tekrar etmektir.

104. Learning Log

Önemli:

improvement project'lerin:

sonunda:

şunlar:

kaydedilebilir:

What worked?

What didn't?

Why?

What would we do differently?

What became the new standard?

Bu:

organizasyonun:

hafızasını:

oluşturur.

105. Organizational Memory

GM:

değişti.

Housekeeping Manager:

değişti.

Ama:

otel:

beş yıl önce:

çözdüğü problemi:

yeniden:

yaşamamalıdır.

NCR,

CAPA,

PDCA,

SOP,

Project Review

ve:

Learning Log:

organizasyonun:

hafızasını:

korur.

106. Knowledge Transfer

İyi improvement:

yalnızca:

bir kişinin:

bildiği:

çözüm:

olarak:

kalmamalıdır.

Şunlara:

aktarılmalıdır:

• SOP,
• training,
• checklist,
• system configuration,
• onboarding,
• audit.

Böylece:

bilgi:

kişiden:

organizasyona:

geçer.

107. Owner Dependency'yi Azaltmak

Owner:

sürekli:

şunu söylüyor:

“Ben söylemezsem kimse düzeltmiyor.”

Bu:

Continuous Improvement System:

olmadığını:

gösterebilir.

Profesyonel sistemde:

problem:

data:

ile:

görünür olur.

Owner:

atanır.

Action:

takip edilir.

Result:

ölçülür.

Owner:

her problemi:

kişisel olarak:

bulmak zorunda:

kalmaz.

108. Owner'ın Rolü

Owner:

her:

CAPA'yı:

yönetmemelidir.

Owner:

şunları:

görmelidir:

En büyük sistemik problem ne?

Hangi problem tekrar ediyor?

Hangi CAPA gecikiyor?

Hangi improvement yatırım gerektiriyor?

Quality trend ne?

Productivity artarken kalite korunuyor mu?

Organizasyon öğreniyor mu?

Bu:

governance:

seviyesidir.

109. Continuous Improvement Dashboard

Owner / GM:

örneğin:

şunları:

görebilir:

Bu:

iyileştirme sisteminin:

çalışıp çalışmadığını:

gösterir.

110. Improvement KPI ile Business KPI'ı Bağlayın

Örneğin:

Project:

Housekeeping Flow.

Improvement KPI:

Cleaning Time.

Quality Guardrail:

Inspection Pass.

Financial KPI:

Labour Cost per Occupied Room.

Guest KPI:

Cleanliness Score.

Bu:

iyileştirmenin:

gerçek:

business impact'ini:

gösterir.

111. Improvement Savings

Cost improvement:

varsa:

tasarruf:

doğrulanabilir.

Örneğin:

eski chemical cost:

80 TL / occupied room.

Yeni:

65 TL.

Quality:

aynı.

Yıllık:

20.000 occupied room.

Potential Saving:

300.000 TL.

Ama:

bu:

gerçek:

volume

ve:

purchase data

ile:

doğrulanmalıdır.

112. Hard Saving vs Soft Saving

Hard Saving

P&L veya Cash'te:

ölçülebilir:

gerçek tasarruf.

Soft Saving

Zaman,

risk,

capacity,

service

iyileştirmesi.

İkisi de:

değerlidir.

Ama:

birbirine:

karıştırılmamalıdır.

113. Time Saving Her Zaman Cash Saving Değildir

Process:

günde:

2 saat:

kazandırdı.

Bu:

otomatik olarak:

2 saatlik:

salary saving:

demek değildir.

Ama:

aynı personelin:

daha fazla:

değer üreten:

iş yapmasını:

sağlayabilir.

Bu nedenle:

productivity gain

ile:

cash saving:

ayrılmalıdır.

114. Revenue Improvement

Continuous Improvement:

Revenue:

da:

yaratabilir.

Örneğin:

Booking Process:

iyileştirildi.

Response Time:

düştü.

Conversion:

arttı.

Direct Booking:

arttı.

Distribution Cost:

düştü.

Şimdi:

quality improvement:

commercial impact:

yaratmıştır.

115. Guest Experience Improvement

Örneğin:

Pre-Arrival Process:

iyileştirildi.

Misafir:

arrival time:

önceden:

bildiriyor.

Room Assignment:

daha iyi.

Check-In:

hızlanıyor.

Guest Satisfaction:

artıyor.

Upsell:

fırsatı:

oluşuyor.

Tek improvement:

birden fazla:

KPI'ı:

etkileyebilir.

116. Cross-Functional Improvement

Büyük problemler:

çoğu zaman:

tek department'ın:

sınırını:

aşar.

Örneğin:

Room Not Ready:

Reservations

Arrival data.

Front Office

Room assignment.

Housekeeping

Cleaning.

Engineering

Defect.

Management

Staffing.

Bu nedenle:

Cross-Functional Team:

gerekebilir.

117. Improvement Team

Büyük projede:

şunlar:

olabilir:

Sponsor

GM.

Process Owner

Department Manager.

Team Members

İlgili departments.

Data Owner

Raporlama sorumlusu.

Action Owners

Belirli kişiler.

Bu:

sorumluluğu:

netleştirir.

118. Sponsor ile Owner Aynı Şey Değildir

Sponsor:

engel kaldırır,

kaynak sağlar,

karar verir.

Process Owner:

sürecin:

günlük:

sorumlusudur.

Bu ayrım:

özellikle:

büyüyen:

organizasyonda:

önemlidir.

119. Management Attention

Sürekli iyileştirme:

yalnızca:

Quality Department'a:

bırakılırsa:

zayıflayabilir.

GM:

düzenli olarak:

sormalıdır:

“Geçen ay hangi problemi sistematik olarak çözdük?”

Bu:

organizasyona:

iyileştirmenin:

önemli olduğunu:

gösterir.

120. Recognition

İyi improvement:

yapan:

personel:

tanınabilir.

Ama:

yalnızca:

büyük:

financial saving:

ödüllendirilmemelidir.

Misafir deneyimi,

safety,

quality,

efficiency,

risk reduction

iyileştirmeleri de:

değer:

yaratır.

121. Improvement Culture

Sürekli iyileştirme kültürü:

şunu söyler:

“Bugünkü standard, ulaşabileceğimiz son nokta değildir.”

Ama:

aynı zamanda:

“Standard'ı keyfimize göre değiştirmeyiz.”

Önce:

data.

Sonra:

test.

Sonra:

verification.

Sonra:

standardization.

122. Innovation ile Continuous Improvement Aynı Şey Değildir

Continuous Improvement:

çoğu zaman:

mevcut sistemi:

adım adım:

geliştirir.

Innovation:

daha radikal:

değişim:

yaratabilir.

Örneğin:

Continuous Improvement

Check-In formunu:

sadeleştirmek.

Innovation

Traditional Front Desk'i:

tamamen:

mobile check-in modeline:

dönüştürmek.

Otel:

ikisine de:

ihtiyaç duyabilir.

123. Ne Zaman Incremental Improvement Yetmez?

Eğer:

süreç:

temelden:

yanlışsa:

küçük:

Kaizen:

yeterli olmayabilir.

Örneğin:

10 ayrı Excel:

aynı veriyi:

manuel:

taşıyor.

Her Excel'i:

%5 daha iyi:

yapmak yerine:

süreci:

baştan:

tasarlamak:

gerekebilir.

Bu:

Process Redesign

gerektirir.

124. Process Redesign

Temel sorular:

Bu adım neden var?

Misafire değer yaratıyor mu?

Risk kontrol ediyor mu?

Yasal zorunluluk mu?

Kaldırabilir miyiz?

Birleştirebilir miyiz?

Otomatikleştirebilir miyiz?

Daha erken yapabilir miyiz?

Bu:

süreçleri:

sadeleştirir.

125. Improvement Priority Formula

Resmî matematik:

olmak zorunda değildir.

Ama:

management:

şöyle:

düşünebilir:

Priority ≈ Impact × Urgency × Risk / Effort

Yüksek:

Impact,

Urgency

ve:

Risk;

düşük:

Effort:

varsa:

öncelik:

yüksek olabilir.

Bu:

backlog:

yönetimini:

kolaylaştırır.

126. Safety ve Compliance Improvement'ı ROI ile Sınırlamayın

Bazı improvement:

doğrudan:

ROI:

üretmeyebilir.

Örneğin:

fire safety.

Data security.

Food safety.

Legal compliance.

Bunlar:

risk azaltır.

Bu nedenle:

her improvement:

yalnızca:

financial payback:

ile:

değerlendirilmemelidir.

127. Continuous Improvement ve Risk Management

Problem:

gerçekleşmeden:

önce:

risk:

görülebilir.

Örneğin:

Preventive Maintenance Completion:

üç aydır:

düşüyor.

Henüz:

Guest Complaint:

artmadı.

Ama:

risk:

artıyor.

Management:

erken:

aksiyon:

alabilir.

Bu:

reactive:

yönetimden:

proactive:

yönetime:

geçiştir.

128. Leading Indicator

Leading KPI:

gelecekteki:

problemin:

erken sinyalini:

verebilir.

Örneğin:

• overdue training,
• PM completion,
• audit failure,
• staffing gap,
• open critical CAPA.

Bunlar:

Guest Complaint:

oluşmadan:

önce:

risk:

gösterebilir.

129. Lagging Indicator

Lagging KPI:

problem:

gerçekleştikten sonra:

görünür.

Örneğin:

• complaint,
• refund,
• negative review,
• guest compensation,
• equipment breakdown.

İyi Continuous Improvement System:

Leading

ve:

Lagging:

KPI'ları:

birlikte:

izler.

130. Predictive Improvement

Sistem:

olgunlaştıkça:

şu seviyeye:

geçebilir:

Reactive

Problem oldu;

düzelt.

Corrective

Root Cause bul;

tekrarını önle.

Preventive

Risk gör;

problem olmadan aksiyon al.

Predictive

Data'dan gelecekteki riski tahmin et.

Bu:

Quality Management Maturity:

seviyesini:

artırır.

131. AI ile Continuous Improvement

Daha ileri sistemlerde:

AI:

örneğin:

şunları:

analiz edebilir:

• guest review text,
• complaint categories,
• maintenance patterns,
• staffing data,
• audit findings,
• CAPA recurrence,
• Revenue anomalies.

AI:

pattern:

bulabilir.

Ama:

Root Cause:

otomatik olarak:

kanıtlanmış:

sayılmamalıdır.

AI:

investigation hypothesis

üretebilir.

132. AI'nın Doğru Rolü

AI:

şunu söyleyebilir:

“Noise complaint'ların %68'i belirli oda grubunda yoğunlaşıyor.”

Bu:

çok değerli:

sinyaldir.

Ama:

neden:

HVAC mı?

Street noise mu?

Door insulation mı?

Guest mix mi?

yerinde:

doğrulanmalıdır.

Data:

soru üretir.

Operasyon:

cevabı:

kanıtlar.

133. Multi-Property Continuous Improvement

Birden fazla:

otel:

olduğunda:

iyileştirme:

daha güçlü:

hale gelebilir.

Property A:

problem:

çözdü.

Property B:

aynı problemi:

yaşamadan:

öğrenebilir.

Bu:

Portfolio Learning

yaratır.

134. Best Practice Transfer

Örneğin:

bir otel:

Breakfast Waste:

%25:

azalttı.

Sistem:

dokümante edilir.

Diğer property:

aynı:

method'u:

kendi koşullarında:

pilot:

eder.

Başarılıysa:

portfolio standard:

olabilir.

Bu:

ölçeğin:

önemli avantajlarından biridir.

135. Tek Otelden Öğrenen Markaya

İlk otelde:

bilgi:

kurucunun:

kafasında:

olabilir.

İkinci otelde:

dokümantasyon:

gerekir.

Beşinci otelde:

cross-property learning:

gerekir.

Onuncu otelde:

organizasyon:

learning system

olmak zorundadır.

Bu nedenle:

Continuous Improvement:

multi-property büyümenin:

temel altyapılarından biridir.

136. 15 Yaygın Sürekli İyileştirme Hatası

1.

Semptomu Root Cause sanmak.

2.

Her problemi personel hatası olarak açıklamak.

3.

Data toplamadan çözüm üretmek.

4.

Correction ile Corrective Action'ı karıştırmak.

5.

Root Cause ile eşleşmeyen CAPA yazmak.

6.

Her probleme training vermek.

7.

CAPA'yı verification olmadan kapatmak.

8.

Repeat problem'i izlememek.

9.

Baseline ölçmeden improvement yapmak.

10.

Tek KPI'ı iyileştirip diğerlerini bozmak.

11.

Pilot yapmadan büyük değişiklik uygulamak.

12.

Başarılı improvement'ı standardize etmemek.

13.

Çalışan önerilerini kullanmamak.

14.

Owner'ın bütün problemleri kişisel olarak çözmesi.

15.

Improvement sonucu ile business impact arasında bağlantı kurmamak.

137. 15 Karar Kapısı — Oteliniz Gerçekten Öğreniyor mu?

Karar Kapısı 1

Problemler data ile tanımlanıyor mu?

Karar Kapısı 2

Repeat problem'ler görünür mü?

Karar Kapısı 3

Root Cause Analysis yapılıyor mu?

Karar Kapısı 4

“Personel hatası” cevabından sonra sistem sorgulanıyor mu?

Karar Kapısı 5

CAPA Root Cause ile eşleşiyor mu?

Karar Kapısı 6

Her CAPA'nın Owner'ı var mı?

Karar Kapısı 7

Due Date var mı?

Karar Kapısı 8

Effectiveness Verification yapılıyor mu?

Karar Kapısı 9

Başarılı improvement SOP'a dönüyor mu?

Karar Kapısı 10

Personel improvement önerebiliyor mu?

Karar Kapısı 11

Improvement backlog önceliklendiriliyor mu?

Karar Kapısı 12

Quality, Cost ve Productivity birlikte ölçülüyor mu?

Karar Kapısı 13

Leading Indicator'lar izleniyor mu?

Karar Kapısı 14

Öğrenilen bilgi organizasyonda kalıyor mu?

Karar Kapısı 15

Owner olmadan da improvement cycle çalışıyor mu?

Son sorunun cevabı:

“Hayır”

ise:

otel:

problemleri:

çözüyor olabilir;

ama:

henüz:

öğrenen organizasyon

haline gelmemiş olabilir.

138. Küçük Butik Otel İçin Minimum Continuous Improvement Sistemi

Küçük otelde:

Six Sigma Department

veya:

büyük:

Quality Team:

gerekli değildir.

Minimum sistem:

şunlardan:

oluşabilir:

1.

Problem / NCR Register.

2.

Complaint Classification.

3.

Top Problem List.

4.

5 Why / Root Cause Analysis.

5.

CAPA Register.

6.

Owner + Due Date.

7.

Verification.

8.

Repeat Issue Tracking.

9.

Employee Improvement Suggestions.

10.

Improvement Backlog.

11.

Monthly Quality KPI.

12.

Monthly Improvement Review.

13.

SOP / Standard Update.

Bu:

küçük otelde bile:

güçlü:

Continuous Improvement System:

oluşturabilir.

139. Continuous Improvement Çalışma Dosyası

Basit bir:

workbook:

şu sekmeleri:

içerebilir:

Problem_Register

Tespit edilen problemler.

NCR_Register

Non-Conformities.

Complaint_Log

Guest complaints.

RCA

Root Cause Analysis.

CAPA_Register

Corrective / Preventive Actions.

Improvement_Backlog

İyileştirme fırsatları.

Project_Charter

Büyük projeler.

KPI_Baseline

Başlangıç değerleri.

Pilot_Result

Pilot ölçümleri.

Verification

Effectiveness check.

Savings

Financial impact.

Learning_Log

Ne öğrendik?

Standard_Changes

SOP / Standard revision.

Dashboard

Management summary.

Ama:

workbook:

sadece:

araçtır.

Asıl sistem:

Problem → Data → Root Cause → Action → Measurement → Learning

döngüsüdür.

140. Sürekli İyileştirme Sisteminin Tam Akışı

Guest Expectation → Brand Promise → Standard → Execution → Measurement → Variance / Complaint / Audit Finding / Defect → Problem Definition → Data Collection → Prioritization → Root Cause Analysis → Corrective Action → Preventive Action → Owner + Due Date → Pilot / Implementation → KPI Measurement → Guardrail Check → Effectiveness Verification → Success / Failure → Learning → Standardization → SOP Update → Training → Audit → Sustainment → New Baseline → Next Improvement

Bu:

Continuous Improvement'ın:

tam yönetim döngüsüdür.

141. Sonuç: En İyi Otel Hatasız Otel Değil, Öğrenen Oteldir

Hiçbir otel:

hatasız:

çalışmaz.

Misafir:

şikâyet eder.

Personel:

hata yapar.

Ekipman:

bozulur.

Supplier:

gecikir.

Forecast:

yanlış çıkar.

Süreç:

beklendiği gibi:

çalışmaz.

Asıl fark:

problemin:

oluşup oluşmaması:

değildir.

Asıl fark:

organizasyonun:

probleme:

nasıl tepki verdiğidir.

Zayıf sistem:

problemi:

geçici olarak:

düzeltir.

Sonra:

unutur.

Bir süre sonra:

aynı problem:

tekrar:

oluşur.

Biraz daha iyi sistem:

problemi:

kaydeder.

Güçlü sistem:

Root Cause:

bulur.

CAPA:

oluşturur.

Daha güçlü sistem:

aksiyonun:

etkinliğini:

doğrular.

Olgun sistem ise:

öğrendiği çözümü:

yeni:

standard'a:

dönüştürür.

Böylece:

organizasyon:

her problemden sonra:

biraz daha:

güçlü hale gelir.

Sürekli iyileştirmenin:

asıl anlamı:

budur.

Bugünün problemi, yarının daha iyi sistemini tasarlamak için kullanılan veridir.

Root Cause:

problemin:

nedenini:

gösterir.

CAPA:

nedene:

müdahale eder.

PDCA:

çözümü:

test eder.

Verification:

çalışıp çalışmadığını:

kanıtlar.

Standardization:

öğrenilen bilgiyi:

kalıcı hale getirir.

Audit:

yeni standard'ın:

korunduğunu:

kontrol eder.

KPI:

performansın:

yönünü:

gösterir.

Management Review:

hangi probleme:

öncelik verileceğini:

belirler.

Ve:

döngü:

yeniden:

başlar.

Bu nedenle:

Continuous Improvement:

tek başına:

bir kalite tekniği:

değildir.

Aynı zamanda:

otel yönetim modelidir.

Çünkü:

Revenue,

Cost,

Quality,

People,

Guest Experience

ve:

Asset:

birbirinden:

bağımsız değildir.

Bir alandaki:

iyileştirme:

diğer alanları:

etkiler.

Profesyonel yönetim:

bu sistemi:

bir bütün olarak:

optimize eder.

Sonuçta:

sürdürülebilir:

iyi otel:

yalnızca:

yüksek standardı olan otel:

değildir.

Asıl güçlü otel:

standardını ölçebilen, sapmasını görebilen, nedenini anlayabilen, çözümünü doğrulayabilen ve öğrendiğini kurumsal hafızaya dönüştürebilen oteldir.

Çünkü:

Kalıcı rekabet avantajı yalnızca bugün iyi çalışmak değil; yarın bugünden daha iyi çalışabilecek bir organizasyon kurmaktır.

Otel Yatırım Rehberi — Cilt VI

Cilt VI — Yönetim, otelin insan, finans, kalite ve raporlama sistemlerini birbirinden bağımsız başlıklar olarak değil; aynı yönetim mimarisinin parçaları olarak ele alır.

Sürekli iyileştirme yaklaşımında amaç yalnızca:

“Problem çözüldü mü?”

sorusunu cevaplamak değildir.

Daha güçlü soru:

“Bu problemden ne öğrendik ve aynı problemi tekrar üretmeyecek şekilde sistemimizi nasıl geliştirdik?”

sorusudur.

Çünkü profesyonel otel yönetiminin gelişim döngüsü: Standard → Execution → Measurement → Problem → Root Cause → CAPA → PDCA → Verification → Standardization → Learning → Better Standard şeklinde sürekli çalışmalıdır.