Langsung ke konten
ORPAON Lean Production

Solusi Lean

Peningkatan Efektivitas Peralatan

Beralih dari 'peralatan tampak sibuk' ke 'di mana kerugiannya, siapa penanggung jawabnya, dan apakah tindakannya berhasil?'

Berpusat pada OEE dan andon, solusi ini memadukan konektivitas peralatan dan data MES yang diperlukan untuk membentuk siklus tertutup dari akuisisi status, atribusi kerugian, hingga verifikasi perbaikan. Fokusnya bukan satu metrik tunggal, melainkan mengidentifikasi kendala, mengurangi abnormalitas yang berulang, dan menstabilkan rutinitas evaluasi tim. Solusi dapat mendukung aktivitas TPM tanpa menjanjikan sistem TPM lengkap sebagai bagian dari paket.

Tantangan umum

  • Saat output kurang, tim sulit membedakan gangguan peralatan, pergantian produk, kekurangan material, penungguan, micro-stop, penurunan kecepatan, dan kerugian kualitas, sehingga tujuan perbaikan menjadi terlalu umum.
  • Lini hanya dinilai dari utilisasi mesin satu per satu, mengabaikan blocking, starvation, dan perpindahan bottleneck; mempercepat mesin lokal belum tentu memperbaiki output lini.
  • Penyebab waktu henti dimasukkan setelah kejadian, dengan klasifikasi yang terlalu kasar atau terpengaruh tekanan penilaian kinerja, sehingga data tidak mencerminkan proses sebenarnya.
  • Notifikasi pengecualian dan tanggung jawab respons tidak jelas, membiarkan gangguan serupa, penungguan, dan penghentian singkat berulang tanpa eskalasi maupun evaluasi kekambuhan.
  • Tim peralatan, produksi, dan kualitas memakai definisi yang berbeda-beda, membuat data sebelum-sesudah tidak dapat diperbandingkan dan kesimpulan perbaikan sulit diverifikasi.

Pendekatan solusi

01

Bakukan Definisi OEE dan Kalender

Tetapkan waktu produksi terencana, waktu siklus ideal, produk baik, dan batas tiap jenis waktu henti, dengan mempertahankan peristiwa mentah agar satu metrik gabungan tidak menyembunyikan asumsi perhitungan.

02

Bangun Pohon Kerugian Tingkat Lini

Uraikan kerugian ketersediaan, kinerja, dan kualitas hingga peralatan, produk, shift, dan penyebab, sembari menganalisis hubungan blocking, starvation, dan stasiun bottleneck.

03

Kalibrasi Logika Micro-Stop dan Status

Gunakan sinyal mentah, observasi lantai produksi, dan interval proses untuk mengalibrasi debounce, durasi minimum, dan aturan konfirmasi penyebab guna mengurangi micro-stop palsu dan atribusi keliru.

04

Tutup Siklus Respons Andon

Konfigurasikan panggilan, respons, eskalasi, pemulihan, dan evaluasi per jenis pengecualian, memasukkan penghentian singkat berfrekuensi tinggi dan penghentian panjang besar ke mekanisme penanganan yang sesuai.

05

Validasi Langkah Melalui Eksperimen Perbaikan

Tetapkan jendela pengamatan berdefinisi seragam untuk kerugian prioritas dan catat tindakan, tanggung jawab, serta kesimpulan evaluasi. Bakukan praktik yang efektif ke dalam pemeriksaan, standard work, atau proses pemeliharaan.

Hasil operasional yang diharapkan

  • ✓ Kerugian peralatan diuraikan dari waktu henti yang umum menjadi penyebab, periode, dan kategori tanggung jawab yang dapat dianalisis, memberi dasar lebih kuat bagi prioritas perbaikan.
  • ✓ Data lini dan mesin dapat ditafsirkan bersama, mengurangi optimasi peralatan non-bottleneck dengan mengorbankan kendala sistem.
  • ✓ Peristiwa andon memiliki catatan respons, eskalasi, dan evaluasi, sehingga abnormalitas berulang lebih mudah masuk ke perbaikan lintas fungsi.
  • ✓ Rapat harian tim memperoleh daftar kerugian dan tren yang relatif stabil, mengurangi perakitan spreadsheet manual dan sengketa definisi.
  • ✓ Masukan data mendukung autonomous maintenance, planned maintenance, dan perbaikan pergantian produk, memudahkan verifikasi keberlanjutan langkah.

Tahapan implementasi

  1. 1.

    Diagnosis Kerugian Saat Ini dan Data

    Periksa kalender produksi, waktu siklus, sinyal peralatan, catatan waktu henti, dan data kualitas untuk menentukan kerugian mana yang saat ini dapat diidentifikasi otomatis.

  2. 2.

    Model Lini Percontohan dan Penyelarasan Definisi

    Pilih lini representatif, definisikan kendala lini, status peralatan, pohon penyebab, dan interpretasi metrik, lalu tinjau bersama tim produksi dan peralatan.

  3. 3.

    Integrasi Akuisisi, OEE, dan Andon

    Hubungkan status dan hitungan, konfigurasikan OEE, andon, dan dasbor, serta uji skenario termasuk micro-stop, pergantian produk, kekurangan material, dan pemulihan pengecualian.

  4. 4.

    Observasi Paralel dan Uji Coba Tim

    Verifikasi data terhadap observasi lantai produksi dan catatan mentah, gunakan terlebih dahulu dalam evaluasi, bukan menerapkan definisi yang belum stabil langsung ke penilaian personel.

  5. 5.

    Verifikasi Perbaikan dan Replikasi Lini demi Lini

    Lacak tindakan di sekitar kerugian prioritas dan tinjau trennya. Replikasi templat yang stabil, dengan kalibrasi ulang status dan waktu siklus untuk setiap lini baru.

Pertanyaan umum

Apakah sebaiknya dimulai dengan menaikkan OEE ke satu target bersama?

Target bersama tidak dianjurkan tanpa mempertimbangkan proses, struktur pergantian produk, dan kendala peralatan. Pastikan dahulu definisi kredibel dan identifikasi kerugian utama, lalu tetapkan target berdasarkan bottleneck dan peluang perbaikan. Nilai OEE dari lini yang berbeda tidak dapat langsung diperbandingkan hanya karena angkanya berdekatan.

Mengapa menekankan bottleneck alih-alih utilisasi setiap mesin?

Output lini ditentukan oleh kendala sistem, dan mempercepat mesin non-bottleneck mungkin hanya menambah penungguan atau barang dalam proses. Solusi mengamati blocking, starvation, penyangga, dan waktu siklus secara bersamaan, mengarahkan sumber daya perbaikan pada faktor yang memengaruhi aliran lini.

Dapatkah setiap penyebab waktu henti diidentifikasi otomatis?

Biasanya tidak. Sebagian sinyal gangguan peralatan dapat ditangkap otomatis, tetapi kekurangan material, penungguan, pergantian terencana, dan penyebab organisasi sering memerlukan konteks perintah kerja atau konfirmasi manual. Fokus desain adalah mengurangi entri susulan, membakukan klasifikasi, dan mempertahankan peristiwa mentah untuk ditinjau.

Apakah solusi ini setara dengan TPM lengkap atau pemeliharaan prediktif AI?

Tidak. OEE dan andon dapat mendukung aktivitas TPM serta integrasi dengan alur pemeliharaan, tetapi organisasi TPM lengkap, manajemen suku cadang, dan manajemen aset harus dibangun terpisah. Pemeliharaan prediktif AI bukan kemampuan standar siap pakai dari solusi ini.

Mulailah dengan mengidentifikasi kerugian utama pada satu lini

Rekonstruksi waktu peralatan menggunakan definisi yang konsisten dan peristiwa mentah untuk memilih perbaikan yang dapat ditindaklanjuti, alih-alih lebih dahulu mengejar satu angka OEE.