Ada pemandangan yang secara intuitif terlihat sangat sehat di sebuah pabrik: hampir semua mesin berjalan, operator sibuk, material terus berpindah, forklift hilir-mudik, dan setiap area terlihat penuh aktivitas. Utilisasi tinggi, downtime rendah, dan hampir tidak ada resource yang benar-benar menganggur. Jika dilihat sekilas, kondisi seperti ini seharusnya menghasilkan output yang tinggi pula.
Namun kenyataannya tidak selalu begitu. Pada akhir hari, angka produksi bisa tetap berada di tingkat yang sama. Order masih menunggu, WIP justru bertambah, beberapa area harus bekerja overtime, dan lead time belum membaik. Semua orang terlihat sibuk, tetapi jumlah produk yang benar-benar selesai tidak meningkat sebanding dengan aktivitas yang terlihat.
Situasi ini terasa aneh hanya jika kita menganggap bahwa produktivitas sistem merupakan penjumlahan dari produktivitas setiap mesin. Padahal sebuah pabrik tidak menghasilkan produk karena semua equipment bekerja sebanyak mungkin. Pabrik menghasilkan produk ketika material dapat mengalir melalui keseluruhan proses hingga menjadi output yang benar-benar dibutuhkan pelanggan.
Perbedaan cara pandang ini sangat penting. Mesin yang sibuk belum tentu membantu organisasi menghasilkan lebih banyak. Dalam kondisi tertentu, mesin yang terus dipaksa berproduksi justru menciptakan lebih banyak inventory, antrean, perpindahan, dan kompleksitas. Karena itu, pertanyaan yang lebih berguna bukan apakah setiap mesin bekerja, melainkan apa yang sebenarnya menentukan berapa banyak produk yang bisa keluar dari sistem.
Kapasitas Sistem Tidak Ditentukan oleh Rata-Rata Kapasitas Mesin
Bayangkan sebuah proses sederhana yang terdiri dari empat tahap. Proses pertama mampu menghasilkan 100 unit per jam, proses kedua 90 unit, proses ketiga hanya 60 unit, dan proses terakhir kembali memiliki kapasitas 100 unit. Jika seluruh proses bekerja selama satu jam, sistem tidak otomatis menghasilkan mendekati 100 unit. Kemampuan proses ketiga tetap menjadi pembatas utama terhadap berapa banyak produk yang dapat melewati keseluruhan sistem.
Proses pertama dan kedua memang dapat terus menghasilkan output, tetapi tambahan tersebut hanya akan menunggu sebelum proses ketiga. Dari perspektif lokal, kedua mesin terlihat produktif. Utilisasi mereka tinggi dan output departemennya bagus. Namun dari perspektif sistem, tidak ada tambahan produk jadi yang benar-benar tercipta.
Di sinilah konsep bottleneck menjadi penting. Kapasitas keseluruhan tidak ditentukan oleh mesin tercepat atau jumlah equipment yang aktif, tetapi sangat dipengaruhi oleh titik yang paling membatasi aliran. Jika organisasi meningkatkan kecepatan resource yang bukan bottleneck tanpa mengubah constraint utama, hasilnya sering bukan throughput tambahan, melainkan WIP tambahan.
Karena itu, perbaikan kapasitas tidak seharusnya dimulai dari pertanyaan “mesin mana yang masih bisa dipercepat?”, tetapi “bagian mana yang benar-benar membatasi kemampuan sistem menghasilkan lebih banyak?”.
Kita Terlalu Terbiasa Menganggap Mesin Menganggur sebagai Pemborosan
Sebuah mesin yang berhenti mudah terlihat sebagai kehilangan. Mesin tersebut dibeli dengan investasi besar, operator tersedia, jam produksi terbatas, dan target harus tercapai. Maka logika yang muncul sangat wajar: selama ada waktu, jalankan mesin.
Masalahnya, mesin tidak bekerja sendirian. Jika proses berikutnya tidak mampu menerima output tambahan, menjalankan mesin hanya memindahkan material dari satu lokasi ke lokasi lain. Secara akuntansi, aktivitas tersebut mungkin tercatat sebagai produksi. Secara fisik, belum ada nilai tambahan yang sampai kepada pelanggan.
Material hanya berubah menjadi WIP, tetapi WIP sering terasa lebih baik daripada mesin yang diam karena ada sesuatu yang dapat dilihat. Pallet bertambah, output departemen naik, utilization membaik. Kesibukan memberi rasa produktif, meskipun sistem belum tentu menghasilkan nilai lebih banyak.
Di sinilah ukuran lokal bisa menyesatkan. Ada kondisi ketika membiarkan sebuah resource non-bottleneck tidak berproduksi justru lebih rasional daripada memaksanya menghasilkan barang yang belum dapat diproses. Bukan karena organisasi ingin membuang kapasitas, tetapi karena kapasitas tersebut memang belum dibutuhkan oleh sistem pada saat itu.
Operational Excellence tidak berusaha membuat setiap mesin selalu sibuk. Fokusnya adalah memastikan setiap resource bekerja dengan cara yang mendukung flow.
Bottleneck Tidak Selalu Mesin yang Paling Lambat di Atas Kertas
Mencari bottleneck terdengar mudah jika hanya membandingkan cycle time. Proses dengan kapasitas terendah langsung dianggap sebagai constraint. Dalam kenyataan, kondisi operasi jauh lebih dinamis.
Sebuah mesin bisa memiliki kapasitas desain yang cukup tinggi tetapi mengalami minor stop berulang. Proses lain memiliki cycle time cepat tetapi changeover sangat lama. Area inspeksi memiliki equipment yang memadai tetapi jumlah orang terbatas pada shift tertentu. Material handling dapat menjadi pembatas ketika terlalu banyak pekerjaan harus bergerak pada waktu yang sama.
Bahkan kebijakan organisasi juga dapat menjadi constraint. Approval yang membutuhkan waktu lama bisa menahan order. Keputusan quality dapat tertunda. Material tersedia tetapi belum dilepas karena proses administratif. Jadwal produksi terlalu sering berubah sehingga kapasitas yang sebenarnya tersedia tidak pernah digunakan secara stabil.
Karena itu, constraint tidak selalu berupa mesin dengan spesifikasi teknis paling rendah. Constraint adalah apa pun yang pada suatu waktu membatasi kemampuan sistem menghasilkan lebih banyak nilai. Inilah alasan mengapa bottleneck perlu dilihat melalui aliran aktual, bukan hanya melalui data kapasitas di atas kertas.
Pertanyaan yang lebih relevan adalah di mana material terus menunggu, di mana antrean selalu muncul kembali setelah dibersihkan, proses mana yang kehilangan satu jam lalu membuat seluruh sistem kesulitan mengejar ketertinggalan, dan di area mana tambahan kapasitas benar-benar meningkatkan output akhir.
Satu Jam Tidak Memiliki Nilai yang Sama di Semua Tempat
Dalam operasi, satu jam downtime sering diperlakukan sama di semua mesin. Namun dampaknya terhadap sistem dapat sangat berbeda. Jika sebuah resource non-bottleneck berhenti selama satu jam tetapi masih memiliki kapasitas berlebih, waktu tersebut mungkin dapat dikejar kembali tanpa memengaruhi throughput keseluruhan.
Sebaliknya, jika bottleneck berhenti selama satu jam, organisasi dapat kehilangan kapasitas yang sulit dipulihkan. Proses sebelum bottleneck terus menghasilkan WIP, sementara proses setelah bottleneck mulai kekurangan material. Pada akhirnya, satu kejadian di satu titik memengaruhi keseluruhan aliran.
Inilah alasan mengapa organisasi tidak seharusnya memperlakukan semua loss dengan bobot yang sama. Changeover di constraint memiliki nilai berbeda. Defect pada constraint memiliki konsekuensi berbeda. Minor stop, menunggu material, atau kehilangan waktu maintenance pada titik tersebut juga dapat berdampak jauh lebih besar terhadap output sistem.
Jika organisasi memahami hal ini, prioritas improvement menjadi lebih tajam. Tidak semua masalah harus diselesaikan sekaligus. Masalah yang menghabiskan kapasitas pada constraint sering layak mendapatkan perhatian lebih besar karena setiap kapasitas yang berhasil dipulihkan di sana berpotensi meningkatkan throughput keseluruhan.