Hotel group dengan beberapa properti sering memiliki masalah yang tidak terlihat pada level individual property.

Satu hotel kekurangan manpower ketika occupancy mencapai 90%.

Properti lain pada hari yang sama hanya berada di 55%.

Secara group, sebenarnya kapasitas workforce mungkin cukup.

Masalahnya adalah labor capacity berada di property yang salah.

Inilah tantangan utama scheduling multi property hotel:

Bagaimana mengalokasikan workforce yang tepat ke property yang tepat, pada waktu yang tepat, tanpa mengganggu service, employee availability, atau labor cost?

Model ini membutuhkan pendekatan berbeda dari scheduling satu hotel.

---

1. Multi Property Scheduling Memiliki Dua Level Keputusan

Scheduling perlu dipisahkan menjadi:

Property-Level Scheduling

Department Head menentukan:

• shift;
• daily roster;
• workload allocation;
• attendance;
• operational coverage.

Group-Level Workforce Planning

Management group melihat:

• total workforce capacity;
• demand antarproperty;
• skill availability;
• shared manpower;
• labor cost;
• mobility;
• staffing gap.

Dengan struktur tersebut, property tetap memiliki operational control sementara group memperoleh visibility terhadap workforce secara keseluruhan.

---

2. Jangan Mulai dari Headcount

Misalnya group memiliki:

Hotel A: 120 staff

Hotel B: 100 staff

Hotel C: 80 staff

Total:

300 staff

Angka tersebut belum menjawab apakah group memiliki manpower yang cukup.

Yang lebih relevan:

Available Labor Hours + Skill Coverage + Location + Timing

Hotel A mungkin memiliki 120 employee, tetapi 15 sedang leave dan 10 tidak memiliki skill yang dibutuhkan untuk peak workload.

Sementara Hotel B memiliki excess capacity.

Headcount group terlihat aman.

Capacity operasional belum tentu.

---

3. Buat Group Workforce Inventory

Multi property hotel membutuhkan database workforce yang mencakup:

• employee;
• property;
• department;
• position;
• skill;
• level;
• employment status;
• shift availability;
• cross-property eligibility.

Contoh:

Employee	Property	Skill	Cross Property
A	Hotel A	FO + Reservation	Yes
B	Hotel B	FO	Yes
C	Hotel C	FO	No
D	Hotel A	Banquet	Yes

Dengan data ini group dapat melihat siapa yang dapat dipindahkan dan siapa yang tidak.

---

4. Demand Harus Dipetakan per Property

Setiap property memiliki demand curve sendiri.

Contoh:

Property	Occupancy	Arrival	Event
A	92%	150	High
B	58%	60	Low
C	76%	100	Medium

Jika Hotel A kekurangan manpower sementara Hotel B memiliki excess capacity, group memiliki opsi untuk melakukan workforce balancing.

Namun occupancy saja belum cukup.

Gunakan workload driver masing-masing department.

---

5. Buat Workload Forecast per Property

Contoh:

Hotel A

Housekeeping:

• 140 departure;
• 50 stay-over.

Hotel B

Housekeeping:

• 50 departure;
• 60 stay-over.

Hotel A jelas memiliki workload lebih tinggi.

Kemudian hitung:

Workload × Standard Time = Required Labor Hours

Barulah capacity antarproperty dapat dibandingkan secara objektif.

---

6. Gunakan Group Capacity Matrix

Contoh:

Property	Required Hours	Available Hours	Gap
Hotel A	1.000	850	-150
Hotel B	700	800	+100
Hotel C	600	650	+50

Secara group:

Required:

2.300 hours

Available:

2.300 hours

Group secara total sebenarnya balance.

Tetapi Hotel A mengalami:

150-hour shortage

sementara B dan C memiliki excess capacity.

Ini merupakan situasi ideal untuk menguji shared workforce.

---

7. Shared Manpower Menjadi Strategic Capacity

Employee tertentu dapat ditetapkan sebagai:

Property-Specific Workforce

dan sebagian sebagai:

Shared Workforce

Contoh:

Core Staff

→ permanently assigned.

Cluster Staff

→ dapat bekerja di beberapa property dalam cluster.

Floating Staff

→ digunakan untuk temporary demand spike.

Struktur ini memberikan flexibility tanpa membuat seluruh workforce menjadi mobile.

---

8. Tidak Semua Position Cocok untuk Shared Workforce

Shared manpower paling masuk akal untuk role dengan:

• skill transferable;
• SOP relatif seragam;
• operational dependency rendah;
• demand fluctuation tinggi.

Contoh yang berpotensi:

• banquet;
• housekeeping support;
• steward;
• selected F&B roles;
• engineering specialists;
• event support.

Sebaliknya, role yang sangat bergantung pada property-specific knowledge mungkin membutuhkan fixed assignment.

---

9. Cluster Scheduling Lebih Praktis daripada Group Scheduling

Untuk group besar, jangan membuat satu roster raksasa.

Buat:

Property

↓

Cluster

↓

Group

Contoh:

Central Java Cluster

Hotel A

Hotel B

Hotel C

Cluster HR/Operations dapat mengelola shared capacity antarproperty.

Group management kemudian melihat:

• utilization;
• labor cost;
• manpower gap;
• productivity.

Model ini mengurangi kompleksitas koordinasi.

---

10. Skill Matrix Menjadi Lebih Penting

Dalam multi property scheduling, jumlah employee saja tidak cukup.

Misalnya Hotel A membutuhkan:

2 engineer HVAC

Hotel B memiliki 4 engineer.

Tetapi hanya 1 yang memiliki kompetensi HVAC.

Maka excess headcount Hotel B bukan berarti excess skill capacity.

Gunakan:

Skill Availability Matrix

untuk menentukan siapa yang benar-benar dapat digunakan lintas property.

---

11. Scheduling Harus Memperhitungkan Travel Time

Ini salah satu perbedaan penting dengan single-property scheduling.

Jika dua property berjarak 45 menit, perpindahan employee bukan zero-cost.

Perhitungkan:

• travel time;
• transportation;
• fuel;
• employee allowance;
• fatigue;
• shift duration.

Jika employee bekerja 8 jam tetapi membutuhkan 1,5 jam perjalanan tambahan, economic value dari shared manpower perlu dihitung kembali.

---

12. Jangan Memindahkan Employee untuk Masalah yang Salah

Misalnya Hotel A memiliki overtime tinggi.

Hotel B memiliki excess manpower.

Langkah pertama bukan otomatis:

“Kirim 5 staff dari B ke A.”

Periksa:

• apakah workload memang lebih tinggi;
• apakah roster salah;
• apakah productivity rendah;
• apakah absenteeism tinggi;
• apakah vacancy sudah terlalu lama.

Jika root cause adalah poor scheduling, workforce transfer hanya menutupi masalah.

---

13. Group Scheduling dan Overtime

Shared manpower dapat mengurangi overtime jika:

Property A: Labor Shortage

dan:

Property B: Excess Capacity

Namun hitung:

Cost of Transfer

vs

Cost of Overtime

Contoh:

Overtime A:

Rp15 juta

Cost transfer B:

Rp7 juta

Shared manpower dapat lebih ekonomis.

Tetapi jika transfer cost:

Rp20 juta,

overtime mungkin lebih rasional.

Keputusan harus berbasis total cost, bukan asumsi bahwa shared manpower selalu lebih murah.

---

14. Forecast Secara Rolling

Multi property scheduling sebaiknya tidak menunggu akhir bulan.

Gunakan:

7-day forecast

untuk tactical scheduling.

30-day forecast

untuk workforce planning.

90-day forecast

untuk capacity planning.

Semakin jauh horizon forecast, semakin tinggi uncertainty.

Karena itu schedule harus memiliki ruang untuk adjustment.

---

15. Gunakan Scenario Planning

Setiap property dapat memiliki:

Base Case

Demand sesuai forecast.

High Case

Occupancy atau event lebih tinggi.

Low Case

Demand lebih rendah.

Contoh:

Hotel A:

Base:

900 labor hours

High:

1.100 hours

Low:

700 hours

Group dapat menentukan berapa capacity yang harus permanent dan berapa yang flexible.

---

16. Centralized vs Decentralized Scheduling

Ada dua model utama.

Centralized

Group/cluster membuat sebagian besar schedule.

Kelebihan:

• visibility tinggi;
• workforce balancing lebih mudah;
• standardisasi.

Risiko:

• terlalu jauh dari operational reality.

Decentralized

Property membuat schedule sendiri.

Kelebihan:

• lebih responsive;
• memahami local workload.

Risiko:

• group capacity tidak terlihat;
• duplicate staffing;
• shared manpower sulit digunakan.

Model hybrid biasanya lebih praktis:

Group = policy & visibility

Property = operational execution

---

17. Standardisasi Scheduling Rules

Multi property hotel membutuhkan aturan yang konsisten untuk:

• shift;
• overtime;
• leave;
• cross-property assignment;
• approval;
• attendance;
• employee transfer;
• emergency staffing.

Jika setiap property menggunakan rule berbeda tanpa alasan operational, group akan sulit membandingkan performance.

Standardisasi bukan berarti semua property harus memiliki roster identik.

Yang distandarkan adalah:

framework dan governance.

---

18. Gunakan Labor Cost per Property

Management group perlu melihat:

Labor Cost / Revenue

dan:

Labor Cost / Workload Unit

Contoh:

Hotel A:

Revenue Rp10 miliar

Labor cost Rp2 miliar

Hotel B:

Revenue Rp8 miliar

Labor cost Rp1,2 miliar

Perbandingan raw labor cost tidak cukup.

Lihat juga:

Labor Productivity

Workload

Service Quality

Operating Model

---

19. Measure Workforce Utilization

Salah satu metric yang berguna:

Labor Utilization = Productive Labor Hours ÷ Available Labor Hours

Contoh:

Available:

1.000 hours

Productive:

800 hours

Utilization:

80%

Angka tersebut harus dibaca bersama service quality dan operating requirements.

Utilization terlalu rendah dapat menunjukkan idle capacity.

Utilization terlalu tinggi secara konsisten dapat menunjukkan workforce terlalu tipis.

---

20. Workforce Sharing Memiliki Hidden Cost

Shared manpower dapat terlihat efisien, tetapi terdapat:

• transportation;
• accommodation jika diperlukan;
• meal;
• coordination;
• administration;
• travel time;
• fatigue;
• employee acceptance;
• compliance.

Maka group harus menghitung:

Total Cost of Workforce Mobility

bukan hanya wage.

---

21. Gunakan Workforce Marketplace Internal

Untuk group dengan banyak property, konsep internal workforce marketplace dapat digunakan.

Property dapat mengajukan:

Need

Contoh:

Hotel A membutuhkan:

2 banquet staff, Friday–Sunday

Property lain dapat menawarkan:

Available Capacity

Group system kemudian melakukan matching berdasarkan:

• skill;
• availability;
• distance;
• cost;
• shift.

Ini mengubah workforce dari resource yang rigid menjadi shared capacity pool.

---

22. Technology Menjadi Penting

Multi property scheduling semakin sulit jika menggunakan spreadsheet terpisah.

System ideal dapat mengintegrasikan:

• PMS;
• HRIS;
• attendance;
• scheduling;
• leave;
• workload;
• overtime;
• payroll;
• skill matrix.

Management kemudian dapat melihat:

Demand → Workload → Required Labor → Available Staff → Schedule → Actual Hours → Cost

dalam satu framework.

---

23. Dashboard Group Workforce

Minimal dashboard:

KPI	Hotel A	Hotel B	Hotel C
Occupancy	92%	58%	76%
Labor Utilization	91%	68%	75%
Overtime	800 hrs	200 hrs	300 hrs
Labor Cost	Rp2B	Rp1.2B	Rp1.5B
Productivity	0.48	0.56	0.52

Dari sini management dapat melihat property mana yang:

• under capacity;
• over capacity;
• inefficient;
• memiliki excess workforce.

---

24. Scheduling Multi Property Harus Tetap Menjaga Employee Experience

Employee bukan sekadar unit labor.

Cross-property assignment dapat menimbulkan:

• travel fatigue;
• schedule uncertainty;
• family disruption;
• communication issue;
• perceived unfairness.

Karena itu group perlu memiliki:

• advance notice;
• transportation policy;
• allowance policy;
• rest requirement;
• assignment rules.

Workforce flexibility harus memiliki operating boundary.

---

25. Jangan Membuat Workforce Terlalu Flexible

Terlalu banyak mobility dapat menciptakan masalah:

Employee berpindah terus

↓

Property knowledge rendah

↓

Team cohesion turun

↓

Supervision lebih sulit

↓

Service consistency turun

Maka workforce flexibility harus digunakan pada posisi dan kondisi yang tepat.

Targetnya bukan:

Maximum Mobility

tetapi:

Optimal Capacity Flexibility

---

26. Governance Multi Property

Tentukan siapa yang memiliki keputusan.

Department Head

Mengatur daily deployment.

HR Property

Mengelola employee administration.

Cluster HR / Operations

Mengelola cross-property capacity.

Finance

Mengontrol labor economics.

Group HR / Operations

Menentukan policy dan workforce strategy.

GM / Group Management

Mengambil keputusan capacity besar.

Tanpa governance, shared workforce dapat berubah menjadi konflik antarproperty.

---

27. KPI Scheduling Multi Property Hotel

Gunakan:

Schedule Accuracy

Actual vs planned labor hours.

Labor Utilization

Productive hours vs available hours.

Overtime Rate

OT hours vs total labor hours.

Workload Coverage

Available capacity vs required workload.

Cross-Property Utilization

Shared labor hours ÷ total eligible labor hours.

Labor Cost per Revenue

Labor cost ÷ revenue.

Labor Cost per Workload Unit

Labor cost ÷ workload.

Forecast Accuracy

Forecast vs actual demand/workload.

Service Quality

Guest satisfaction, complaint, response time, room release, dan operational KPI terkait.

---

28. Framework Scheduling Multi Property Hotel

Gunakan siklus:

Group Demand Forecast

↓

Property Workload Forecast

↓

Required Labor Hours

↓

Property Capacity

↓

Identify Gap / Excess

↓

Check Skill Matrix

↓

Cross-Property Matching

↓

Property Roster

↓

Actual Attendance

↓

Productivity

↓

Overtime & Labor Cost

↓

Service Quality

↓

Variance Analysis

↓

Next Schedule

Ini membuat scheduling menjadi continuous workforce planning, bukan sekadar pembuatan roster.

---

5 Insight untuk Management Hotel

1. Group manpower tidak sama dengan jumlah headcount

Yang penting adalah available capacity + skill + timing + location.

2. Excess capacity di satu property dapat menjadi solusi shortage di property lain

Namun hanya jika skill, distance, cost, dan employee availability memungkinkan.

3. Scheduling harus dimulai dari workload

Bukan dari:

“Staff yang tersedia siapa saja?”

4. Shared manpower harus dibandingkan dengan overtime dan recruitment

Gunakan total economic cost sebelum menentukan solusi.

5. Centralization terbaik bukan berarti semua schedule dibuat pusat

Group sebaiknya mengontrol framework, visibility, dan capacity, sementara property tetap memegang operational execution.

Penutup

Scheduling multi property hotel merupakan masalah workforce allocation lintas aset.

Group tidak hanya perlu mengetahui berapa banyak employee yang dimiliki, tetapi juga:

di mana mereka berada, skill apa yang mereka miliki, kapan mereka tersedia, berapa workload yang harus ditangani, dan berapa biaya untuk memindahkan kapasitas tersebut.

Framework yang efektif:

Demand → Workload → Capacity → Skill → Schedule → Productivity → Cost → Service

Jika satu property mengalami shortage sementara property lain memiliki excess capacity, shared manpower dapat menjadi solusi.

Jika gap bersifat permanent, group mungkin membutuhkan recruitment.

Jika gap hanya muncul pada peak period, flexible workforce lebih rasional.

Jika masalah berasal dari roster, tidak ada alasan menambah headcount sebelum schedule diperbaiki.

Pada skala group, scheduling akhirnya bukan lagi persoalan membuat shift.

Ia menjadi capital allocation terhadap labor capacity: menempatkan resource manusia pada property yang memberikan kebutuhan operasional dan economic value paling besar, tanpa mengorbankan service quality maupun sustainability workforce.