Apakah penghematannya nyata: bottleneck dan tiga jalan angka menjadi uang

Tulisan ini tidak mengajarkan perhitungan HPP — itu tugas tulisan per industri. Yang dijawab di sini adalah pertanyaan yang berdiri di belakang setiap tabel biaya: apakah angka penghematan yang baru keluar berarti pabrik benar-benar punya uang sebanyak itu?

Jawabannya biasanya **tidak**, dan sebabnya bukan pada perhitungan. Perhitungannya benar. Yang meleset adalah bahwa uang hanya keluar kalau pabrik **benar-benar memakai lebih sedikit sesuatu** atau **menjual lebih banyak** — dan apakah sebuah perbaikan melakukan itu tergantung di mana letaknya dalam rangkaian produksi.

Contoh yang semua orang pernah alami

Anda memperbaiki satu proses, waktu siklus turun dari 6 menit menjadi 4 menit. Tabel mengalikan 2 menit dengan tarif mesin per jam dan dengan jumlah produksi, keluarlah angka yang enak dilihat.

Tetapi kalau proses itu **bukan bottleneck** — kalau memang sudah harus menunggu proses sebelumnya atau menunggu order — sesudah perbaikan pabrik tetap mengeluarkan jumlah barang yang sama, tetap membayar upah yang sama, tetap memakai listrik yang sama. Satu-satunya yang bertambah adalah **waktu mesin menganggur**.

Tiga jalan sebuah perbaikan menjadi uang sungguhan

Hanya ada tiga, dan Anda harus bisa menunjuk setidaknya satu:

1. Berkurang orang atau berkurang shift — upah yang benar-benar tidak perlu dibayar lagi.
2. Bertambah penjualan — kapasitas yang menganggur diisi order yang nyata.
3. Berkurang pengeluaran yang ada buktinya — bahan lebih sedikit, listrik lebih sedikit, biaya subkon lebih sedikit.

Jalan ketiga paling pasti dan paling mudah dibuktikan, karena meninggalkan jejak di bon pengeluaran barang atau di faktur. Dua jalan pertama butuh keputusan manajemen, tidak terjadi dengan sendirinya.

Bottleneck: proses yang menentukan keluaran seluruh lini

Bottleneck adalah proses paling lambat, dan keluaran seluruh lini sama dengan keluarannya — tidak bisa lebih. Proses lain secepat apa pun tetap harus menunggu dia.

Akibatnya ada dua, dan yang kedua justru sering terlewat:

• Perbaikan **di** bottleneck berarti setiap menit yang dihemat adalah menit tambahan keluaran bagi seluruh pabrik.
• Perbaikan **di luar** bottleneck tidak mengubah keluaran — kecuali waktu senggang itu Anda pakai untuk mengurangi orang, mengurangi shift, atau memindahkan pekerjaan dari tempat lain ke sini.

Cara menemukan bottleneck tanpa pengukuran rumit: berjalanlah menyusuri lini dan cari tempat yang **barangnya menumpuk di depannya**, sementara tepat sesudahnya kosong. Atau tanyakan kepada kepala regu, proses mana yang sering harus lembur.

Isi kolom bottleneck agar sistem ikut mengingatkan

Pada pos Tenaga Kerja dan pos Mesin ada satu kolom yang menanyakan apakah baris ini bottleneck. Kolom itu tidak masuk ke perhitungan sama sekali — tidak ditambah, tidak dikurangi, tidak dikalikan.

Tugasnya menyalakan peringatan: kalau Anda mengisi sebuah baris sebagai bukan bottleneck tetapi baris itu tetap melaporkan penghematan, sistem akan mengatakan terus terang bahwa jumlah itu mungkin hanya mesin yang jadi lebih senggang.

Jadi mengisi «bukan bottleneck» tidak melemahkan usulan Anda. Justru membuat Anda **diingatkan lebih dulu** sebelum orang lain mengingatkan — dan kalau Anda tetap bisa menunjuk salah satu dari tiga jalan di atas, tuliskan saja jalan itu di bagian pembuktian.

Uang tunai sungguhan atau biaya yang dihindari

Keduanya layak dicatat, tetapi tidak sama, dan pembaca perlu tahu yang mana yang Anda maksud.

Biaya yang dihindari itu nyata, tetapi berdiri di atas satu asumsi — bahwa pengeluaran itu pasti muncul kalau tidak ada perbaikan. Tuliskan asumsinya, jangan biarkan pembaca menebak sendiri.

Ketika angkanya jelek tetapi perbaikannya tetap benar

Ada perbaikan yang oleh tabel biaya dinilai **menaikkan** biaya, dan tetap benar. Contoh paling jelas adalah memperkecil ukuran lot: jumlah setup bertambah sehingga biaya setup per unit naik.

Yang ditukar dengannya — lead time lebih pendek, stok lebih sedikit, cacat ketahuan lebih awal — tidak bisa diukur Costdown, dan sistem mengatakannya terus terang ketika mendeteksi Anda sedang memperkecil lot.

Lima pertanyaan sebelum menekan terbitkan

1. Perbaikan ini ada di bottleneck atau di luar bottleneck?
2. Kalau di luar: jalan mana dari tiga jalan menjadi uang yang bisa saya tunjuk?
3. Jumlah ini uang tunai sungguhan atau biaya yang dihindari? Sudah ditulis jelas?
4. Kalau biaya yang dihindari: apakah asumsi di belakangnya sudah dituliskan?
5. Adakah manfaat yang tidak terukur oleh tabel? Sudah masuk ke bagian mekanisme?

Lima pertanyaan ini tidak membuat angka Anda mengecil. Ia membuat angka Anda **tahan diuji** ketika ada yang bertanya — dan itulah yang menentukan apakah usulan Anda dipakai ulang oleh orang lain.