Tim sibuk belum tentu kekurangan staf

Pukul delapan pagi, grup WhatsApp operasional sudah penuh. Ada laporan AC menetes di lantai 12, komplain suara bising di lantai 8, permintaan pindah barang dari unit baru, dan teknisi vendor yang menunggu akses ke ruang mesin. Menjelang sore, semua orang merasa sudah bekerja keras, tetapi beberapa pekerjaan masih belum selesai dan tenant kembali menanyakan status laporannya.

Situasi seperti ini sering langsung dianggap sebagai tanda bahwa properti membutuhkan staf tambahan. Padahal, penyebabnya bisa berbeda: tugas tidak terbagi merata, pekerjaan kecil memakan waktu lebih lama dari perkiraan, prioritas darurat bercampur dengan pekerjaan rutin, atau sebagian pekerjaan tidak pernah tercatat.

Sebelum membuka lowongan baru atau menambah biaya vendor, building manager perlu melihat beban kerja aktual. Salah satu cara praktisnya adalah membuat workload map tim gedung, yaitu peta yang memperlihatkan jenis pekerjaan, jumlah tugas, estimasi waktu, tingkat prioritas, dan kapasitas tim yang tersedia.

Dengan peta ini, keputusan tidak lagi hanya berdasarkan kesan “tim sedang kewalahan”, tetapi berdasarkan data yang bisa dibahas bersama owner dan supervisor.

Apa itu workload map dalam property management?

Workload map adalah rangkuman beban pekerjaan tim dalam periode tertentu, biasanya tujuh atau empat belas hari. Peta ini tidak hanya menghitung jumlah komplain atau work order, tetapi juga memperhitungkan waktu, tingkat kesulitan, urgensi, dan siapa yang bertanggung jawab.

Dua tim bisa menerima jumlah laporan yang sama, tetapi memiliki beban yang berbeda. Sepuluh permintaan mengganti lampu mungkin selesai dalam beberapa jam. Sebaliknya, sepuluh laporan kebocoran yang membutuhkan pemeriksaan plafon, koordinasi teknisi, pengadaan material, dan kunjungan ulang dapat menghabiskan waktu lebih banyak.

Workload map menjawab tiga pertanyaan: pekerjaan apa yang masuk, berapa kapasitas yang dibutuhkan, dan apakah kapasitas tersebut tersedia pada waktu yang tepat?

Workload map juga berbeda dari sekadar daftar tugas. Daftar tugas hanya menunjukkan apa yang harus dikerjakan. Workload map membantu manajemen memahami beban di balik tugas tersebut dan menemukan bagian proses yang membuat pekerjaan menumpuk.

Mengapa jumlah komplain saja tidak cukup?

Jumlah komplain penting, tetapi tidak boleh menjadi satu-satunya ukuran kinerja tim. Satu komplain dapat menghasilkan beberapa aktivitas: membaca laporan, menghubungi tenant, melakukan inspeksi, menghubungi vendor, menunggu persetujuan, menyelesaikan pekerjaan, dan mengirim pembaruan.

Jika semua aktivitas tersebut dicatat sebagai satu komplain, beban sebenarnya akan terlihat lebih kecil dari kenyataan. Sebaliknya, apabila setiap langkah dihitung sebagai tugas terpisah tanpa pengelompokan, beban dapat terlihat berlebihan.

Karena itu, data perlu dinormalisasi. Gunakan kategori yang konsisten, misalnya maintenance, kebersihan, keamanan, billing, fasilitas, visitor, package, dan administrasi. Setelah itu, tambahkan estimasi waktu dan tingkat prioritas untuk setiap pekerjaan.

Dalam pengelolaan bangunan, pemeliharaan yang terencana penting untuk menjaga keandalan dan kinerja bangunan sepanjang umur ekonomisnya. Lihat juga Model Perancangan Pemeliharaan Bangunan Gedung dari Jurnal Permukiman Kementerian PU. Workload map membantu tim melihat apakah pekerjaan preventif benar-benar memiliki waktu dan PIC, bukan hanya mengejar laporan kerusakan yang sudah terjadi.

Data minimum yang perlu dikumpulkan

Tidak perlu menunggu memiliki sistem yang sempurna. Untuk memulai, kumpulkan data berikut selama tujuh hari kerja:

• Tanggal dan waktu masuk: untuk melihat jam sibuk dan pola permintaan.
• Kategori: seperti AC, listrik, billing, fasilitas, kebersihan, atau keamanan.
• Lokasi: misalnya Unit 12-08, lobby, basement, atau area fasilitas.
• Sumber laporan: tenant, security, inspeksi, atau tim internal.
• Tingkat prioritas: darurat, tinggi, normal, atau rendah.
• Estimasi waktu: 30 menit, 2 jam, atau 1 hari.
• PIC dan tim: misalnya Engineering A atau security shift malam.
• Status: baru, berjalan, menunggu vendor, atau selesai.
• Penyebab tertunda: akses unit, material, vendor, atau approval.

Untuk data tenant, gunakan informasi seperlunya dan hindari memasukkan data pribadi yang tidak diperlukan dalam analisis operasional.

Cara membuat workload map dalam lima langkah

1. Tentukan periode dan ruang lingkup

Mulailah dari periode yang mudah dikendalikan, misalnya tujuh hari. Jangan langsung menggabungkan pekerjaan selama satu tahun karena data akan terlalu besar dan sulit dibaca.

Tentukan juga ruang lingkupnya. Anda dapat membuat workload map untuk tim engineering terlebih dahulu, lalu melanjutkannya ke housekeeping, security, tenant relation, atau administrasi. Jika semua tim dimasukkan sejak awal, pastikan kategori dan satuan waktunya konsisten.

2. Satukan semua sumber pekerjaan

Gabungkan data dari buku laporan, spreadsheet, grup chat, email, telepon, dan formulir tenant. Tujuannya bukan menyalahkan cara kerja lama, tetapi menemukan pekerjaan yang selama ini tidak terlihat.

Perhatikan laporan yang muncul di beberapa tempat. Satu komplain yang masuk melalui telepon lalu diteruskan lewat grup chat sebaiknya dihitung sebagai satu kasus dengan beberapa aktivitas, bukan dua komplain berbeda.

3. Beri bobot berdasarkan waktu dan prioritas

Gunakan estimasi sederhana. Pekerjaan sampai 30 menit dapat diberi bobot 1, pekerjaan 1–2 jam bobot 2, dan pekerjaan yang membutuhkan koordinasi vendor atau akses khusus bobot 3. Bobot ini bukan standar industri, melainkan alat perbandingan internal yang perlu dikalibrasi setelah beberapa minggu.

• Darurat: berpotensi membahayakan keselamatan, keamanan, atau menyebabkan kerusakan meluas.
• Tinggi: sangat mengganggu fungsi unit atau fasilitas dan perlu ditangani pada hari yang sama.
• Normal: perlu diselesaikan sesuai target layanan yang disepakati.
• Rendah: dapat dijadwalkan dalam pekerjaan rutin.

Prioritas tidak selalu sama dengan durasi. Laporan korsleting mungkin hanya membutuhkan 20 menit untuk mematikan sumber listrik, tetapi tetap harus didahulukan karena risikonya tinggi.

4. Bandingkan kebutuhan dengan kapasitas aktual

Hitung kapasitas berdasarkan jam kerja yang benar-benar tersedia, bukan jadwal teoritis. Kurangi waktu briefing, serah terima shift, makan, inspeksi rutin, rapat, perjalanan antar area, cuti, dan pekerjaan darurat yang tidak terjadwal.

Kapasitas efektif = jumlah staf × jam kerja tersedia × faktor waktu produktif

Sebagai ilustrasi, dua teknisi memiliki 40 jam kerja per minggu. Jika setelah dikurangi briefing, inspeksi, perpindahan lokasi, dan administrasi faktor waktu produktif diperkirakan 70%, kapasitas efektifnya sekitar 56 jam, bukan 80 jam.

Angka tersebut hanya contoh perhitungan, bukan patokan untuk semua properti. Setiap gedung perlu menggunakan jadwal, jumlah lantai, jarak area, pola tenant, dan kebijakan internalnya sendiri.

5. Tandai bottleneck dan ambil tindakan

Setelah kebutuhan dan kapasitas terlihat, cari penyebab pekerjaan tertunda. Bottleneck tidak selalu berarti kekurangan staf. Penyebabnya dapat berupa akses unit yang belum tersedia, persetujuan owner yang terlambat, material belum ada, vendor sulit dihubungi, informasi laporan tidak lengkap, atau satu supervisor menjadi titik persetujuan untuk terlalu banyak pekerjaan.

• Pekerjaan menumpuk pada satu PIC: redistribusi tugas dan tetapkan backup PIC.
• Banyak laporan tidak lengkap: gunakan format dengan lokasi, foto, dampak, dan waktu kejadian.
• Banyak pekerjaan menunggu vendor: siapkan vendor cadangan dan target respons.
• Pekerjaan rutin selalu kalah oleh komplain: kunci jadwal preventive maintenance dan pantau penyelesaiannya.
• Pekerjaan tertunda karena approval: tentukan batas kewenangan dan jalur eskalasi.
• Data tersebar di banyak kanal: gunakan satu sumber pencatatan dengan status dan histori yang jelas.

Contoh workload map sederhana

Misalkan tim engineering pada gedung hunian mencatat pekerjaan berikut dalam satu minggu. Angka ini ilustrasi, bukan data aktual atau benchmark industri.

• Work order minor: 20 pekerjaan × 1 jam = 20 jam.
• Work order dengan koordinasi vendor: 12 pekerjaan × 2,5 jam = 30 jam.
• Verifikasi komplain tenant: 18 pekerjaan × 30 menit = 9 jam.
• Pemeriksaan preventif: 16 pekerjaan × 1,25 jam = 20 jam.
• Pelaporan dan follow-up: 8 pekerjaan × 45 menit = 6 jam.

Total kebutuhan: 85 jam. Jika dua teknisi memiliki kapasitas efektif gabungan 80 jam, terdapat selisih sekitar lima jam. Namun, respons yang tepat belum tentu langsung merekrut satu orang. Periksa lebih dulu pekerjaan yang dapat dijadwalkan ulang, laporan berulang akibat akar masalah yang sama, administrasi yang dapat disederhanakan, atau kebutuhan vendor khusus.

Dari contoh tersebut, pekerjaan dengan koordinasi vendor menyumbang 30 jam. Perbaikan proses vendor mungkin menghasilkan dampak lebih besar daripada sekadar menambah tugas kepada teknisi.

Checklist workload map selama tujuh hari

• Tentukan satu tim dan periode tujuh hari.
• Kumpulkan pekerjaan dari seluruh kanal laporan.
• Hapus duplikasi kasus yang sama.
• Kelompokkan pekerjaan berdasarkan kategori dan lokasi.
• Catat estimasi waktu, prioritas, PIC, dan status.
• Pisahkan pekerjaan reaktif, preventif, dan administratif.
• Hitung kapasitas efektif setiap anggota tim.
• Tandai pekerjaan yang menunggu vendor, akses, material, atau approval.
• Bahas tiga bottleneck terbesar dalam meeting mingguan.
• Pilih satu perubahan proses untuk diuji pada minggu berikutnya.

Ulangi pengukuran selama tiga sampai empat minggu. Data satu minggu dapat membantu menemukan indikasi, tetapi belum tentu cukup untuk mewakili pola bulanan, musim hujan, periode pindah unit, atau hari-hari dengan acara gedung.

Bagaimana Nextlivin membantu membuat pekerjaan lebih terlihat?

Workload map memerlukan pencatatan yang rapi. Jika komplain hanya disampaikan melalui telepon atau pekerjaan hanya tercatat di grup chat, building manager akan kesulitan melihat jumlah pekerjaan, status, waktu respons, dan riwayat penyelesaian.

Melalui Nextlivin Manage for Team, tim dapat menggunakan alur seperti Worktrack dan Feedback untuk mencatat, mendistribusikan, serta memantau pekerjaan dan laporan tenant secara lebih terstruktur. Halaman Features Nextlivin juga mengelompokkan kemampuan produk ke dalam Data Management, Work Process, Reporting, dan Tenant Experience.

Manfaat utamanya bukan sekadar memindahkan daftar tugas ke aplikasi. Nilainya muncul ketika building manager dapat melihat pekerjaan yang terbuka, PIC, progres, histori, dan pola masalah secara lebih konsisten. Data tersebut kemudian dapat digunakan dalam workload map, review mingguan, dan keputusan perbaikan proses.

Kesimpulan

Sebelum menyimpulkan bahwa properti kekurangan staf, hitung dahulu beban pekerjaan yang benar-benar masuk dan kapasitas yang benar-benar tersedia. Workload map membantu memisahkan masalah volume, durasi, prioritas, distribusi tugas, dan bottleneck proses.

Mulailah dari satu tim dan tujuh hari. Kumpulkan data komplain serta work order, gunakan kategori yang konsisten, hitung estimasi waktu, bandingkan dengan kapasitas efektif, lalu pilih satu bottleneck untuk diperbaiki.