Otelde vardiya planı çoğu zaman basit bir tablo gibi görülür:

ÇalışanPazartesiSalıÇarşamba
A08–1608–16İzin
B16–2416–2416–24
C24–08İzin24–08

Fakat profesyonel bir otelde vardiya planlamasının asıl sorusu:

“Kim hangi gün çalışacak?”

değildir.

Asıl soru:

“Otelin hangi gün ve hangi saatte ne kadar iş yükü olacak ve bu işi hedeflenen hizmet standardında karşılamak için hangi yetkinlikte ne kadar insan kapasitesine ihtiyacımız var?”

olmalıdır.

Çünkü otelde iş yükü sabit değildir.

Aynı otelde:

Pazartesi sabahı sakin olabilir.

Cuma öğleden sonra:

30 check-in başlayabilir.

Cumartesi sabahı:

25 oda aynı anda checkout verebilir.

Pazar:

kahvaltı salonu birkaç saat içinde maksimum kapasiteye ulaşabilir.

Gece:

operasyon sakin görünürken tek bir teknik arıza bütün vardiyayı değiştirebilir.

Bu nedenle iyi vardiya planı:

takvimden değil, talepten başlar.

1. Vardiya Planı Nedir?

Vardiya planı — Roster / Schedule:

çalışanların:

  • hangi gün,
  • hangi saat,
  • hangi departmanda,
  • hangi görevde,
  • hangi sorumlulukla

çalışacağını belirleyen operasyonel iş gücü planıdır.

Ama iyi bir vardiya sistemi bundan daha fazlasıdır.

Aslında:

talep tahminini insan kapasitesine çeviren sistemdir.

Temel zincir:

Demand Forecast → Workload Forecast → Required Skills → Required Labour Hours → Shift Structure → Employee Assignment → Actual Operation → Variance → Learning

şeklinde kurulabilir.

2. Vardiya Planlamasının Amacı Nedir?

Amaç:

mümkün olan en az çalışanı vardiyaya koymak değildir.

Amaç:

doğru zamanda, doğru yerde, doğru yetkinlikte ve doğru miktarda insan kapasitesini hazır bulundurmaktır.

İyi vardiya planı aynı anda dört hedefi dengelemelidir:

Service

Misafire gereken hizmet veriliyor mu?

Productivity

İş gücü verimli kullanılıyor mu?

Cost

Personel maliyeti kontrol altında mı?

Employee Sustainability

Çalışma düzeni sürdürülebilir mi?

Bunlardan yalnızca birini optimize etmek:

sistemi bozabilir.

3. Doluluk Vardiya Planı İçin Neden Tek Başına Yeterli Değildir?

İki gün düşünelim.

İkisinde de:

Occupancy = %80

Ama:

Gün A

  • 4 checkout
  • 5 arrival
  • 25 stayover

Gün B

  • 24 checkout
  • 23 arrival
  • 7 stayover

Doluluk aynı.

Ama iş yükü aynı mı?

Hayır.

Housekeeping için:

checkout room genellikle stayover room'dan farklı iş yükü yaratır.

Front Office için:

23 arrival,

5 arrival'dan çok daha farklı bir peak yaratabilir.

Bu nedenle:

Occupancy ≠ Workload

Doluluk:

vardiya planının girdilerinden yalnızca biridir.

4. Oda Sayısı da Tek Başına Yeterli Değildir

20 odalı iki otel düşünelim.

Birinci otel:

  • oda + kahvaltı,
  • sınırlı hizmet,
  • küçük ortak alan.

İkinci otel:

  • restoran,
  • bar,
  • havuz,
  • concierge,
  • room service,
  • geniş bahçe.

İkisi de:

20 oda.

Ama personel ihtiyacı aynı değildir.

Bu nedenle:

Room Count → Staffing

şeklinde doğrudan bağlantı kurmak hatalıdır.

Daha doğru bağlantı:

Service Model + Demand + Workload → Staffing

olmalıdır.

5. Önce Minimum Coverage Belirlenmelidir

Talep ne kadar düşük olursa olsun:

bazı fonksiyonların minimum coverage ihtiyacı vardır.

Örneğin işletmenin modeline göre:

  • reception coverage,
  • güvenlik,
  • teknik müdahale kapasitesi,
  • management on-call,
  • housekeeping minimum team

gerekebilir.

Bu:

Base Staffing

veya:

Minimum Coverage

olarak düşünülebilir.

Sorulması gereken soru:

“Otel açıkken hangi fonksiyonların mutlaka çalışıyor olması gerekir?”

olmalıdır.

6. Minimum Coverage ile Optimum Staffing Aynı Şey Değildir

Örneğin resepsiyon:

bir kişiyle çalışabiliyor olabilir.

Bu:

minimum coverage'dır.

Ama aynı anda:

  • 12 arrival,
  • 4 telefon,
  • 3 misafir talebi,
  • bir ödeme problemi

oluşuyorsa:

bir kişi yeterli olmayabilir.

Dolayısıyla:

Minimum Staffing

Operasyonun devam edebilmesi için gereken minimum.

Optimal Staffing

Beklenen iş yükünün hedeflenen hizmet seviyesinde karşılanması için gereken kapasite.

Bu ikisi birbirine karıştırılmamalıdır.

7. Staffing Planı Nasıl Kurulur?

Pratik yaklaşım:

Aşama 1

Talebi tahmin et.

Aşama 2

Talebi iş yüküne çevir.

Aşama 3

İş yükünü işçilik saatine çevir.

Aşama 4

Gerekli yetkinlikleri belirle.

Aşama 5

Vardiyaları oluştur.

Aşama 6

Çalışanları vardiyalara ata.

Aşama 7

Gerçekleşeni ölç.

Aşama 8

Sapmayı analiz et.

Aşama 9

Bir sonraki planı düzelt.

Yani:

Forecast → Workload → Labour Requirement → Roster → Actual → Learning

8. Forecast Vardiya Planının Başlangıç Noktasıdır

İyi vardiya planı:

geçen haftaya bakarak yapılmaz.

Gelecek haftanın beklenen operasyonuna bakılarak yapılır.

Kullanılabilecek girdiler:

  • Occupancy Forecast,
  • OTB — On the Books,
  • Pickup,
  • Arrivals,
  • Departures,
  • Stayovers,
  • Group Business,
  • Events,
  • F&B Reservations,
  • expected covers.

Örneğin:

gelecek Cumartesi:

%95 doluluk

görünüyor.

Ama daha önemlisi:

32 departure

ve:

34 arrival

var.

Bu bilgi:

özellikle Housekeeping ve Front Office için kritiktir.

9. Booking Pace ve Pickup Neden Önemlidir?

Vardiya planı:

çok erken hazırlanabilir.

Ama rezervasyonlar değişmeye devam eder.

Örneğin:

Pazartesi günü Cumartesi doluluğu:

%65.

Çarşamba:

%78.

Cuma:

%92.

Eğer staffing planı Pazartesi hazırlanıp hiç güncellenmezse:

Cumartesi understaffing oluşabilir.

Bu nedenle:

Roster yayımlandıktan sonra Forecast takip edilmeye devam edilmelidir.

10. Rolling Staffing Forecast

İş gücü planı:

tek seferlik değil,

hareketli olabilir.

Örneğin:

14 Gün

Genel kapasite planı.

7 Gün

Vardiya planı.

72 Saat

Forecast doğrulaması.

24 Saat

Son operasyonel düzeltme.

Böylece:

talep değiştikçe iş gücü planı kontrollü biçimde güncellenebilir.

11. İş Yükü Departmana Göre Değişir

Her departmanın workload driver'ı farklıdır.

Front Office

  • arrivals,
  • departures,
  • guest requests,
  • calls,
  • groups.

Housekeeping

  • checkout rooms,
  • stayover rooms,
  • deep cleaning,
  • public areas.

F&B

  • breakfast covers,
  • reservations,
  • events,
  • room service.

Technical

  • occupied rooms,
  • preventive maintenance,
  • open work orders,
  • events.

Bu nedenle:

tek bir:

Occupancy → Staff

formülü bütün otel için kullanılamaz.

12. Housekeeping İş Yükü Nasıl Hesaplanabilir?

Basit örnek:

Yarın:

  • 20 checkout room,
  • 10 stayover room

var.

Varsayalım planlama standardı:

Checkout Room:

35 dakika.

Stayover Room:

20 dakika.

Toplam workload:

20 × 35 = 700 dakika + 10 × 20 = 200 dakika = 900 dakika

yani:

15 saat net oda temizliği

gerekiyor.

Ama bu:

toplam gerekli işçilik saati değildir.

Çünkü ayrıca:

  • hazırlık,
  • linen,
  • pantry,
  • walking time,
  • break,
  • inspection,
  • guest request,
  • public area

gibi işler vardır.

Dolayısıyla:

Workload Standard ≠ Paid Labour Hours

Aradaki fark planlanmalıdır.

13. Productivity Standard Nasıl Kullanılır?

Geçmiş veriden:

bir Room Attendant'ın belirli oda mix'inde ortalama kapasitesi biliniyorsa:

staffing buna göre hesaplanabilir.

Örneğin:

bir çalışan vardiyada:

ortalama 12 equivalent room

temizleyebiliyor.

Toplam iş yükü:

36 equivalent room

ise:

yaklaşık:

3 Room Attendant

kapasitesi gerekebilir.

Ancak:

oda tipi,

checkout/stayover mix'i,

otel yerleşimi

ve:

kalite standardı

bu hesabı etkiler.

14. Equivalent Room Mantığı

Her oda aynı iş yükünü yaratmayabilir.

Örneğin:

Stayover Room:

0,6 workload unit

Checkout Standard Room:

1,0

Suite:

1,4

Extra Bed Room:

1,2

gibi işletmeye özgü ağırlıklar oluşturulabilir.

Sonra:

Total Equivalent Rooms / Productivity Standard

ile yaklaşık kapasite planlanabilir.

Bu ağırlıklar:

hazır bir sektörel rakam olarak kopyalanmamalı;

otelin kendi operasyon verisinden geliştirilmelidir.

15. Front Office Staffing Nasıl Planlanır?

Front Office'te:

sadece Occupancy değil,

Guest Flow

önemlidir.

Örneğin:

15:00–17:00 arasında:

25 arrival bekleniyor.

18:00–22:00 arasında:

yalnızca 5 arrival.

Bu durumda:

iki vardiyada aynı personel sayısı gerekmez.

Daha doğru yaklaşım:

Hourly Arrival Forecast

kullanmaktır.

16. Peak Hour Staffing

Otelde günlük toplam iş yükü kadar:

iş yükünün hangi saate yığıldığı da önemlidir.

Örneğin:

kahvaltı:

07:30–10:30.

Ama misafirlerin %70'i:

08:30–09:30

arasında gelebilir.

Personel ihtiyacı:

üç saat boyunca aynı değildir.

Bu nedenle:

Daily Staffing değil, gerektiğinde Hourly Staffing düşünülmelidir.

17. Peak ile Average Aynı Şey Değildir

Ortalama:

günde 30 check-in.

Bu bilgi:

tek başına yetersizdir.

Eğer:

25 check-in iki saat içinde gerçekleşiyorsa:

peak workload çok yüksektir.

Bu nedenle:

Average hides the Peak.

Otel operasyonunda birçok hizmet problemi:

ortalama kapasite yetersizliğinden değil,

peak capacity yetersizliğinden

oluşur.

18. Staggered Shift Nedir?

Herkesin:

08:00–16:00

çalışması gerekmez.

Örneğin:

Housekeeping:

  • 08:00–16:00
  • 09:00–17:00
  • 10:00–18:00

gibi staggered başlangıçlar kullanabilir.

Böylece:

iş yükü gün içine daha iyi dağıtılabilir.

Front Office'te de:

peak arrival dönemine ek coverage sağlanabilir.

19. Split Shift Nedir?

Bazı operasyonlarda:

çalışanın yoğun iki farklı zaman diliminde görev yapması planlanabilir.

Örneğin F&B:

sabah kahvaltı peak

ve:

akşam dinner peak.

Ancak split shift:

çalışan deneyimi açısından dikkatli tasarlanmalıdır.

Sadece maliyet azaltmak için:

çalışanın bütün gününü parçalayacak sistemler:

  • yorgunluk,
  • memnuniyetsizlik,
  • turnover

yaratabilir.

Operasyonel verimlilik ile çalışan sürdürülebilirliği birlikte düşünülmelidir.

20. Overlapping Shift Neden Kullanılır?

Vardiyalar arasında belirli bir overlap:

çok değerli olabilir.

Örneğin:

Morning Shift:

07:00–15:00

Evening Shift:

14:30–22:30

30 dakikalık overlap:

handover için kullanılabilir.

Bu sürede:

  • pending guest requests,
  • VIP arrivals,
  • payment issues,
  • room status,
  • complaints,
  • technical problems

aktarılabilir.

Bu:

Shift Handover Window

olarak düşünülebilir.

21. Vardiya Devir Teslimi Neden Kritiktir?

Bir vardiya biter.

Diğeri başlar.

Eğer bilgi aktarılmazsa:

misafir açısından:

otel hafızasını kaybetmiş gibi görünür.

Örneğin:

misafir sabah:

“Akşam 19:00'da ekstra yastık istiyorum.”

dedi.

Morning Shift kaydetmedi.

Evening Shift bilmiyor.

Misafir açısından:

“Ben zaten söylemiştim.”

problemi oluşur.

Bu nedenle:

Shift Change ≠ Information Reset

22. Handover Checklist

Departmana göre değişebilir.

Front Office örneği:

  • VIP arrivals,
  • pending arrivals,
  • unpaid balance,
  • guest complaints,
  • guest requests,
  • room moves,
  • OOO rooms,
  • technical issues,
  • wake-up requests,
  • transportation,
  • special notes.

Housekeeping:

  • room status,
  • late checkout,
  • priority rooms,
  • re-clean,
  • maintenance issue,
  • linen shortage,
  • guest request.

23. Shift Handover Dijital veya Yazılı Olabilir

Araç:

  • PMS,
  • task management system,
  • logbook,
  • digital form,
  • department sheet

olabilir.

Araçtan daha önemli olan:

bilginin kaybolmamasıdır.

İyi handover:

Recorded + Assigned + Confirmed

olmalıdır.

24. Vardiyada Yetkinlik Dağılımı

Üç kişi vardiyada.

Ama üçü de yeni çalışan.

Kağıt üzerinde:

Headcount yeterli.

Gerçekte:

operasyon riski yüksek olabilir.

Bu nedenle vardiya planında:

yalnızca:

Number of People

değil:

Skill Mix

de planlanmalıdır.

25. Skill Mix Nedir?

Örneğin Front Office vardiyasında:

  • en az bir PMS-competent employee,
  • payment handling yetkinliği,
  • complaint handling yetkinliği,
  • emergency procedure bilgisi

gerekebilir.

Housekeeping'de:

  • Room Attendant,
  • inspection competency,
  • public area coverage

düşünülebilir.

Yani:

3 kişi ≠ 3 eşdeğer operasyon kapasitesi

26. Training Matrix Vardiya Planına Bağlanmalıdır

Training Matrix:

çalışanın hangi görevleri bağımsız yapabildiğini gösteriyorsa:

vardiya sistemi için önemli girdidir.

Örneğin:

ÇalışanReceptionCashNight AuditComplaint
A✓✓✓✓
B✓✓✗✓
C✓✗✗Gelişiyor

Gece vardiyasına:

yalnızca C'yi koymak

Headcount açısından mümkün olabilir.

Ama:

Competency açısından risklidir.

27. Cross-Training Vardiya Esnekliği Sağlar

Cross-training sayesinde:

çalışanlar belirli görevlerde başka departmana veya role destek verebilir.

Bu:

özellikle küçük butik otellerde değerlidir.

Ama:

Cross-Training plansız görev aktarımı değildir.

Çalışan:

  • eğitilmiş,
  • yetkinliği doğrulanmış,
  • yetki sınırları belirlenmiş

olmalıdır.

28. Multi-Role Vardiya Nasıl Planlanır?

Örneğin küçük otelde:

bir çalışan:

ana rol olarak Reception,

ikincil rol olarak Guest Relations

görevini yapabilir.

Başka çalışan:

Breakfast sonrası:

belirli operasyonel hazırlıklara destek verebilir.

Ama vardiya planında:

Primary Role

ve:

Secondary Role

ayrımı bulunmalıdır.

Aksi halde:

herkes herkesin işini yapıyor görünür;

ama kritik anda:

kimse işin sahibi olmayabilir.

29. Vardiya Planında Backup Olmalıdır

Özellikle kritik pozisyonlarda:

“Bu kişi gelmezse ne olur?”

sorusu sorulmalıdır.

Örneğin:

Night Auditor hastalandı.

Kim yapabilir?

Teknik sorumlu yok.

Kim on-call?

Supervisor gelmedi.

Kim karar verecek?

Bu:

Backup Coverage

planıdır.

30. Single Point of Failure

Bir operasyon:

yalnızca bir kişinin bilgisine bağlıysa:

Single Point of Failure

oluşmuştur.

Örneğin:

gece kapanışını yalnızca bir çalışan biliyor.

Bu kişi yoksa:

operasyon aksıyor.

Bu:

personel sayısı değil,

organizasyonel dayanıklılık

problemidir.

Cross-training ve succession:

bu riski azaltır.

31. İzin Planı ile Vardiya Planı Birlikte Yönetilmelidir

İzin:

vardiya planından ayrı düşünülmemelidir.

Örneğin:

aynı kritik yetkinliğe sahip iki çalışanın:

aynı gün izinli olması

risk yaratabilir.

Bu nedenle izin onayında:

  • forecast,
  • staffing,
  • skill coverage,
  • diğer izinler

birlikte değerlendirilmelidir.

32. Devamsızlık İçin Contingency Plan

Sabah:

iki çalışan gelmedi.

Ne olacak?

Bunun cevabı olay olduktan sonra düşünülmemelidir.

Önceden:

Level 1

Vardiya içi görev dağılımı.

Level 2

Cross-trained support.

Level 3

Standby / flexible capacity.

Level 4

Manager support.

gibi escalation modeli kurulabilir.

33. Manager Vardiya Açığını Sürekli Kapatıyorsa Problem Vardır

Yönetici zaman zaman operasyona destek verebilir.

Ama Department Manager:

her hafta sürekli:

  • resepsiyon,
  • servis,
  • oda kontrolü

açığını kapatıyorsa:

organizasyon gerçek kapasitesini gizliyor olabilir.

Çünkü yönetici:

kendi işini yapamıyordur.

Sonuç:

  • planning düşer,
  • training düşer,
  • quality control düşer,
  • reporting düşer.

Bu nedenle:

Manager Coverage geçici çözüm olabilir; sürekli staffing modeli olmamalıdır.

34. Vardiya Planında Overtime Nasıl Önlenir?

Overtime tamamen sıfırlanamayabilir.

Ama planlama ile azaltılabilir.

Örneğin:

Forecast yüksek.

Staffing düşük.

Sonra:

overtime çıkıyor.

Bu sürpriz değildir.

Bu:

planlama hatası olabilir.

Bu nedenle:

Forecast → Required Hours → Scheduled Hours

karşılaştırması vardiya yayımlanmadan yapılmalıdır.

35. Required Hours vs Scheduled Hours

Örneğin:

Cumartesi için tahmini gerekli kapasite:

140 Labour Hours

Planlanan:

112 Labour Hours

Gap:

-28 saat

Yönetim vardiya başlamadan önce:

bu açığı görmelidir.

Seçenekler:

  • vardiya artırmak,
  • flexible staff,
  • cross-training,
  • workload redistribution,
  • service adjustment.

Operasyon başladıktan sonra:

overtime ile çözmek

en pahalı yöntemlerden biri olabilir.

36. Scheduled Hours vs Actual Hours

Vardiya sonrası:

planlanan ile gerçekleşen karşılaştırılmalıdır.

Örneğin:

Scheduled:

120 saat.

Actual:

142 saat.

Variance:

+22 saat

Neden?

  • overtime?
  • late departure?
  • absenteeism?
  • productivity?
  • forecast error?

Bu analiz:

gelecek vardiya planını geliştirir.

37. Schedule Variance

Basit olarak:

Schedule Variance = Actual Labour Hours − Scheduled Labour Hours

izlenebilir.

Pozitif sapma:

planlanandan fazla saat.

Negatif:

planlanandan az saat.

Ama:

sapma tek başına iyi veya kötü değildir.

Nedeni bilinmelidir.

38. Forecast Accuracy de İzlenmelidir

Vardiya planının temeli Forecast ise:

Forecast hatası da ölçülmelidir.

Örneğin:

Forecast Occupancy:

%70.

Actual:

%94.

Personel planı yetersiz kaldı.

Burada yalnızca operasyon müdürünü suçlamak doğru olmayabilir.

Sorun:

Forecast Accuracy

olabilir.

Bu nedenle:

Staffing Performance ile Forecast Performance bağlantılıdır.

39. Understaffing Nedir?

Understaffing:

iş yüküne göre yetersiz insan kapasitesidir.

Belirtiler:

  • overtime ↑
  • waiting time ↑
  • complaint ↑
  • room ready delay ↑
  • re-clean ↑
  • maintenance backlog ↑
  • employee fatigue ↑
  • absenteeism ↑
  • turnover ↑

olabilir.

Bir veya iki olay:

kesin kanıt değildir.

Ama trend:

dikkate alınmalıdır.

40. Understaffing'in Gizli Maliyeti

Bir vardiyada bir kişi eksik.

Kağıt üzerinde:

maliyet düşük.

Ama:

  • overtime,
  • service recovery,
  • guest complaint,
  • rework,
  • employee fatigue,
  • turnover

oluşuyorsa:

gerçek maliyet daha yüksek olabilir.

Bu nedenle:

Understaffing tasarruf gibi görünebilir ama toplam ekonomik maliyeti artırabilir.

41. Overstaffing Nedir?

Overstaffing:

iş yüküne göre gereğinden fazla iş gücü kapasitesidir.

Sinyaller:

  • labour hours / output ↑
  • productivity ↓
  • gereksiz shift overlap,
  • uzun idle time,
  • revenue / labour hour ↓

olabilir.

Ama:

çalışanın birkaç dakika boş kalması:

otomatik overstaffing değildir.

Operasyonda:

capacity buffer

gerekebilir.

42. %100 Utilization Neden Hedef Olmamalıdır?

Teorik olarak:

çalışanların her dakikasını doldurmak

çok verimli görünebilir.

Ama:

misafir talebi öngörülemez.

Bir çalışan:

%100 kapasitede çalışıyorsa:

yeni talebe cevap verecek alanı yoktur.

Bu nedenle:

Maximum Utilization ≠ Optimal Utilization

Belirli operasyonel buffer:

hizmet işletmelerinde değerlidir.

43. Vardiya Planı ile Service Level Bağlantısı

Örneğin:

Front Office hedefi:

misafir talebine belirli süre içinde cevap vermek.

Bu:

Service Level'dır.

Staffing:

bu hedefi karşılayacak şekilde planlanmalıdır.

Eğer:

personel azaltınca SLA bozuluyorsa:

tasarruf:

hizmet maliyeti yaratmıştır.

44. Vardiya Planı ile Quality KPI Birlikte Okunmalıdır

Housekeeping'de:

Scheduled Hours ↓

Labour Cost ↓

Ama:

Re-Clean ↑

Inspection Score ↓

Complaint ↑

ise:

vardiya planı ekonomik görünse de:

başarılı değildir.

Bu nedenle:

Labour KPI + Productivity KPI + Quality KPI

birlikte değerlendirilmelidir.

45. Vardiya Planı ile Guest Experience Bağlantısı

Misafir:

vardiya planını görmez.

Ama sonucunu hisseder.

Örneğin:

  • resepsiyonda bekler,
  • oda geç hazır olur,
  • kahvaltı masası geç temizlenir,
  • teknik talep gecikir.

Bu nedenle:

Roster arka ofis dokümanıdır; etkisi ön ofiste hissedilir.

46. Çalışan Deneyimi de Vardiya KPI'sıdır

Sürekli:

  • son dakika değişiklik,
  • plansız overtime,
  • kapanıştan hemen sonra açılış,
  • düzensiz izin,
  • sürekli peak vardiya

çalışan deneyimini bozabilir.

Sonra:

Absenteeism ↑

Turnover ↑

Morale ↓

olabilir.

Bu nedenle iyi vardiya planı:

sadece otel için değil,

çalışan için de:

öngörülebilir

olmalıdır.

47. Fair Scheduling

Adalet:

herkesin tamamen aynı vardiyayı alması değildir.

Ama:

  • zor vardiyalar,
  • hafta sonları,
  • peak dönemleri,
  • izinler

sürekli aynı çalışanlara yükleniyorsa:

adalet algısı bozulabilir.

Bu nedenle:

vardiya dağılımı:

izlenebilir ve açıklanabilir olmalıdır.

48. Vardiya Değişikliği Nasıl Yönetilmeli?

Çalışanlar kendi aralarında vardiya değiştirebilir mi?

Eğer kontrolsüzse:

skill coverage bozulabilir.

Örneğin:

Night Audit bilen çalışan:

vardiyasını bilmeyen çalışanla değiştirir.

Headcount aynı.

Ama:

operasyon kapasitesi aynı değildir.

Bu nedenle shift swap:

yönetici onayına bağlanabilir.

49. Shift Swap Kontrolü

Onay öncesinde:

  • çalışma süresi,
  • izin,
  • skill,
  • role,
  • overtime impact,
  • minimum coverage

kontrol edilmelidir.

Yani:

Vardiya değişiminde yalnızca iki kişinin anlaşması yeterli olmayabilir.

50. Günlük Staffing Briefing

Yoğun günlerde kısa briefing yapılabilir.

Örneğin:

  • Occupancy: %96
  • Arrivals: 31
  • Departures: 28
  • VIP: 3
  • Group Arrival: 16:00
  • OOO: 2
  • Staff Absence: 1
  • Peak: 14:00–18:00

Sonra:

“Bugün hangi noktada riskimiz var?”

sorusu sorulur.

Bu:

vardiya planını yaşayan operasyon aracına dönüştürür.

51. Staffing Heatmap

İş yükü saatlik olarak görselleştirilebilir.

Örneğin:

SaatFront OfficeHKF&B
07–09OrtaDüşükÇok Yüksek
09–11YüksekÇok YüksekYüksek
11–14OrtaÇok YüksekOrta
14–17Çok YüksekYüksekDüşük
17–20YüksekDüşükYüksek

Bu tablo:

shift başlangıç ve bitiş saatlerinin:

neden klasik:

08–16 / 16–24

olmak zorunda olmadığını gösterir.

52. Peak Coverage Plan

Her departman:

kritik saatlerini tanımlayabilir.

Örneğin:

Front Office

14:00–18:00

Housekeeping

09:00–15:00

Breakfast

08:00–10:00

Technical

checkout sonrası bakım penceresi.

Sonra:

staffing:

peak dönemine göre güçlendirilebilir.

53. Vardiya Planında Günlük Değil Haftalık Denge

Bir çalışan:

bir gün yoğun,

ertesi gün sakin olabilir.

Bu nedenle:

yalnızca tek vardiya değil,

haftalık toplam iş yükü de değerlendirilmelidir.

Yönetim:

  • labour hours,
  • overtime,
  • izin,
  • peak distribution

dengesini haftalık görmelidir.

54. Aylık Staffing Analizi

Ay sonunda:

yalnızca payroll bakılmamalıdır.

Şunlar da incelenebilir:

  • Forecast vs Actual Occupancy
  • Forecast vs Actual Workload
  • Required vs Scheduled Hours
  • Scheduled vs Actual Hours
  • Overtime
  • Absenteeism
  • Productivity
  • Quality
  • Guest Complaints
  • Turnover

Böylece:

personel maliyetinin neden değiştiği anlaşılır.

55. Staffing Efficiency Nasıl Ölçülür?

Tek bir evrensel formül yoktur.

Departmana göre:

Housekeeping

Rooms / Labour Hour

F&B

Covers / Labour Hour

Front Office

Transactions veya Guest Activity / Labour Hour

Technical

Completed Work Orders / Labour Hour

gibi ölçüler kullanılabilir.

Ama her zaman:

Quality Guardrail

eklenmelidir.

56. Vardiya Planı KPI'ları

Örnek KPI seti:

KPIAmaç
Scheduled Labour HoursPlanlanan kapasite
Actual Labour HoursGerçekleşen kapasite
Schedule VariancePlanlama sapması
Overtime HoursEk çalışma
AbsenteeismDevamsızlık
Labour CostMaliyet
Labour Cost %Gelire göre maliyet
ProductivityÜretim verimliliği
Forecast AccuracyPlanlama girdisinin doğruluğu
Service KPIHizmet sonucu
Quality KPIKalite sonucu

57. Vardiya Planında Exception Management

Yönetici:

her vardiyanın her detayını incelemek zorunda kalmamalıdır.

Sistem:

istisnaları göstermelidir.

Örneğin:

  • overtime > threshold,
  • understaffed shift,
  • missing competency,
  • no backup,
  • excessive consecutive shifts,
  • schedule variance,
  • high absence

uyarı verebilir.

Bu:

Management by Exception

yaklaşımıdır.

58. Roster Freeze Nedir?

Vardiya planının sürekli değişmesi:

çalışan açısından sorun yaratabilir.

Bu nedenle belirli noktada:

Roster Freeze

uygulanabilir.

Örneğin:

plan yayımlandıktan sonra:

yalnızca:

  • önemli demand change,
  • absence,
  • emergency

durumlarında değişiklik yapılır.

Bu:

çalışana öngörülebilirlik sağlar.

59. Forecast Değişirse Ne Olur?

Roster Freeze:

vardiyanın asla değişmeyeceği anlamına gelmez.

Örneğin:

grup rezervasyonu geldi.

Forecast ciddi yükseldi.

Yönetim:

controlled adjustment

yapabilir.

Ama:

her küçük değişimde çalışanların programını değiştirmek:

iyi planlama değildir.

60. Butik Otellerde Vardiya Planı

Küçük otelde:

personel sayısı azdır.

Bu nedenle:

bir kişinin yokluğu:

çok daha büyük etki yaratır.

Örneğin:

6 kişilik ekipte:

1 kişinin gelmemesi:

kapasitenin yaklaşık altıda birini etkiler.

Bu nedenle küçük otellerde:

  • cross-training,
  • backup,
  • flexible role,
  • manager escalation,
  • clear handover

özellikle önemlidir.

61. Küçük Otelde Sabit Vardiya Her Zaman Verimli Değildir

Örneğin:

resepsiyon:

08–16

16–24

24–08

şeklinde üç sabit vardiya kullanıyor olabilir.

Ama gerçek peak:

13:00–19:00.

Bu durumda:

ikinci çalışanın:

12:00–20:00

çalışması daha anlamlı olabilir.

Yani:

Vardiya saatleri alışkanlığa göre değil, iş yüküne göre tasarlanmalıdır.

62. Sezonluk Otellerde Vardiya Planı

Sezonluk otellerde iş gücü ihtiyacı:

sezon boyunca değişir.

Opening

Training + setup.

Ramp-Up

Talep artışı.

Peak

Maksimum kapasite.

Shoulder

Kademeli azaltma.

Closing

Minimum ekip + kapanış işleri.

Bu nedenle:

tek staffing modeli bütün sezon boyunca kullanılmamalıdır.

63. Sezon Başında Fazladan Kapasite Gerekebilir

Otel henüz tam dolu değil.

Ama:

  • yeni çalışanlar,
  • training,
  • SOP adaptation,
  • setup,
  • opening issues

nedeniyle:

verimlilik düşük olabilir.

Dolayısıyla düşük doluluk:

otomatik olarak düşük staffing ihtiyacı anlamına gelmez.

Bu:

Ramp-Up Effect

olarak düşünülebilir.

64. Yeni Çalışan ile Deneyimli Çalışan Aynı Kapasite Değildir

Vardiyada:

4 kişi var.

Ama:

3'ü yeni.

Headcount:

4.

Effective Capacity:

belki daha düşük.

Bu nedenle:

özellikle onboarding döneminde:

Headcount yerine Competent Capacity

düşünülmelidir.

65. Vardiya Planında Shadow Shift

Yeni çalışan:

belirli süre:

deneyimli çalışanla birlikte çalışabilir.

Bu:

fazla personel gibi görünebilir.

Ama:

training investment'tır.

Shadow period:

planlanmazsa:

yeni çalışan doğrudan bağımsız vardiyaya bırakılabilir.

Bu:

operasyonel risk yaratır.

66. Night Shift Ayrı Değerlendirilmelidir

Gece:

daha az misafir hareketi olabilir.

Ama:

daha az management support da vardır.

Bu nedenle gece vardiyası:

yalnızca:

“En sakin vardiya.”

olarak görülmemelidir.

Çalışanın:

  • emergency,
  • guest complaint,
  • payment,
  • PMS,
  • night audit,
  • escalation

yetkinliği önemlidir.

67. On-Call Sistemi

Küçük otelde:

gece her uzmanı tesiste bulundurmak ekonomik olmayabilir.

Bu nedenle:

on-call structure

kurulabilir.

Örneğin:

  • Technical On-Call
  • Manager On-Call

Ama:

çalışan:

kimi,

hangi durumda,

hangi sırayla

arayacağını bilmelidir.

68. Escalation Matrix

Örnek:

Operational Issue → Shift Leader → Department Manager → GM → Owner — yalnızca gerektiğinde

Bu yapı:

vardiya çalışanının her problemde doğrudan yatırımcıyı aramasını engeller.

Bu:

owner dependency'yi azaltır.

69. Owner'ın Vardiya Açığını Kapatması

Küçük otellerde yatırımcı:

zaman zaman operasyona girebilir.

Ama vardiya sistemi:

“Nasıl olsa patron gelir.”

varsayımıyla kuruluyorsa:

gerçek staffing maliyeti gizlenir.

Bu model:

ikinci otele geçildiğinde çalışmayabilir.

Bu nedenle:

Owner availability staffing modelinin kalıcı bileşeni olmamalıdır.

70. Vardiya Planının Gerçek Testi

Şu senaryoyu düşünün:

Yarın:

  • doluluk %95,
  • 22 checkout,
  • 25 arrival,
  • bir Room Attendant izinli,
  • Reception'da bir yeni çalışan,
  • iki OOO room,
  • kahvaltı rezervasyonu yüksek.

Sistem:

bugünden:

  • staffing gap,
  • skill gap,
  • overtime risk,
  • room ready risk

gösterebiliyor mu?

Eğer gösteriyorsa:

vardiya planı gerçek bir yönetim aracıdır.

Eğer problem ancak yarın saat 15:00'te ortaya çıkıyorsa:

sistem:

reaktiftir.

71. 15 Yaygın Vardiya Planlama Hatası

1. Sadece doluluğa bakmak

2. Arrival / Departure dağılımını görmemek

3. Her gün aynı staffing kullanmak

4. Herkesi aynı saatte başlatmak

5. Peak hour'ı ölçmemek

6. Skill mix'i dikkate almamak

7. Yeni çalışanı tam kapasite saymak

8. Backup planı oluşturmamak

9. Shift handover yapmamak

10. Forecast değişimini takip etmemek

11. Overtime'ı normal operasyon modeli haline getirmek

12. Manager'ı sürekli vardiya açığı kapatmak için kullanmak

13. Çalışan deneyimini görmezden gelmek

14. Scheduled vs Actual Hours ölçmemek

15. Kaliteyi kontrol etmeden productivity artırmak

Ortak problem:

Vardiya çizelgesi yapmak ile iş gücü planlamak aynı şey değildir.

72. 15 Karar Kapısı — Vardiya Sisteminiz Gerçekten Çalışıyor mu?

Karar Kapısı 1

Minimum Coverage tanımlı mı?

Karar Kapısı 2

Forecast kullanılıyor mu?

Karar Kapısı 3

Occupancy dışında workload driver'ları izleniyor mu?

Karar Kapısı 4

Arrivals / Departures dikkate alınıyor mu?

Karar Kapısı 5

Peak Hours biliniyor mu?

Karar Kapısı 6

Required Labour Hours hesaplanıyor mu?

Karar Kapısı 7

Skill Mix kontrol ediliyor mu?

Karar Kapısı 8

Training Matrix roster'a bağlanıyor mu?

Karar Kapısı 9

Cross-trained backup var mı?

Karar Kapısı 10

Shift Handover standardı var mı?

Karar Kapısı 11

Scheduled vs Actual Hours ölçülüyor mu?

Karar Kapısı 12

Overtime nedeni analiz ediliyor mu?

Karar Kapısı 13

Service ve Quality KPI'ları staffing ile birlikte okunuyor mu?

Karar Kapısı 14

Çalışan vardiya planını yeterince erken biliyor mu?

Karar Kapısı 15

Vardiya planı owner desteği olmadan çalışabiliyor mu?

Bu soruların çoğuna:

“Evet.”

diyebiliyorsanız:

sisteminiz yalnızca:

vardiya çizelgesi

değil;

gerçek bir:

Workforce Planning System

haline gelmeye başlamıştır.

73. Butik Otel İçin Minimum Vardiya Yönetim Seti

Küçük bir butik otelde bile:

  1. Occupancy Forecast
  2. Arrival / Departure Forecast
  3. Department Workload Forecast
  4. Minimum Coverage Matrix
  5. Skill Matrix
  6. Weekly Roster
  7. Peak Coverage Plan
  8. Backup List
  9. Shift Handover Form
  10. Attendance Record
  11. Overtime Record
  12. Scheduled vs Actual Hours
  13. Absence Record
  14. Shift Swap Approval
  15. Department Productivity
  16. Quality Guardrail
  17. Weekly Staffing Review

bulunabilir.

Bunların tamamının ayrı sistem olması gerekmez.

Ama:

talep, kapasite, yetkinlik ve gerçekleşen çalışma arasında bağlantı kurulmalıdır.

74. Örnek Haftalık Staffing Tablosu

Yönetim seviyesinde:

GünForecast Occ.DeparturesArrivalsRequired HoursScheduledGap
Pzt%428672720
Sal%486107680+4
Çar%61121488880
Per%721820104100-4
Cum%882529122116-6
Cmt%963431138118-20
Paz%832718115112-3

Burada ilk yönetim sorusu:

“Cumartesi günü -20 saatlik kapasite açığını nasıl yöneteceğiz?”

olmalıdır.

Bu soru:

Cumartesi saat 15:00'te değil,

vardiya hazırlanırken sorulmalıdır.

75. Günlük Staffing Dashboard

Yoğun günlerde basit ekran:

Demand

  • Occupancy
  • Arrivals
  • Departures
  • Breakfast Covers
  • Events

Capacity

  • Scheduled Staff
  • Actual Staff
  • Absence
  • Labour Hours

Risk

  • Staffing Gap
  • Skill Gap
  • Overtime Risk

Operation

  • Room Ready
  • Guest Request SLA
  • Work Order Backlog

Quality

  • Re-Clean
  • Complaint
  • Audit Exception

şeklinde kurulabilir.

Böylece yönetici:

“Kaç kişi çalışıyor?”

yerine:

“Bugünkü talebi karşılayacak doğru kapasiteye sahip miyiz?”

sorusunun cevabını görür.

76. Vardiya Yönetiminin Tam Döngüsü

Bütün sistemi tek zincirde toplarsak:

Reservations / Demand → OTB → Pickup → Forecast → Occupancy + Arrivals + Departures + Covers + Events → Department Workload → Required Labour Hours → Required Skill Mix → Minimum Coverage → Roster → Employee Assignment → Shift Briefing → Operation → Shift Handover → Actual Labour Hours → Productivity → Service Level → Quality → Guest Experience → Schedule Variance → Root Cause → Management Action → Next Forecast

Bu döngü sürekli tekrar eder.

Sonuç: İyi Vardiya Planı Çalışanları Takvime Değil, İnsan Kapasitesini Talebe Yerleştirir

Otelde vardiya planlamak:

Excel'de çalışan isimlerinin yanına:

08–16

16–24

24–08

yazmak değildir.

Bu:

vardiya çizelgesidir.

Gerçek iş gücü planlaması ise:

Talep → İş Yükü → Gerekli Kapasite → Yetkinlik → Vardiya → Gerçekleşen → Kalite → Öğrenme

zincirini yönetir.

İyi vardiya planı:

sadece:

“Yarın otel %90 dolu.”

bilgisini kullanmaz.

Şunu sorar:

Kaç checkout var?

Kaç arrival var?

Hangi saatlerde yoğunluk olacak?

Kaç oda temizlenecek?

Kaç kahvaltı kuveri bekleniyor?

Hangi kritik yetkinlikler gerekli?

Kim izinli?

Kim yeni?

Backup kim?

Kaç işçilik saatine ihtiyacımız var?

Kaç saat planladık?

Aradaki gap ne?

Ve en önemlisi:

Bu staffing seviyesiyle hedeflediğimiz hizmet standardını gerçekten üretebilir miyiz?

Çünkü otelde:

fazla personel maliyet yaratır.

Ama:

eksik personel de maliyet yaratır.

Biri:

Payroll'da görünür.

Diğeri:

  • overtime,
  • complaint,
  • rework,
  • turnover,
  • guest dissatisfaction,
  • revenue loss

olarak farklı yerlerde ortaya çıkabilir.

Bu nedenle profesyonel vardiya yönetiminin amacı:

minimum personel

değildir.

Amaç:

doğru zamanda, doğru yerde, doğru yetkinlikte ve doğru miktarda insan kapasitesi bulundurmaktır.

Vardiya planınız:

yarının problemlerini bugün gösterebiliyorsa;

artık yalnızca bir çalışma çizelgesi değildir.

Otelin:

operasyonel kapasite yönetim sistemidir.

Otel Yatırım Rehberi — Cilt VI

Cilt VI — Yönetim, personel planlamasını yalnızca kaç kişinin çalışacağı üzerinden değil; doluluk, iş yükü, vardiya, yetkinlik, fazla mesai, verimlilik, hizmet kalitesi ve personel maliyeti arasındaki bağlantıyla ele alır.

Amaç sabit vardiya tabloları oluşturmak değil;

talep değiştikçe insan kapasitesini doğru noktaya yönlendiren, operasyon başlamadan önce staffing risklerini gösteren ve gerçekleşen sonuçlardan öğrenerek kendini geliştiren bir iş gücü yönetim sistemi kurmaktır.