Menentukan Pagu Lembur Tiap Departemen Tanpa Mengganggu Cashflow
HR dan finance sering berada di posisi yang serba sulit. Operasional membutuhkan lembur agar pekerjaan selesai, tetapi biaya tambahan tenaga kerja tidak boleh mengganggu pembayaran gaji dan kebutuhan perusahaan lainnya. Di lapangan, pagu lembur juga kerap ditentukan dari kebiasaan: memakai total lembur tahun lalu atau membagi anggaran berdasarkan jumlah karyawan.
Padahal, pagu yang lebih aman sebaiknya dimulai dari ruang cashflow perusahaan. Tentukan batas total anggaran lembur untuk periode tertentu, hitung kebutuhan tiap departemen dengan rumus biaya lembur = estimasi jam lembur × tarif lembur, lalu sesuaikan pembagiannya dengan kebutuhan operasional dan prioritas bisnis. Setelah ditetapkan, pagu perlu dipantau sebagai angka yang bisa bergerak, bukan keputusan yang baru diperiksa di akhir periode.
Contents
Berapa ruang yang benar-benar tersedia untuk lembur?
Angka lembur periode sebelumnya tetap berguna sebagai pembanding, tetapi tidak otomatis cocok dijadikan pagu baru. Volume proyek, jumlah karyawan, pola kerja, target produksi, kondisi kas, dan kebutuhan operasional bisa berubah. Mengulang angka lama tanpa memeriksa perubahan tersebut hanya membawa asumsi lama ke periode baru.
Finance dan HR perlu menyepakati batas total anggaran lembur setelah melihat proyeksi arus kas dan kewajiban operasional lainnya. Pembayaran gaji serta kebutuhan yang menjaga kegiatan utama perusahaan berjalan perlu dipetakan lebih dahulu. Dari sana, perusahaan dapat menetapkan ruang yang realistis untuk lembur, misalnya per bulan atau per kuartal.
Batas tersebut menjadi pagu awal perusahaan. Artinya, pagu adalah batas rencana dan alat pengendalian, bukan janji bahwa seluruh nominal pasti terpakai. Realisasi lembur tetap perlu dibandingkan dengan sisa anggaran dan kondisi cashflow yang berjalan.
Gunakan asumsi yang jelas saat menghitung biaya
Perhitungan awal tidak harus rumit, tetapi asumsi di baliknya perlu bisa ditelusuri. Untuk setiap departemen, pisahkan estimasi jam lembur dari tarif yang digunakan. Keduanya bisa berbeda karena kebutuhan kerja dan kebijakan yang berlaku tidak selalu sama.
Rumus dasarnya:
Estimasi biaya lembur departemen = estimasi jam lembur × tarif lembur
Tarif lembur dan ketentuan pembayarannya harus diverifikasi berdasarkan aturan yang berlaku serta kebijakan perusahaan sebelum dipakai dalam perencanaan. Tarif yang belum diverifikasi jangan dicampur dengan data aktual seolah-olah keduanya memiliki status yang sama.
Berikut ilustrasi simbolik, bukan angka operasional aktual:
Departemen | Estimasi jam lembur | Tarif lembur terverifikasi | Estimasi biaya |
|---|---|---|---|
Operasional | Jam Operasional | Tarif Operasional | Jam Operasional × Tarif Operasional |
Teknologi | Jam Teknologi | Tarif Teknologi | Jam Teknologi × Tarif Teknologi |
Layanan pelanggan | Jam Layanan | Tarif Layanan | Jam Layanan × Tarif Layanan |
Jumlahkan estimasi biaya dari seluruh departemen, kemudian bandingkan dengan batas total anggaran lembur perusahaan. Jika hasilnya masih di bawah atau sesuai batas, angka tersebut dapat menjadi dasar pembagian pagu.
Jika totalnya lebih tinggi, jangan langsung menaikkan anggaran. Tinjau kembali asumsi jam lembur, urutan prioritas pekerjaan, atau cara kerja yang memicu lembur. Dengan begitu, keputusan yang diambil tetap mempertimbangkan dampaknya terhadap cashflow.
Pagu yang adil tidak harus sama besar
Pembagian rata memang mudah dijelaskan, tetapi belum tentu adil. Departemen dengan jumlah karyawan lebih sedikit bisa saja menangani pekerjaan yang lebih sering membutuhkan lembur. Sebaliknya, banyaknya karyawan dalam suatu departemen tidak otomatis membuat kebutuhan anggarannya paling besar.
Pembagian yang lebih mudah dipertanggungjawabkan perlu melihat kebutuhan operasional yang wajib dipenuhi, kapasitas kerja, estimasi jam lembur, tarif lembur, dan prioritas bisnis. Departemen yang mendukung kegiatan kritis atau memiliki tenggat yang sulit digeser dapat memperoleh prioritas lebih besar, selama alasannya dicatat dan disepakati.
Dalam praktiknya, HR dan finance dapat memulai dari estimasi biaya masing-masing departemen. Kepala departemen kemudian menjelaskan kebutuhan di balik angka tersebut. Jika total kebutuhan melampaui batas perusahaan, pembahasannya bukan sekadar meminta tambahan anggaran, melainkan menentukan pekerjaan mana yang benar-benar harus diselesaikan melalui lembur dan mana yang bisa dijadwalkan ulang, dialihkan, atau ditahan.
Dengan pendekatan ini, perbedaan pagu tidak terasa arbitrer. Setiap departemen dapat melihat hubungan antara kebutuhan kerja, estimasi jam, tarif, dan prioritas. “Adil” tidak selalu berarti semua departemen menerima angka yang sama; beban dan urgensinya memang bisa berbeda.
Pagu baru benar-benar berguna jika terhubung dengan pemantauan dan persetujuan. Laporan sederhana sudah cukup untuk membantu HR, finance, dan kepala departemen melihat posisi anggaran tanpa menunggu periode berakhir.
Departemen | Pagu | Realisasi | Sisa anggaran | Status persetujuan |
|---|---|---|---|---|
Nama departemen | Nominal pagu | Nominal realisasi | Pagu dikurangi realisasi | Dalam pagu, perlu tinjauan, atau menunggu persetujuan |
Saat realisasi mulai mendekati pagu sebelum periode berakhir, lihat penyebabnya, bukan hanya nominalnya. Periksa apakah ada lonjakan pekerjaan, perubahan jadwal, kekurangan kapasitas, estimasi jam yang terlalu rendah, atau persetujuan yang terlambat dicatat.
Jika lembur memang terkait kebutuhan operasional yang menjadi prioritas, departemen dapat mengajukan persetujuan tambahan melalui jalur yang ditetapkan perusahaan. Pengajuan tersebut sebaiknya memuat kebutuhan, estimasi jam tambahan, biaya, serta dampaknya terhadap total anggaran dan proyeksi cashflow.
Untuk lembur yang tidak mendesak, penundaan atau penahanan sampai tersedia ruang anggaran bisa menjadi pilihan yang lebih sehat. Ambang pemantauan dan jalur persetujuan tidak harus sama di setiap perusahaan. Tetapkan berdasarkan siklus cashflow, kemampuan finance melakukan review, dan kebijakan internal, bukan berdasarkan persentase universal tanpa dasar.
Data yang perlu ada sebelum angka disahkan
Sebelum pagu ditetapkan, bedakan data aktual, estimasi, dan asumsi. Setidaknya, tim perlu mengumpulkan:
Histori lembur yang relevan dengan periode perencanaan.
Kebutuhan operasional, proyek, jadwal produksi, atau tenggat tiap departemen.
Jumlah karyawan dan kapasitas kerja yang tersedia.
Estimasi jam lembur berdasarkan kebutuhan yang sudah dipetakan.
Tarif lembur dan ketentuan pembayaran yang telah diverifikasi.
Proyeksi cashflow serta kebutuhan operasional lain yang harus diprioritaskan.
Kebijakan persetujuan dan mekanisme pengajuan tambahan jika pagu tidak mencukupi.
Data tersebut bukan sekadar checklist administrasi. Histori membantu menguji kewajaran estimasi, kebutuhan operasional menjelaskan alasan lembur, tarif menentukan biaya, sedangkan proyeksi cashflow menunjukkan batas yang sanggup ditanggung perusahaan.
Pagu perlu mengikuti perubahan di lapangan
Menetapkan pagu bukan berarti menghentikan lembur yang memang dibutuhkan. Tujuannya adalah membuat keputusan lembur terlihat sejak awal: berapa kebutuhan yang diperkirakan, departemen mana yang menjadi prioritas, dan kapan realisasi perlu ditinjau ulang.
Setelah periode berjalan, bandingkan estimasi dengan realisasi. Jika suatu departemen berulang kali melampaui pagu karena pola pekerjaan memang berubah, asumsi perencanaannya perlu diperbaiki. Jika penyebabnya adalah permintaan lembur yang tidak terencana atau persetujuan yang longgar, kontrol proses perlu diperkuat.
Dengan menghubungkan cashflow, kebutuhan operasional, jam lembur, tarif, pagu, dan persetujuan, HR dan finance dapat menjaga disiplin biaya tanpa menutup ruang operasional untuk menangani pekerjaan yang benar-benar mendesak.
