Antrean barang makin panjang, tetapi mempercepat mesin justru menambah produk yang harus dikerjakan ulang. Dalam kondisi seperti ini, perusahaan menghadapi dua masalah yang saling memengaruhi: aliran tersendat dan hasil proses yang tidak konsisten. Lean Six Sigma membantu tim memilih proyek perbaikan dengan mempertimbangkan pemborosan sekaligus variasi, bukan langsung membeli aplikasi atau menambah mesin.
Bagi COO, kepala pabrik, dan pemimpin continuous improvement, pertanyaan awalnya adalah masalah mana yang perlu diselesaikan dan bukti apa yang dibutuhkan. Artikel ini berfokus pada pemilihan proyek, tahapan DMAIC, serta kesiapan data untuk mendukung perbaikan. Contoh merupakan skenario ilustratif, bukan hasil proyek Layana.ID.
Perbedaan Lean, Six Sigma, Dan Gabungannya
ASQ menjelaskan lean dengan penekanan pada pengurangan waste dan perbaikan aliran, sedangkan Six Sigma menekankan pengurangan variasi serta pengendalian proses. Lean Six Sigma menggabungkan kebutuhan tersebut ketika masalah operasional membutuhkan keduanya.
Lean bukan sekadar mengurangi orang, dan Six Sigma bukan sekadar menghitung statistik. Keduanya memerlukan masalah pelanggan yang jelas, keterlibatan pemilik proses, serta perubahan yang hasilnya diperiksa. Pelajari lean manufacturing dan jenis pemborosan untuk dasar pengamatan aliran; artikel ini melanjutkan ke keputusan proyek yang lebih spesifik.
Metode perbaikan juga berbeda dari perangkat digital pendukungnya. ERP, dashboard, atau pencatatan IoT dapat menyediakan data dan menjaga aturan, tetapi tidak otomatis menemukan penyebab atau menghasilkan penghematan. Urutan pemilihan solusi perlu mengikuti temuan proses.
Pilih Metode Dari Gejala Yang Dapat Dibuktikan
Ketika Masalah Utama Adalah Waste Dan Aliran
Barang menunggu lama, operator berjalan mengambil alat, atau informasi dimasukkan berulang dapat menjadi kandidat pengamatan lean. Mulai dengan melihat aliran dan membedakan pekerjaan yang diperlukan dari penundaan yang dapat dikurangi. Value stream mapping membantu menata pengukuran waktu proses dan antrean pada batas yang disepakati.
Ketika Hasil Berubah Dan Penyebab Belum Jelas
Dimensi produk tidak konsisten, waktu penyelesaian sangat bervariasi, atau kesalahan berulang walaupun prosedur terlihat sama dapat memerlukan penyelidikan berbasis data. Sebelum membandingkan mesin atau operator, pastikan metode pengukuran mampu membedakan perubahan yang ingin dianalisis.
Ketika Waste Dan Variasi Saling Menguatkan
Rework menambah antrean, lalu perubahan prioritas membuat proses makin tidak stabil. Pada kasus seperti ini, proyek gabungan dapat masuk akal. Tetapkan satu hasil utama dan beberapa ukuran pengaman agar tim tidak mencoba memperbaiki seluruh pabrik dalam satu proyek.
Buat Project Charter Yang Cukup Sempit
Project charter perlu menyebut masalah teramati, pelanggan atau pengguna terdampak, area proses, baseline, target yang disepakati, pemilik, sumber data, serta batas perubahan. “Meningkatkan efisiensi produksi” terlalu luas untuk menjadi kontrak kerja tim.
Contoh ilustratif: proyek meneliti pengerjaan ulang komponen pada satu keluarga produk di satu lini. Ukuran utama adalah proporsi unit yang perlu rework, dengan ukuran pengaman keselamatan, keterlambatan pengiriman, dan cacat yang lolos. Target numerik ditetapkan setelah baseline tervalidasi; tidak dipinjam dari promosi vendor atau pabrik lain.
Hindari menetapkan “pasang AI” sebagai hasil proyek. Jika penyebabnya instruksi kerja ambigu atau alat ukur tidak konsisten, implementasi teknologi yang lebih kompleks dapat memperbesar biaya tanpa menyelesaikan masalah. Sponsor perlu menyediakan waktu tim dan kewenangan lintas fungsi, bukan hanya meminta laporan kemajuan.
DMAIC Sebagai Urutan Pengambilan Keputusan
Define: Sepakati Masalah Dan Batasnya
Tentukan produk, pelanggan, periode, dan kebutuhan mutu yang harus dipenuhi. Bedakan keluhan, gejala, dan dugaan penyebab. Sertakan bagian yang tidak akan diubah, misalnya spesifikasi pelanggan atau pemeriksaan keselamatan yang diwajibkan.
Measure: Percayai Data Sebelum Angkanya
Catat definisi cacat, unit, kesempatan kejadian, metode sampling, dan cara ukur. Satu unit dapat memiliki beberapa cacat; jangan menukar persentase unit cacat dengan jumlah cacat per unit. Periksa apakah pemeriksa dan alat memberi hasil yang cukup konsisten untuk tujuan analisis.
Untuk data transaksi, periksa identitas batch, versi produk, shift, mesin, dan waktu kejadian. Data yang baru dimasukkan saat akhir shift tidak dapat langsung dipakai membaca urutan detik per detik. Simpan keterbatasan tersebut pada baseline.
Analyze: Uji Dugaan Penyebab
Pisahkan data menurut konteks yang relevan dan periksa kasus di lapangan. Hubungan antara mesin tertentu dengan rework belum membuktikan mesin itu penyebabnya jika jenis material atau produknya berbeda. Gunakan teknik analisis sesuai data dan kompetensi tim; libatkan ahli ketika rancangan eksperimen atau interpretasi statistik memerlukannya.
Rata-rata dapat menyembunyikan sebaran. Proses dengan rata-rata sesuai spesifikasi tetap dapat menghasilkan banyak penyimpangan. Batas spesifikasi berasal dari kebutuhan produk, sedangkan batas kendali menggambarkan perilaku proses dari data; keduanya tidak boleh dipertukarkan.
Improve: Uji Perubahan Dengan Batas Risiko
Uji solusi pada lingkup terbatas dan simpan versi parameter, instruksi, serta waktu mulai. Bila beberapa unsur diubah sekaligus tanpa rancangan, tim sulit mengetahui perubahan mana yang berpengaruh. Siapkan kondisi penghentian, persetujuan mutu, dan cara kembali ke metode yang telah disetujui.
Perbaikan sederhana dapat menggunakan siklus PDCA dalam kaizen. Pemilihan alat mengikuti pertanyaan proyek, bukan kewajiban memakai semua teknik yang tersedia.
Control: Jaga Hasil Setelah Pilot
Tetapkan pemilik standar baru, frekuensi pemeriksaan, indikator peringatan, serta respons ketika hasil menyimpang. Memasang dashboard tanpa menentukan siapa melakukan apa hanya memindahkan masalah ke layar. Perubahan produk, pemasok, atau alat perlu memicu review apakah kontrol lama masih sesuai.
Memilih Proyek Dengan Manfaat Yang Bisa Ditelusuri
Bandingkan kandidat berdasarkan dampak pelanggan, besarnya masalah pada baseline, kesiapan data, kewenangan tim, risiko perubahan, dan usaha implementasi. Proyek kecil yang dapat diuji dapat lebih berguna daripada proyek besar yang tidak memiliki pemilik atau data acuan.
Pisahkan hasil operasional dari hasil finansial. Berkurangnya rework dapat mengurangi penggunaan bahan atau waktu tertentu, tetapi nilai manfaat bergantung pada biaya yang benar-benar dihindari. Kapasitas tambahan belum otomatis menjadi penjualan tambahan. Finance perlu menyetujui asumsi biaya, periode, dan cara menghindari penghitungan manfaat ganda.
Jangan menghitung penurunan waktu proses dan penurunan lembur sebagai dua manfaat terpisah bila keduanya mewakili penghematan yang sama. Laporkan pula biaya pelatihan, pengukuran, pengujian, integrasi, serta pemeliharaan solusi. Estimasi perlu dibedakan dari hasil yang sudah terjadi.
Kapan ERP, IoT, Atau Aplikasi Diperlukan?
Aplikasi relevan bila tim memerlukan identitas batch konsisten, pengendalian versi, pemeriksaan wajib, persetujuan, dan bukti tindak lanjut. ERP dapat menjadi sumber transaksi dan master data, sedangkan sensor atau IoT dapat membantu pengambilan data sesuai rancangan pengukuran. Keduanya memerlukan integrasi serta pemeriksaan kualitas data.
Jangan mengotomasi aturan yang belum stabil. Dokumentasikan titik input, PIC, referensi master, pengecualian, dan bukti yang diperlukan terlebih dahulu. Kebutuhan ERP atau integrasi IoT kemudian dinilai terhadap kontrol proses yang telah dipilih.
Siapkan Satu Proyek Untuk Ditinjau
Bawa masalah, contoh data, batas proses, PIC mutu dan operasi, serta ukuran keberhasilan ke diskusi kebutuhan Layana.ID. Melalui pemetaan proses dan konsultasi IT, tim dapat menentukan kebutuhan pencatatan serta integrasi yang mendukung proyek perbaikan. Pembahasan ini bukan penawaran sertifikasi Six Sigma atau jaminan hasil finansial.
Referensi
ASQ: Six Sigma Dan Lean Six Sigma menjadi rujukan perbedaan orientasi lean, variasi proses, dan tahapan DMAIC. Rancangan charter, skenario, serta keputusan integrasi merupakan analisis penerapan artikel ini.
Gambar merupakan ilustrasi AI, bukan dokumentasi proyek atau fasilitas pelanggan Layana.ID.