Pesanan dapat menghabiskan sebagian besar waktunya di antara proses: menunggu bahan, menunggu keputusan, atau menunggu pemeriksaan. Laporan produktivitas mesin belum tentu memperlihatkan waktu tersebut. Value stream mapping atau VSM adalah cara memetakan aliran material dan informasi untuk memahami perjalanan satu keluarga produk dari awal sampai akhir.
Bagi industrial engineer, PPIC, dan pemilik proses, peta ini membantu memilih masalah yang perlu diuji sebelum membeli mesin atau membangun dashboard. Artikel ini berfokus pada waktu proses, antrean, dan keputusan lintas fungsi. Contoh angka merupakan ilustrasi, bukan hasil proyek Layana.ID.
Apa Yang Dicatat Dalam VSM?
VSM menghubungkan langkah kerja dengan informasi yang memicu pekerjaan. Peta dapat memperlihatkan siapa melepas pesanan, bagaimana jadwal diterima, di mana material menumpuk, dan kapan produk dinyatakan selesai. ASQ menempatkan current state, future state, serta rencana perubahan sebagai bagian penting kegiatan pemetaan.
Diagram alur umum biasanya menjelaskan urutan. VSM menambahkan pertanyaan tentang waktu, volume, stok antartahap, dan hubungan informasi dengan material. Tidak semua detail SOP perlu dimasukkan. Peta yang terlalu padat justru menyulitkan tim melihat hambatan utama.
Pilih Satu Keluarga Produk Dan Batas Pengamatan
Gabungkan produk yang melalui langkah serupa, bukan sekadar memiliki nama kategori sama. Dua produk dengan ukuran mirip dapat membutuhkan rute, inspeksi, dan pola pesanan berbeda. Tulis batas awal serta akhir secara eksplisit: misalnya pesanan dirilis sampai barang lulus pemeriksaan, atau bahan diterima sampai produk dikirim.
Libatkan produksi, PPIC, gudang, mutu, dan pemilik informasi pesanan. Seseorang yang hanya melihat ERP dapat melewatkan antrean fisik; seseorang yang hanya mengikuti barang dapat melewatkan persetujuan yang menghentikan alirannya. Tentukan PIC peta dan pihak yang menyetujui batas analisis.
Bangun Current State Dari Kejadian Aktual
- Ikuti sampel pesanan melalui area yang dipilih.
- Catat waktu masuk, mulai dikerjakan, selesai dikerjakan, dan dilepas ke tahap berikutnya.
- Amati jumlah pekerjaan yang menunggu pada waktu pengamatan yang konsisten.
- Tanyakan informasi apa yang diperlukan agar pekerjaan boleh dimulai.
- Catat pengecualian seperti retur, pengerjaan ulang, atau material parsial.
- Konfirmasi peta dengan petugas yang melakukan pekerjaan.
Jangan mengisi seluruh peta dari waktu standar jika yang dicari adalah kondisi aktual. Waktu standar tetap berguna sebagai pembanding, tetapi harus diberi label. Simpan tanggal pengamatan dan bauran produk agar hasil tidak dianggap berlaku untuk semua periode.
Contoh Membaca Waktu Proses Dan Menunggu
Skenario ilustratif: sebuah order membutuhkan pemotongan 15 menit, perakitan 25 menit, dan pemeriksaan 10 menit. Total waktu proses yang diamati 50 menit. Order menunggu 120 menit sebelum perakitan dan 180 menit sebelum pemeriksaan. Dengan batas serta satuan waktu yang sama, total perjalanan pada contoh ini menjadi 350 menit.
Angka tersebut menunjukkan bahwa pengurangan waktu pemotongan saja tidak menyelesaikan seluruh waktu menunggu. Namun, jangan langsung menyimpulkan pemeriksaan adalah penyebab tunggal. Antrean dapat dipengaruhi pelepasan order berkelompok, jadwal petugas, kebutuhan dokumen, kapasitas, atau variasi kedatangan.
Waktu proses juga tidak otomatis sama dengan waktu bernilai tambah. Pemeriksaan mungkin diperlukan untuk memenuhi kontrol mutu meski tidak mengubah produk. Tandai kategorinya sesuai kebutuhan pelanggan dan risiko, tanpa menghapus kegiatan wajib hanya untuk memperbaiki rasio.
Jangan Menjumlahkan Satuan Yang Berbeda
Waktu siklus per unit tidak dapat langsung dijumlahkan dengan waktu antrean per batch tanpa memperjelas basisnya. Bedakan menit kerja, menit kalender, dan jam operasi. Bila satu tahap berjalan paralel, total durasi pesanan bukan selalu jumlah durasi semua aktivitas.
Untuk membaca hubungan WIP, throughput, dan waktu alir, pastikan batas sistem serta periode konsisten. Rasio rata-rata dapat membantu membentuk pertanyaan, tetapi tidak menjamin waktu selesai setiap order. Puncak permintaan dan pengecualian tetap perlu diamati.
Rancang Future State Sebagai Hipotesis
Future state bukan gambar target yang otomatis benar. Pilih perubahan yang mempunyai alasan serta cara uji, misalnya mengurangi ukuran pelepasan batch, memperjelas syarat material lengkap, atau mengatur pemeriksaan lebih dekat dengan keluarnya produk. Tetapkan batas WIP yang realistis dan aturan ketika batas itu tercapai.
Perubahan pelepasan order dapat memengaruhi prioritas pelanggan, pergantian produk, dan penggunaan mesin. Minta persetujuan pemilik proses terkait. Jangan memindahkan antrean ke gudang atau membuat operator melewati pemeriksaan untuk mengejar waktu alir yang lebih rendah.
Gunakan siklus PDCA untuk menguji perubahan. Peta membantu memilih lokasi uji; PDCA membantu memeriksa apakah perubahan yang dipilih benar-benar bekerja.
Hubungkan Peta Dengan ERP Secara Selektif
ERP dapat menyediakan identitas order, rute, material, dan transaksi penyelesaian. Tetapi status “selesai” mungkin diinput beberapa jam setelah kejadian. Sebelum membuat dashboard waktu proses, periksa arti timestamp, zona waktu, koreksi transaksi, dan apakah tahap menunggu mempunyai peristiwa yang tercatat.
Jika data diambil dari mesin atau aplikasi lain, gunakan ID order dan operasi yang dapat dipetakan. Simpan asal serta waktu pencatatan. Bedakan waktu kejadian dari waktu sinkronisasi agar keterlambatan jaringan tidak terbaca sebagai waktu produksi.
Pemetaan proses dan kebutuhan integrasi sebaiknya menghasilkan daftar keputusan serta data yang dibutuhkan. Jangan meminta integrasi semua mesin jika masalah awal dapat diuji dengan pengamatan terbatas.
Pilot Dan KPI Yang Dapat Diperiksa
Bandingkan kondisi sebelum dan sesudah dengan keluarga produk, batas pengamatan, serta cara ukur yang sama. Pantau waktu alir, WIP, ketepatan penyelesaian, dan pengerjaan ulang. Catat juga beban administrasi pencatatan. Penurunan waktu pada satu sampel belum cukup untuk menjanjikan penghematan tahunan.
Tetapkan sejak awal siapa meninjau hasil, kapan uji dihentikan, dan bukti apa yang mendukung perluasan. Jika hasil membaik hanya karena volume turun, jangan mengatribusikannya seluruhnya pada perubahan proses. Simpan kondisi yang belum teruji untuk rencana berikutnya.
Apakah Semua Proses Harus Dipetakan Sekaligus?
Tidak. Mulai dari satu keluarga produk dan aliran yang penting. Perluas setelah tim dapat menggunakan peta untuk mengambil keputusan. Peta lama perlu diperbarui ketika rute, kapasitas, atau aturan pelepasan berubah.
Bawa Peta Awal Ke Diskusi Kebutuhan Sistem
Siapkan batas proses, contoh order, timestamp yang tersedia, titik antrean, PIC, dan keputusan yang ingin dipercepat. Diskusikan dengan Layana.ID untuk memetakan fungsi ERP, aplikasi operasional, atau integrasi yang sesuai kebutuhan, dengan kriteria penerimaan yang dapat diuji.
Referensi
ASQ: Value Stream Mapping menjadi rujukan konsep peta aliran. Contoh angka, pemeriksaan data, dan rancangan pilot merupakan analisis penerapan artikel ini.
Gambar merupakan ilustrasi AI, bukan dokumentasi proyek pelanggan Layana.ID.