Dalam perjalanan saya berkecimpung di dunia Supply Chain Management (SCM), saya pernah menjadi bagian dari tim yang menjalankan proyek Lean Six Sigma menggunakan perangkat lengkap (complete DMAIC) untuk Continuous Improvement. Salah satu tema yang pernah kami ambil adalah Supply Chain Lead Time Improvement—memperbaiki siklus pengadaan (procurement/supply cycle time) mulai dari proses sourcing dan request for quotation (RFQ) hingga komparasi penawaran selesai, serta siklus dari pembuatan Purchase Requisition (PR) hingga PO dikirim ke supplier.
Secara metodologi, complete DMAIC adalah perangkat yang luar biasa. Namun, masalah utama dari DMAIC lengkap ini adalah prosedurnya yang sangat panjang, membutuhkan alat statistik yang rumit, memakan waktu (take time), memerlukan banyak rapat (meetings), melibatkan banyak pihak, birokrasi persetujuan yang berlapis, dan sering kali terasa berlebihan (overkill) untuk masalah operasional sehari-hari.
Akibatnya, banyak praktisi atau
tim di lapangan yang enggan menggunakan DMAIC secara utuh karena alasan-alasan
tersebut. Padahal, semangat Continuous Improvement (CI) harus terus
berjalan.
Kapan Menggunakan Complete DMAIC vs. Lite
DMAIC?
- Kapan menggunakan Complete DMAIC? Cocok
untuk proyek CI berskala besar, berdampak finansial masif (signifikan pada
bottom line), masalah kronis yang akarnya sangat tersembunyi,
melibatkan risiko tinggi atau kepatuhan regulasi, serta membutuhkan
validasi statistik mendalam (seperti hypothesis testing, ANOVA,
atau regresi). Proyek jenis ini biasanya memakan waktu 3 hingga 6 bulan.
- Kapan menggunakan Lite (Simplified) DMAIC?
Cocok untuk proyek perbaikan yang dituntut tenggat waktu cepat (fast
deadline), masalah operasional yang lingkupnya lebih spesifik, atau
hambatan proses yang solusinya sudah setengah terlihat namun butuh
struktur agar tidak salah sasaran. Pendekatan ini dapat menyelesaikan
masalah dalam hitungan hari atau minggu saja.
Pada dasarnya, DMAIC adalah
kerangka kerja pemecahan masalah (structured problem-solving framework)
agar kita tidak langsung melompat ke solusi (jumping to solutions)
sebelum benar-benar memahami akar penyebab masalahnya. Untuk proses yang lebih
sederhana, kita bisa menanggalkan kalkulasi statistik yang berat.
Satu aturan penting: Anda
tetap membutuhkan "data kecil" (small d data). Anda tidak
butuh standar deviasi yang rumit, tetapi Anda butuh fakta dasar berupa
penghitungan atau observasi sederhana—misalnya, "8 dari 10
keterlambatan PO minggu ini disebabkan oleh lambatnya approval departemen
terkait".
Mengenal Komponen Lite DMAIC dan Tool yang
Digunakan
Dalam Lite DMAIC, kita
menggunakan perangkat visual, intuitif, dan kualitatif yang ramah bagi tim
operasional tanpa harus membuat mereka gentar dengan rumus statistik. Berikut
ringkasan komponen dan tools-nya:
1. Define (Menentukan Masalah)
- Tujuan
Utama: Menjawab apa masalahnya, di mana itu terjadi, dan siapa yang
terdampak.
- Tool
yang Digunakan: Project Charter, peta SIPOC (Supplier,
Inputs, Process, Outputs, Customers), atau Pernyataan Masalah (Problem
Statement) yang ringkas dan jelas.
2. Measure (Mengukur Kondisi Saat Ini)
- Tujuan
Utama: Mengetahui seberapa buruk kondisi proses saat ini.
- Tool
yang Digunakan: Pemetaan proses sederhana (Process Mapping /
Flowcharts), pelacakan waktu manual menggunakan stopwatch untuk
mengukur cycle time, atau lembar periksa (Check Sheets)
untuk menghitung frekuensi kendala.
3. Analyze (Menganalisis Akar Masalah)
- Tujuan
Utama: Menemukan akar penyebab utama (root cause) dari hambatan
proses.
- Tool
yang Digunakan: 5 Whys (5 Mengapa), Diagram Tulang Ikan (Fishbone
/ Ishikawa Diagram), atau Logic/Issue Trees untuk memetakan
penyebab secara visual tanpa statistik rumit.
4. Improve (Memperbaiki Proses)
- Tujuan
Utama: Merancang dan mengimplementasikan solusi perbaikan.
- Tool
yang Digunakan: Sesi brainstorming, Poka-Yoke
(anti-salah / mistake-proofing), atau penataan lingkungan kerja
visual (5S) untuk menghilangkan pemborosan (waste).
5. Control (Mengontrol dan Menjaga Konsistensi)
- Tujuan
Utama: Memastikan perbaikan bertahan dalam jangka panjang dan tidak
kembali ke cara lama.
- Tool
yang Digunakan: Pembuatan SOP yang ringkas, checklists
operasional harian, atau papan manajemen visual (Visual Management
boards).
Penutup
Pendekatan Lite DMAIC terbukti efektif karena tiga
hal: memangkas solution bias (memaksa tim memperlambat langkah untuk
memetakan proses sebelum beli software atau ganti kebijakan), memberikan
kecepatan eksekusi (speed), serta meningkatkan adopsi kultur perbaikan
di lini depan karena metodenya yang membumi dan mudah diakses oleh siapa saja.
Bagaimana pengalaman Anda di lini operasional? Apakah Anda lebih menyukai eksekusi cepat dengan Lite DMAIC atau tetap memilih metode lengkap untuk proyek transformasi Anda?
