Pareto dalam Continuous Improvement

Mengapa Kita Tidak Harus Memperbaiki Semuanya Sekaligus?

80% Masalah Sering Kali Berasal dari Sebagian Kecil Penyebab

Dalam dunia operasional, ada satu jebakan yang sering dialami manager. Ketika melihat banyak masalah, ia ingin memperbaiki semuanya.

Stock discrepancy.

Picking error.

Late delivery.

Barang rusak.

Overtime.

Rework.

Waiting time.

Komplain customer.

Semua dianggap penting. Akhirnya semua dibuatkan action plan. Semua diberi target. Semua dimonitor. Semua menjadi prioritas.

Masalahnya?

Kalau semuanya prioritas, sebenarnya tidak ada yang menjadi prioritas. Di sinilah konsep Pareto menjadi sangat penting dalam Continuous Improvement. Pareto mengajarkan sebuah prinsip sederhana:

Jangan mencoba menyelesaikan semua masalah. Cari beberapa penyebab yang memberikan dampak terbesar, lalu fokuskan energi di sana.

Apa Itu Pareto?

Konsep Pareto berasal dari nama ekonom Italia, Vilfredo Pareto, yang pada akhir abad ke-19 mengamati bahwa distribusi kekayaan tidak merata. Dari pengamatan tersebut berkembang gagasan yang kemudian dikenal luas sebagai:

Pareto Principle atau 80/20 Rule.

Secara sederhana: Sebagian besar hasil biasanya berasal dari sebagian kecil penyebab. Sering digambarkan sebagai: 

80% Effect ← 20% Causes

Tetapi angka 80 dan 20 jangan dianggap sebagai hukum matematika yang harus selalu tepat. Bisa saja: 70/30. 90/10. 95/5. Yang penting adalah konsepnya: Ada beberapa penyebab yang jauh lebih dominan dibandingkan penyebab lainnya. Dan tugas seorang Continuous Improvement practitioner adalah menemukan penyebab dominan tersebut.

Pareto Bukan Sekadar Grafik

Banyak orang mengenal Pareto hanya sebagai grafik dengan batang yang semakin mengecil dan garis kumulatif. Padahal kekuatan Pareto bukan pada grafiknya. Kekuatan Pareto ada pada cara berpikir. Ketika terdapat 100 masalah, pertanyaannya bukan:

"Bagaimana kita menyelesaikan 100 masalah?"

Tetapi: "Dari 100 masalah tersebut, mana 20% yang menghasilkan 80% dampaknya?"

Itulah perubahan cara berpikir. Contoh di Warehouse Bayangkan sebuah warehouse mengalami berbagai jenis error selama satu bulan. Data menunjukkan:

Jenis Error Jumlah

Salah SKU 420

Salah quantity 210

Salah lokasi 130

Damaged 80

Label salah 60

Dokumen 40

Lain-lain 60

Total: 1.000 error.

Sekilas semua masalah terlihat penting. Tetapi lihat datanya.

Salah SKU: 420 kasus

Salah quantity: 210 kasus

Salah lokasi: 130 kasus

Tiga kategori tersebut sudah menghasilkan: 760 kasus.

Artinya sekitar 76% dari seluruh error berasal dari hanya tiga kategori. Sekarang manager memiliki pilihan.

Pilihan A, Membuat tujuh program improvement sekaligus.

atau: Pilihan B, Memfokuskan energi terlebih dahulu pada tiga masalah terbesar.

Continuous Improvement akan lebih memilih: Pilihan B.

Mengapa Fokus Itu Penting?

Karena sumber daya perusahaan terbatas. Waktu terbatas. Orang terbatas. Budget terbatas. Energi manager terbatas. Kemampuan analisis juga terbatas. Jika semua masalah dikerjakan sekaligus, kemungkinan besar tidak ada satu pun yang diselesaikan secara mendalam. Sebaliknya, jika kita memilih masalah terbesar, sumber daya dapat dikonsentrasikan.

Misalnya: 

Masalah utama: Salah SKU

Kemudian dilakukan:

Gemba walk,

process mapping,

5 Why,

Fishbone Diagram,

observation,

data analysis,

dan trial improvement.

Dengan fokus seperti ini, kemungkinan mendapatkan improvement yang signifikan jauh lebih besar.

Pareto Membantu Menjawab "Mulai dari Mana?"

Ini sebenarnya fungsi Pareto yang paling penting.

Bukan: "Apa saja masalah kita?"

Tetapi: "Masalah mana yang harus kita selesaikan terlebih dahulu?"

Dalam Continuous Improvement, ini sangat penting. Karena proses improvement biasanya dimulai dari:

Problem Identification

↓

Prioritization

↓

Root Cause Analysis

↓

Countermeasure

↓

Implementation

↓

Control

Pareto membantu terutama pada tahap: Prioritization.

Jangan Salah Memahami 80/20

Ada satu kesalahan yang sering terjadi. Orang menganggap: "Kalau sudah menemukan 20%, berarti 80% masalah selesai."

Tidak selalu. Pareto bukan jaminan. Pareto adalah alat untuk memfokuskan perhatian. Misalnya 20% penyebab menghasilkan 70% masalah. Maka kita fokus pada 20% tersebut. Setelah diperbaiki, kita membuat Pareto baru. Dan mungkin masalah terbesar berikutnya muncul.

Kemudian kita perbaiki lagi. Lalu buat Pareto baru. Inilah yang membuat Pareto sangat cocok dengan Continuous Improvement.

Pareto Bukan Sekali Pakai

Bayangkan seperti ini.

Pareto #1 Masalah terbesar:

Picking Error

↓

Improvement

↓

Error turun 40%.

Kemudian kita membuat Pareto baru.

Pareto #2 Masalah terbesar: 

Replenishment Delay

↓

Improvement

↓

Performance meningkat.

Kemudian Pareto dibuat lagi.

Pareto #3 Masalah terbesar:

Putaway Delay

Begitu seterusnya. Artinya Pareto adalah living tool. Ia berubah mengikuti kondisi proses.

Dari Problem Pareto ke Cause Pareto

Ini bagian yang sangat penting. Pareto dapat digunakan bukan hanya untuk mengelompokkan jenis masalah, tetapi juga untuk mencari penyebab masalah.

Misalnya:

Problem: Picking Error

Kemudian kita pecah berdasarkan penyebab.

Penyebab Jumlah

Similar SKU 180

Human error 90

Wrong location 70

Label unclear 50

System issue 30

Other 20

Sekarang kita mengetahui sesuatu. Masalah terbesar bukan sekadar: "Operator tidak teliti."

Ternyata: Similar SKU adalah penyebab terbesar.

Maka solusi yang tepat mungkin bukan training operator. Tetapi:

memperbaiki slotting,

membuat visual differentiation,

menggunakan barcode,

memperjelas label,

atau menambahkan system validation.

Inilah contoh bagaimana Pareto membantu kita bergerak dari: Symptom

menuju: Cause.

Jangan Langsung Menyalahkan Operator

Ini adalah pelajaran penting dalam Continuous Improvement. Misalnya Pareto menunjukkan: Human Error = 40%.

Kesimpulannya jangan langsung: "Operator harus training."

Tanyakan: Mengapa human error terjadi?

Apakah:

SOP tidak jelas?

Instruksi terlalu rumit?

Label membingungkan?

Sistem memungkinkan input salah?

Layout tidak ergonomis?

Target terlalu tinggi?

Manpower kurang?

Fatigue?

Training tidak memadai?

Dengan kata lain: Human error bisa jadi symptom, bukan root cause.

Pareto membantu menemukan area yang perlu diteliti. Tetapi root cause tetap harus dicari melalui analisis lanjutan.

Pareto dan Lean Thinking

Pareto sangat dekat dengan filosofi Lean. Lean selalu berusaha menghilangkan: Waste.

Tetapi waste juga sangat banyak. Ada: 

Defect

Overproduction

Waiting

Non-utilized Talent

Transportation

Inventory

Motion

Extra Processing

Jika semua waste ingin diperbaiki sekaligus, tim akan kewalahan. Maka Pareto digunakan untuk menentukan: Waste mana yang paling besar dampaknya terhadap customer dan business performance?

Misalnya:

Waiting = 40%

Motion = 25%

Defect = 20%

Inventory = 10%

Transportation = 5%

Maka fokus awal bisa diarahkan pada: Waiting + Motion.

Pareto dalam Cost Improvement

Pareto juga sangat powerful dalam cost reduction. Misalnya perusahaan memiliki 500 supplier. Tidak semua supplier memberikan kontribusi biaya yang sama.

Bisa jadi: 20 supplier menyumbang 75% total purchasing value.

Maka manager Procurement tidak perlu memperlakukan 500 supplier dengan intensitas yang sama.

Fokuskan:

Vendor Management

Negotiation

Cost Reduction

Supplier Development

kepada supplier dengan kontribusi terbesar.

Hal yang sama dapat dilakukan terhadap:

SKU,

customer,

material,

spare part,

transport route,

overtime,

energy consumption.

Pareto dalam Inventory

Bayangkan warehouse memiliki: 10.000 SKU. Apakah semua SKU harus mendapatkan perlakuan yang sama? Tentu tidak. Biasanya terdapat sejumlah kecil SKU yang memiliki kontribusi besar terhadap:

demand,

revenue,

movement,

atau inventory value.

Di sinilah kita mengenal pendekatan ABC Analysis, yang secara filosofi memiliki hubungan erat dengan prinsip Pareto.

Misalnya:

A Items, 20% SKU → 80% value.

Maka item tersebut membutuhkan kontrol lebih ketat.

Lebih sering diperiksa.

Lebih diperhatikan availability-nya.

Lebih diperhatikan forecasting-nya.

Sedangkan item dengan kontribusi kecil dapat menggunakan kontrol yang lebih sederhana.

Ini adalah contoh bagaimana prinsip Pareto diterjemahkan menjadi sistem operasional.

Pareto dalam Customer Complaint

Bayangkan perusahaan menerima: 1.000 complaint.

Setelah dianalisis:

Delivery Delay → 400

Product Quality → 250

Wrong Item → 150

Packaging → 80

Documentation → 60

Other → 60

Sekarang kita tahu: Delivery Delay + Product Quality + Wrong Item, menghasilkan 80% complaint. Maka jangan membuat 20 proyek improvement. Fokuskan dulu pada tiga kategori tersebut. Jika ketiganya berhasil dikurangi secara signifikan, customer satisfaction kemungkinan ikut meningkat.

Pareto Membantu Manager Mengatakan "Tidak"

Ini mungkin fungsi Pareto yang paling underrated. Manager yang baik bukan hanya tahu apa yang harus dilakukan. Ia juga tahu: apa yang belum perlu dilakukan. Ketika ada 30 ide improvement, semuanya terlihat menarik. Tetapi tidak semuanya penting. Pareto membantu manager berkata: "Kita kerjakan tiga ini terlebih dahulu."

Bukan karena masalah lainnya tidak penting. Tetapi karena: impact-nya lebih kecil. Continuous Improvement bukan tentang melakukan sebanyak mungkin improvement. Continuous Improvement adalah tentang menghasilkan impact sebesar mungkin dengan sumber daya yang tersedia.

Pareto dan PDCA

Pareto juga dapat dimasukkan ke dalam siklus PDCA.

PLAN

Gunakan Pareto untuk menentukan masalah terbesar.

DO

Implementasikan countermeasure.

CHECK

Ukur hasilnya.

ACT

Standarisasi hasil dan cari masalah terbesar berikutnya.

Kemudian:

PDCA → Pareto → PDCA → Pareto → PDCA

Proses tersebut terus berulang.

Itulah Continuous Improvement.

Jangan Terjebak pada "80/20", Yang lebih penting daripada angka 80/20 adalah pertanyaan: "Di mana leverage terbesar kita?"

Bayangkan ada dua improvement. Improvement A Mengurangi masalah sebesar: 5%. Improvement B Mengurangi masalah sebesar: 40%. Jika sumber daya yang dibutuhkan hampir sama, tentu kita memilih B. Itulah cara berpikir Pareto. Cari high-impact improvement.

Pareto Bukan Alat untuk Mengabaikan Masalah Kecil

Ini juga penting. Masalah kecil bukan berarti boleh dibiarkan. Beberapa masalah yang jumlahnya kecil bisa memiliki dampak yang sangat besar.

Misalnya:

Safety incident. Jumlahnya hanya satu. Tetapi konsekuensinya bisa sangat besar. Maka jangan menggunakan Pareto secara buta. Dalam dunia Safety, Quality, dan Compliance, ada masalah yang harus ditangani meskipun frekuensinya rendah.

Karena yang penting bukan hanya:

Frequency

tetapi juga:

Severity

dan:

Risk.

Jadi Pareto harus dipadukan dengan risk assessment.

Pareto + Risk = Prioritas yang Lebih Cerdas

Seorang manager dapat menggabungkan: Frequency, Impact, Risk, Cost, Customer Impact, untuk menentukan prioritas.

Misalnya:

Problem A: Frekuensi tinggi, dampak rendah.

Problem B: Frekuensi rendah, dampak sangat tinggi.

Keduanya perlu perhatian. Namun pendekatan dan urgensinya berbeda. Karena itu, Continuous Improvement bukan sekadar: "Mana yang paling banyak?"

Tetapi: "Mana yang memberikan risiko dan dampak terbesar terhadap bisnis?"

Kesalahan Umum Menggunakan Pareto

Ada beberapa kesalahan yang sering terjadi.

1. Data terlalu sedikit

Kesimpulan dibuat dari data satu hari.

2. Kategori tidak jelas

Satu masalah bisa masuk ke beberapa kategori.

3. Menggunakan feeling

Pareto seharusnya berbasis data.

4. Berhenti setelah membuat grafik

Pareto bukan tujuan.

Ia adalah alat untuk menentukan tindakan.

5. Tidak melakukan Pareto ulang

Setelah improvement, data harus dianalisis kembali.

6. Menganggap 80/20 sebagai hukum pasti

Angka tersebut adalah prinsip, bukan aturan absolut.

Pareto Bukan Tentang 80 dan 20

Pada akhirnya, inilah inti dari Pareto. Bukan: 80%. Bukan: 20%. Tetapi: Fokus.

Di dalam perusahaan selalu ada terlalu banyak masalah. Dan tidak semua masalah memiliki bobot yang sama. Ada masalah yang menghabiskan energi tetapi memberikan dampak kecil. Ada masalah yang terlihat kecil tetapi sebenarnya merupakan sumber utama kerugian. Tugas Continuous Improvement adalah menemukan leverage point tersebut.

Penutup

Dalam dunia kerja, kita sering menganggap manager yang hebat adalah manager yang mampu menyelesaikan banyak masalah. Padahal belum tentu. Manager yang hebat justru tahu: masalah mana yang harus diselesaikan terlebih dahulu.

Karena waktu terbatas.

Orang terbatas.

Budget terbatas.

Energi terbatas.

Maka jangan bertanya: "Bagaimana kita memperbaiki semua masalah?"

Pertanyaan yang lebih baik adalah: "Masalah mana yang memberikan dampak terbesar, dan apa yang menjadi penyebab utamanya?"

Di situlah Pareto bekerja. Ia membantu kita melihat bahwa dari sekian banyak masalah, biasanya ada beberapa yang jauh lebih dominan. Temukan. Prioritaskan. Perbaiki. Ukur.

Kemudian buat Pareto berikutnya. Karena Continuous Improvement bukan tentang memperbaiki semuanya sekaligus. Continuous Improvement adalah tentang: memperbaiki hal yang paling penting, dengan cara yang paling efektif, kemudian bergerak ke masalah berikutnya. Dan mungkin inilah filosofi Pareto yang paling sederhana: Jangan sibuk memperbaiki 100 masalah kecil, ketika 3 masalah besar sedang menentukan kinerja perusahaan.