Otelde vardiya planı çoğu zaman basit bir tablo gibi görülür:
| Çalışan | Pazartesi | Salı | Çarşamba |
|---|---|---|---|
| A | 08–16 | 08–16 | İzin |
| B | 16–24 | 16–24 | 16–24 |
| C | 24–08 | İzin | 24–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ışan | Reception | Cash | Night Audit | Complaint |
|---|---|---|---|---|
| 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:
| Saat | Front Office | HK | F&B |
|---|---|---|---|
| 07–09 | Orta | Düşük | Çok Yüksek |
| 09–11 | Yüksek | Çok Yüksek | Yüksek |
| 11–14 | Orta | Çok Yüksek | Orta |
| 14–17 | Çok Yüksek | Yüksek | Düşük |
| 17–20 | Yüksek | Düşük | Yü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:
| KPI | Amaç |
|---|---|
| Scheduled Labour Hours | Planlanan kapasite |
| Actual Labour Hours | Gerçekleşen kapasite |
| Schedule Variance | Planlama sapması |
| Overtime Hours | Ek çalışma |
| Absenteeism | Devamsızlık |
| Labour Cost | Maliyet |
| Labour Cost % | Gelire göre maliyet |
| Productivity | Üretim verimliliği |
| Forecast Accuracy | Planlama girdisinin doğruluğu |
| Service KPI | Hizmet sonucu |
| Quality KPI | Kalite 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:
- Occupancy Forecast
- Arrival / Departure Forecast
- Department Workload Forecast
- Minimum Coverage Matrix
- Skill Matrix
- Weekly Roster
- Peak Coverage Plan
- Backup List
- Shift Handover Form
- Attendance Record
- Overtime Record
- Scheduled vs Actual Hours
- Absence Record
- Shift Swap Approval
- Department Productivity
- Quality Guardrail
- 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ün | Forecast Occ. | Departures | Arrivals | Required Hours | Scheduled | Gap |
|---|---|---|---|---|---|---|
| Pzt | %42 | 8 | 6 | 72 | 72 | 0 |
| Sal | %48 | 6 | 10 | 76 | 80 | +4 |
| Çar | %61 | 12 | 14 | 88 | 88 | 0 |
| Per | %72 | 18 | 20 | 104 | 100 | -4 |
| Cum | %88 | 25 | 29 | 122 | 116 | -6 |
| Cmt | %96 | 34 | 31 | 138 | 118 | -20 |
| Paz | %83 | 27 | 18 | 115 | 112 | -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.