Mengimplementasikan Proyek Continuous Improvement dengan Menggunakan Lite (Simplified) DMAIC

 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?