Manajemen Operasi vs Produksi

Sama-sama Penting, Tetapi Bukan Hal yang Sama

Dalam dunia manufaktur, istilah Operation Management dan Production sering digunakan seolah-olah memiliki arti yang sama.

Padahal keduanya berbeda.

Produksi adalah bagian dari Manajemen Operasi.

Kalau produksi berfokus pada bagaimana bahan baku diubah menjadi produk jadi, maka Manajemen Operasi melihat sesuatu yang jauh lebih besar: bagaimana seluruh sistem bekerja dari permintaan customer sampai produk tersebut sampai kepada customer.

Dengan kata lain:

Produksi membuat produk. Manajemen Operasi memastikan sistem yang membuat dan mengirimkan produk tersebut berjalan dengan baik.

Produksi: Fokus pada Membuat Produk

Produksi merupakan aktivitas inti dalam proses manufaktur.

Di dalam produksi terdapat aktivitas seperti:

Material preparation

Machine setup

Processing

Molding

Extrusion

Spinning

Lamination

Cutting

Finishing

Assembly

Quality inspection

Misalnya pada manufaktur plastic fiber, proses produksinya dapat berupa:

Raw Material → Melting → Extrusion/Spinning → Cooling → Drawing → Heat Setting → Crimping → Cutting → Finishing → Finished Product

Fokus Production adalah memastikan proses tersebut menghasilkan produk sesuai:

Quantity + Quality + Cost + Time

Pertanyaan utama Production adalah:

"Bagaimana kita membuat produk dengan benar, sesuai target, menggunakan resource yang tersedia?"

Manajemen Operasi: Melihat Sistem Secara End-to-End

Manajemen Operasi mempunyai cakupan yang lebih luas.

Ia tidak hanya melihat bagaimana produk dibuat, tetapi juga bagaimana seluruh proses sebelum dan sesudah produksi saling terhubung.

Dalam manufaktur, flow-nya dapat digambarkan:

Sales Order

↓

Production Planning

↓

Material Planning

↓

Capacity Planning

↓

Production Schedule

↓

Production

↓

Quality

↓

Finished Goods

↓

Delivery

Di sinilah peran Manajemen Operasi.

Ia memastikan bahwa:

Demand → Material → Capacity → Production → Delivery

berjalan sebagai satu sistem.

Perbedaan Fundamental

Perbedaan keduanya dapat dilihat dari fokusnya.

Aspek Manajemen Operasi Produksi

Fokus Keseluruhan sistem operasi Proses pembuatan produk

Scope End-to-end Manufacturing process

Input Demand/customer requirement Raw material & production order

Aktivitas Planning, material, capacity, scheduling, production, inventory, delivery Processing, machine operation, assembly, finishing

Pertanyaan utama "Bagaimana seluruh sistem berjalan optimal?" "Bagaimana produk dibuat?"

Output Customer requirement terpenuhi Finished product

Jadi Production merupakan salah satu komponen utama dari Operation Management.

Lima Pilar Operation Planning

Jika kita mengambil perspektif Operation Management dalam manufaktur, setidaknya terdapat lima proses planning yang sangat fundamental:

1. Sales Order

Menjawab:

Apa yang diminta customer?

Informasinya antara lain:

Customer

Product

Quantity

Specification

Required date

Delivery requirement

Sales Order menjadi trigger bagi proses planning.

2. Production Planning

Menjawab:

Apa dan berapa yang harus diproduksi?

Production Planning menerjemahkan demand menjadi production requirement.

Contohnya:

Customer Order:

10.000 pcs

Production Planning menentukan:

Production Requirement = 10.000 pcs

dengan mempertimbangkan inventory, WIP, safety stock, yield, batch size, dan production lead time.

3. Material Planning

Menjawab:

Apakah material tersedia untuk memenuhi Production Plan?

Production Plan diterjemahkan melalui BOM menjadi kebutuhan material.

Contohnya:

10.000 pcs

membutuhkan:

Resin

Fiberglass

Additive

Pigment

Packaging

Kemudian dibandingkan dengan:

Stock + Open PO + Scheduled Receipt

sehingga diketahui apakah terdapat material shortage.

4. Capacity Planning

Menjawab:

Apakah kita mempunyai kapasitas yang cukup?

Capacity Planning membandingkan:

Required Capacity vs Available Capacity

Misalnya:

Required = 500 hours

Available = 450 hours

Maka:

Capacity Gap = -50 hours

Artinya perusahaan kekurangan kapasitas 50 jam.

Planner kemudian dapat mempertimbangkan:

Overtime

Additional shift

Additional machine

Subcontract

Productivity improvement

Rescheduling

5. Production Schedule

Menjawab:

Kapan dan dalam urutan apa produksi dilakukan?

Production Plan mungkin mengatakan:

Product A = 5.000 pcs

Production Schedule menerjemahkannya menjadi:

Monday → A → 1.000 pcs

Tuesday → A → 1.000 pcs

Wednesday → A → 1.000 pcs

dan seterusnya.

Jadi:

Production Planning menentukan WHAT & HOW MUCH.

Production Scheduling menentukan WHEN & SEQUENCE.

Production Adalah Execution dari Operation Planning

Di sinilah hubungan keduanya menjadi jelas.

Operation Planning menghasilkan:

Sales Order

↓

Production Plan

↓

Material Plan

↓

Capacity Plan

↓

Production Schedule

Kemudian Production menjalankan:

Production Schedule

↓

Material Preparation

↓

Machine Setup

↓

Processing

↓

Finishing

↓

Quality Check

↓

Finished Product

Jadi kita dapat mengatakan:

Operation Planning determines what should happen.

Production executes what has been planned.

Kenapa Perbedaan Ini Penting?

Kesalahan memahami perbedaan antara Operation dan Production dapat menyebabkan organisasi terlalu fokus pada output produksi.

Misalnya Production berhasil menghasilkan:

10.000 pcs

Secara sekilas terlihat berhasil.

Tetapi ternyata:

Material datang terlambat

Overtime terlalu tinggi

Capacity utilization terlalu tinggi

Production schedule sering berubah

WIP menumpuk

Finished Goods terlalu banyak

Delivery terlambat

Maka Production mungkin berhasil membuat produk, tetapi Operation secara keseluruhan belum tentu berhasil.

Inilah perbedaan pentingnya.

Production melihat output.

Operation Management melihat flow.

Operation Management Melihat Kinerja Secara Menyeluruh

Karena cakupannya lebih luas, KPI Operation juga tidak sama persis dengan KPI Production.

Untuk Operation Planning, misalnya, kita dapat menggunakan lima KPI utama:

Process KPI

Sales Order OTIF

Production Planning Plan Achievement

Material Planning Material Availability

Capacity Planning Capacity Utilization

Production Schedule Schedule Adherence

Sedangkan Production dapat memiliki KPI seperti:

Productivity

Efficiency

Machine Downtime

Yield

Scrap Rate

OEE

Output Achievement

Keduanya saling berhubungan.

Misalnya:

Machine Downtime ↑

↓

Production Capacity ↓

↓

Schedule Adherence ↓

↓

Production Plan Achievement ↓

↓

OTIF ↓

Satu masalah di Production dapat akhirnya menjadi masalah Operation.

Operation Management adalah "Orchestrator"

Saya melihat Manajemen Operasi seperti seorang orchestrator.

Ia tidak harus memainkan semua alat musik.

Tetapi ia harus memastikan seluruh alat musik dimainkan pada waktu yang tepat dan menghasilkan sebuah pertunjukan yang harmonis.

Dalam manufaktur:

Sales memberikan demand.

Planning menyusun rencana.

Material memastikan bahan tersedia.

Capacity memastikan kemampuan produksi tersedia.

Production membuat produk.

Quality memastikan produk sesuai standar.

Warehouse mengelola inventory.

Logistics mengirimkan produk.

Operation Management memastikan semuanya terhubung.

Dari Departmental Thinking menjadi End-to-End Thinking

Inilah perubahan cara berpikir yang penting.

Cara berpikir lama:

"Production sudah mencapai target."

Cara berpikir Operation:

"Apakah customer mendapatkan produk yang tepat, dalam jumlah yang tepat, dengan kualitas yang tepat, pada waktu yang tepat, dengan resource yang optimal?"

Karena pada akhirnya customer tidak membeli:

Production Output.

Customer membeli:

Value.

Dan tugas Manajemen Operasi adalah memastikan value tersebut mengalir dari customer demand sampai customer delivery.

Kesimpulan

Production dan Operation Management bukanlah dua hal yang saling menggantikan.

Production adalah bagian dari Operation Management.

Production berfokus pada:

Making the Product

Sedangkan Operation Management berfokus pada:

Managing the System that Delivers the Product

Dalam manufaktur, kita dapat menyederhanakannya menjadi:

Sales Order

→ Production Planning

→ Material Planning

→ Capacity Planning

→ Production Schedule

→ Production

→ Finished Goods

→ Customer

Maka:

Production membuat produk.

Operation Management memastikan seluruh sistem mampu membuat dan mengirimkan produk tersebut secara efektif, efisien, dan tepat waktu.

Dan ketika sebuah perusahaan mulai berpindah dari sekadar "mengejar output produksi" menuju "mengelola keseluruhan flow dari demand sampai delivery", di situlah fungsi Operation Management mulai memberikan nilai yang jauh lebih besar.

Fishbone 3 P

Mengapa Continuous Improvement Cukup Dimulai dari People, System, dan Culture?

Sederhanakan 6M, Tetapi Jangan Sederhanakan Cara Berpikir

Dalam Continuous Improvement, kita mengenal berbagai macam tools untuk mencari akar masalah.

Ada 5 Why.

Ada Pareto.

Ada Fishbone Diagram.

Ada PDCA.

Ada 5W1H.

Semua memiliki fungsi masing-masing.

Salah satu yang paling populer adalah Fishbone Diagram, atau Ishikawa Diagram.

Secara klasik, Fishbone sering dianalisis menggunakan pendekatan 6M:

Man – Method – Machine – Material – Measurement – Mother Nature/Environment.

Pendekatan ini sangat berguna, terutama dalam manufacturing dan operational problem solving.

Tetapi ketika kita membawa Continuous Improvement ke level yang lebih luas—warehouse, logistics, supply chain, service, bahkan organisasi—muncul sebuah pertanyaan:

Apakah kita benar-benar membutuhkan enam kategori untuk mulai memahami sebuah masalah?

Atau justru kita bisa menyederhanakannya menjadi tiga pertanyaan besar?

People.

System.

Culture.

Inilah yang bisa kita sebut sebagai:

Fishbone 3P

People – System – Culture

Sederhana.

Tetapi bukan berarti dangkal.

Justru tiga kategori ini dapat membantu manager melihat masalah dari tiga dimensi yang sangat fundamental.

Ketika Masalah Terjadi, Jangan Langsung Mencari Siapa yang Salah

Bayangkan sebuah warehouse mengalami inventory discrepancy.

Stock secara sistem: 10.000 pcs

Stock fisik: 9.750 pcs

Ada selisih: 250 pcs.

Apa yang biasanya terjadi?

Pertanyaan pertama:

"Siapa yang melakukan kesalahan?"

Kemudian mulai mencari operator.

Siapa yang melakukan receiving?

Siapa yang melakukan putaway?

Siapa yang melakukan picking?

Siapa yang melakukan adjustment?

Siapa yang terakhir memegang barang?

Akhirnya kita menemukan seseorang.

Lalu kita mengatakan:

"Human error."

Masalah selesai?

Belum tentu.

Karena kita baru menemukan siapa yang melakukan kesalahan, bukan mengapa sistem memungkinkan kesalahan tersebut terjadi.

Di sinilah Fishbone 3P menjadi menarik.

Fishbone 3P

Ketika sebuah masalah muncul, kita cukup mengajukan tiga pertanyaan besar:

1. PEOPLE

Apakah orangnya mampu?

2. SYSTEM

Apakah sistemnya memungkinkan?

3. CULTURE

Apakah budaya organisasinya mendukung?

Tiga pertanyaan ini dapat membuka perspektif yang jauh lebih luas.

1. PEOPLE — Apakah Orangnya Mampu?

People berkaitan dengan faktor manusia secara individual.

Pertanyaan utamanya:

"Apakah orang yang menjalankan proses memiliki kemampuan untuk melakukan pekerjaan dengan benar?"

Kita bisa melihat:

Knowledge

Skill

Competency

Experience

Training

Awareness

Communication

Workload

Fatigue

Leadership capability

Misalnya terjadi picking error.

Kita menemukan operator baru.

Ternyata operator belum memahami beberapa SKU.

Maka kemungkinan penyebabnya:

Training belum memadai.

Ini adalah People factor.

Solusinya mungkin:

Training

Coaching

Certification

Skill matrix

On-the-job training

Competency assessment

Tetapi jangan berhenti di sini.

Karena ada pertanyaan berikutnya.

2. SYSTEM — Apakah Sistemnya Memungkinkan?

Ini bagian yang sangat penting.

Kadang orang sebenarnya mampu, tetapi sistemnya membuat kesalahan mudah terjadi.

Misalnya operator sudah berpengalaman.

Sudah training.

Sudah bekerja lima tahun.

Tetapi tetap terjadi salah picking.

Mengapa?

Ternyata:

SKU memiliki packaging yang hampir sama,

lokasi penyimpanan berdekatan,

label sulit dibaca,

barcode tidak digunakan secara konsisten,

WMS masih memungkinkan manual input,

tidak ada validation,

dan tidak ada error-proofing.

Sekarang masalahnya bukan sekadar People.

System ikut berkontribusi.

System dalam Fishbone 3P dapat mencakup:

SOP

Work Instruction

Process

Workflow

WMS

ERP

Technology

Equipment

Layout

Material Flow

Information Flow

KPI

Measurement

Planning

Standard

Control Mechanism

Pertanyaan utamanya:

"Apakah sistem telah didesain untuk membuat pekerjaan yang benar menjadi mudah dan pekerjaan yang salah menjadi sulit?"

Ini adalah pertanyaan Continuous Improvement yang sangat penting.

Jangan Membuat Sistem yang Bergantung pada Kesempurnaan Manusia

Ini salah satu prinsip yang sering dilupakan.

Kalau sebuah proses hanya bisa berjalan dengan baik apabila:

"Operator harus sangat teliti."

maka sebenarnya kita mempunyai proses yang masih lemah.

Manusia bisa lelah.

Manusia bisa lupa.

Manusia bisa terdistraksi.

Manusia bisa salah.

Karena itu, Continuous Improvement berusaha membuat sistem yang mampu mencegah atau mendeteksi kesalahan manusia.

Misalnya:

Barcode scanning.

System validation.

Poka-yoke.

Visual control.

Interlock.

Automatic alert.

Standard work.

Semakin matang sistemnya, semakin kecil ketergantungannya pada "ingat-ingatan" manusia.

3. CULTURE — Apakah Budayanya Mendukung?

Ini dimensi yang sering tidak terlihat.

Sebuah perusahaan mungkin memiliki:

People yang kompeten.

System yang bagus.

Tetapi improvement tetap tidak bertahan.

Mengapa?

Karena Culture tidak mendukung.

Misalnya perusahaan sudah memiliki standar 5R.

Semua orang tahu caranya.

Tools tersedia.

Label tersedia.

Area sudah ditentukan.

Tetapi setelah beberapa minggu:

Warehouse kembali berantakan.

Kenapa?

Karena ada mindset:

"Yang penting pekerjaan selesai."

Atau:

"5R itu hanya untuk audit."

Atau:

"Kalau menemukan masalah, nanti malah disalahkan."

Atau:

"Itu bukan tanggung jawab saya."

Ini bukan lagi masalah skill.

Ini masalah Culture.

Culture Menjawab Pertanyaan: "Will They?"

Kalau People bertanya:

"Can they?"

Apakah mereka mampu?

System bertanya:

"Can the system?"

Apakah sistem memungkinkan?

Culture bertanya:

"Will they?"

Apakah mereka mau dan terbiasa melakukannya?

Karena orang yang mampu tetapi tidak mau tetap menghasilkan masalah.

Dan orang yang mau tetapi sistemnya tidak mendukung juga akan kesulitan menghasilkan performance.

People, System, Culture Harus Bekerja Bersama

Bayangkan sebuah perusahaan ingin meningkatkan Inventory Accuracy.

Target: 99,8%

Actual: 97,5%

Kita lakukan Fishbone 3P.

PEOPLE

Operator kurang memahami transaction process.

Training belum merata.

Skill antar shift berbeda.

Awareness terhadap inventory accuracy rendah.

SYSTEM

WMS masih memungkinkan manual adjustment.

Location control lemah.

SOP belum jelas.

Cycle count belum optimal.

Tidak ada barcode validation.

CULTURE

Stock discrepancy dianggap biasa.

Adjustment digunakan sebagai jalan keluar.

Tidak ada ownership terhadap inventory.

Fokus utama hanya shipment.

Root cause jarang dibahas.

Sekarang kita mempunyai gambaran yang lebih lengkap.

Masalah inventory bukan hanya:

"Operator salah."

Tetapi bisa merupakan kombinasi:

People + System + Culture.

3P Membantu Menghindari Blaming Culture

Ini mungkin salah satu manfaat terbesar Fishbone 3P.

Ketika terjadi masalah, kita tidak langsung mengatakan:

"People problem."

Kita memeriksa:

People?

↓

System?

↓

Culture?

Misalnya seorang operator salah melakukan transaksi.

Bisa jadi:

People: belum memahami proses.

Tetapi bisa juga:

System: interface terlalu rumit.

Atau:

Culture: transaksi sering ditunda karena organisasi lebih menghargai kecepatan daripada akurasi.

Ketiga masalah tersebut membutuhkan solusi yang berbeda.

Jangan Semua Masalah Diselesaikan dengan Training

Ini adalah salah satu penyakit organisasi.

Setiap kali terjadi masalah:

Training!

Picking error?

→ Training.

Quality defect?

→ Training.

Safety incident?

→ Training.

Inventory discrepancy?

→ Training.

Padahal training bukan obat untuk semua masalah.

Kalau masalahnya adalah:

System

training tidak menyelesaikan system.

Kalau masalahnya adalah:

Culture

training saja juga tidak cukup.

Bayangkan operator sudah dilatih lima kali.

Tetapi WMS tetap memungkinkan salah transaksi.

Apa yang terjadi?

Error akan tetap muncul.

Karena yang diperbaiki adalah People, sementara penyebabnya berada di System.

Begitu Juga Sebaliknya

Jangan semua masalah diselesaikan dengan membeli teknologi.

Misalnya:

"Picking error tinggi. Kita beli automation."

Padahal:

SOP belum jelas,

data master belum bersih,

slotting buruk,

operator belum memahami proses.

Teknologi yang mahal tidak otomatis membuat proses menjadi baik.

Kita bisa memiliki:

WMS terbaik.

Automation terbaik.

Scanner terbaik.

Tetapi jika Culture-nya:

"Yang penting target tercapai."

maka orang masih bisa mencari jalan pintas.

Culture Sering Menjadi Faktor yang Paling Sulit Dilihat

People bisa dilihat.

System bisa dipetakan.

Tetapi Culture sering tersembunyi.

Culture terlihat dari perilaku sehari-hari.

Misalnya:

Ketika ada masalah, apakah orang berkata:

"Mari kita cari penyebabnya."

atau:

"Siapa yang salah?"

Ketika ada ide improvement, apakah manager berkata:

"Coba kita uji."

atau:

"Dari dulu juga sudah seperti itu."

Ketika KPI turun, apakah organisasi berkata:

"Apa yang bisa kita perbaiki?"

atau:

"Siapa yang harus bertanggung jawab?"

Jawaban-jawaban tersebut menunjukkan culture.

Fishbone 3P dan Gemba

Fishbone 3P sebaiknya tidak dibuat hanya di ruang meeting.

Setelah menemukan problem, turunlah ke Gemba.

Lihat langsung.

Dengarkan operator.

Amati proses.

Periksa sistem.

Perhatikan perilaku.

Misalnya kita menemukan:

Loading Delay

Jangan hanya melihat dashboard.

Turun ke loading area.

Kemudian mungkin ditemukan:

People: manpower loading kurang.

System: staging process tidak terstandardisasi.

Culture: setiap departemen bekerja berdasarkan target masing-masing, bukan target end-to-end.

Sekarang kita memahami masalah dengan lebih baik.

Fishbone 3P Setelah Pareto

Dalam alur Continuous Improvement, Fishbone 3PSC sangat cocok ditempatkan setelah Pareto.

Contohnya:

Problem Identification

Kita menemukan:

Warehouse error meningkat.

↓

Data Collection

Kumpulkan data.

↓

Stratification

Kelompokkan berdasarkan jenis error.

↓

Pareto

Ternyata:

Wrong SKU = 42%

↓

Fishbone 3P

PEOPLE

Skill

Training

Awareness

SYSTEM

WMS

Label

Layout

SOP

Barcode

CULTURE

Discipline

Ownership

Improvement mindset

↓

5 Why

Pilih penyebab yang paling signifikan.

↓

Root Cause

↓

Improvement

↓

PDCA

↓

Standardization

Ini membuat Fishbone bukan sekadar gambar.

Tetapi menjadi bagian dari problem-solving journey.

3P Tidak Menggantikan 6M

Perlu digarisbawahi:

Fishbone 3P bukan berarti 6M salah.

6M tetap sangat berguna.

Terutama ketika kita membutuhkan analisis teknis yang lebih detail.

3P lebih tepat digunakan sebagai simplifikasi dan cara berpikir manajerial.

Kita bisa melakukan:

6M

untuk deep technical analysis.

Sedangkan:

3P

untuk high-level diagnosis.

Misalnya:

Machine

Material

Method

Measurement

Environment

dapat kita lihat lebih luas sebagai bagian dari:

SYSTEM

Sementara:

Man

menjadi:

PEOPLE

Dan faktor perilaku organisasi dapat kita eksplisitkan sebagai:

CULTURE

Mengapa 3P Menarik untuk Manager?

Karena seorang manager tidak selalu membutuhkan diagram yang sangat kompleks pada tahap awal.

Manager membutuhkan tiga pertanyaan sederhana:

PEOPLE

Apakah mereka mampu?

SYSTEM

Apakah sistemnya mendukung?

CULTURE

Apakah organisasi mendorong perilaku yang benar?

Dari tiga pertanyaan tersebut, kita bisa menentukan ke mana problem solving harus diarahkan.

Contoh: Overtime Warehouse Terlalu Tinggi

Misalnya overtime:

Target: 5%

Actual:

12%

Kita tidak langsung mengatakan:

"Kurang manpower."

Gunakan 3P.

PEOPLE

Skill tidak merata.

Banyak operator baru.

Produktivitas per orang rendah.

Fatigue.

SYSTEM

Wave planning tidak optimal.

Cut-off terlalu dekat.

Layout menyebabkan excessive motion.

WMS belum optimal.

Scheduling tidak sesuai demand pattern.

CULTURE

Overtime dianggap normal.

Orang terbiasa menyelesaikan masalah dengan lembur.

Tidak ada budaya mencari root cause.

Planning failure dianggap sebagai masalah operasional.

Sekarang terlihat bahwa:

Overtime bukan selalu masalah manpower.

Bisa jadi masalah:

People + System + Culture.

Dan Di Sinilah Continuous Improvement Menjadi Dewasa

Organisasi yang belum matang biasanya melihat:

Problem → Person

Organisasi yang mulai berkembang melihat:

Problem → Process

Organisasi yang lebih matang melihat:

Problem → People + System + Culture

Karena masalah operasional hampir selalu merupakan hasil interaksi ketiganya.

Formula Sederhana Fishbone 3P

Kalau ingin dibuat sangat sederhana, kita bisa menggunakan formula:

PROBLEM = PEOPLE × SYSTEM × CULTURE

Bukan rumus matematika literal, tetapi cara untuk mengingat bahwa ketiganya saling berinteraksi.

People menjalankan pekerjaan.

System mengarahkan pekerjaan.

Culture menentukan bagaimana orang menjalankan dan mempertahankan pekerjaan tersebut.

Kalau salah satunya lemah, performance bisa terganggu.

Tetapi Ada Satu Hal yang Harus Diingat

Tidak semua masalah membutuhkan ketiga faktor sekaligus.

Kadang root cause memang:

People.

Kadang:

System.

Kadang:

Culture.

Dan kadang merupakan kombinasi ketiganya.

Jangan memaksakan semua masalah masuk ke tiga kategori hanya agar diagram terlihat lengkap.

Tujuan Fishbone bukan membuat semua kotak terisi.

Tujuannya adalah:

menemukan penyebab yang benar.

Dari Fishbone Menuju Root Cause

Fishbone hanya menghasilkan:

Potential Causes.

Belum tentu:

Root Causes.

Karena itu setelah Fishbone, kita masih membutuhkan:

Data

Gemba

Observation

5 Why

Validation

Baru kemudian kita bisa mengatakan:

"Ini adalah root cause."

Dan setelah itu barulah:

Countermeasure.

Penutup

Fishbone Diagram mengajarkan kita untuk tidak terburu-buru menyimpulkan penyebab masalah.

Tetapi kita bisa menyederhanakan cara berpikir tersebut menjadi tiga pertanyaan besar:

PEOPLE — Apakah orangnya mampu?

SYSTEM — Apakah sistemnya mendukung?

CULTURE — Apakah budayanya mendorong?

Tiga hal ini sering kali menjadi akar dari berbagai masalah operasional.

Orang yang kompeten tidak akan banyak membantu jika sistemnya buruk.

Sistem yang bagus tidak akan optimal jika orang tidak memiliki kemampuan.

Dan People serta System yang bagus pun bisa gagal mempertahankan improvement jika Culture tidak mendukung.

Karena itu:

People membuat pekerjaan berjalan.

System membuat pekerjaan terstruktur.

Culture membuat perbaikan bertahan.

Dan mungkin inilah cara paling sederhana untuk melihat sebuah masalah:

Jangan langsung menyalahkan People.

Periksa System.

Kemudian lihat Culture.

Karena dalam Continuous Improvement, tujuan kita bukan menemukan siapa yang salah.

Tujuan kita adalah menemukan:

apa yang harus diperbaiki agar kesalahan yang sama tidak perlu terjadi lagi.

Dan ketika cara berpikir ini mulai menjadi kebiasaan, Fishbone bukan lagi sekadar sebuah diagram.

Ia menjadi cara organisasi melihat masalah.

Fishbone Diagram dalam Continuous Improvement

Jangan Terburu-buru Mencari Solusi Sebelum Memahami Penyebab Masalah

Dalam Continuous Improvement, ada satu kebiasaan yang sering dilakukan banyak perusahaan.

Ketika masalah muncul, kita langsung mencari solusi.

Picking error meningkat? Training operator.

Delivery terlambat? Tambah armada.

Produktivitas turun? Tambah manpower.

Mesin sering berhenti? Beli mesin baru.

Stock discrepancy? Perketat stock opname.

Semua terdengar masuk akal.

Tetapi ada satu pertanyaan yang sering terlupakan:

"Apakah kita sudah benar-benar memahami penyebab masalahnya?"

Karena masalah yang terlihat belum tentu merupakan akar masalah.

Dan di sinilah Fishbone Diagram menjadi salah satu tools penting dalam Continuous Improvement.

Apa Itu Fishbone Diagram?

Fishbone Diagram dikenal juga sebagai:

Ishikawa Diagram

Cause-and-Effect Diagram

Cause & Effect Analysis

Disebut Fishbone karena bentuk diagramnya menyerupai tulang ikan.

Di bagian kepala ikan terdapat masalah atau effect.

Kemudian dari garis utama muncul beberapa "tulang" yang mewakili berbagai kelompok kemungkinan penyebab.

Secara sederhana:

CAUSE → CAUSE → CAUSE → EFFECT

Tujuannya bukan langsung menemukan satu jawaban.

Tujuannya adalah:

Membantu tim melihat masalah dari berbagai sudut pandang dan mengidentifikasi kemungkinan penyebab secara sistematis.

Mengapa Tidak Langsung Menggunakan 5 Why?

Ini pertanyaan yang menarik.

Kalau kita sudah memiliki 5 Why, mengapa masih membutuhkan Fishbone?

Karena keduanya memiliki fungsi yang berbeda.

Fishbone digunakan untuk memetakan kemungkinan penyebab.

Sedangkan 5 Why digunakan untuk menggali lebih dalam salah satu penyebab tersebut.

Jadi keduanya bukan kompetitor.

Justru saling melengkapi.

Contohnya:

Problem: Picking Error

Fishbone membantu kita melihat:

Man

Method

Machine

Material

Measurement

Environment

Setelah itu kita menemukan bahwa Material: SKU memiliki kemasan yang sangat mirip merupakan salah satu penyebab potensial.

Kemudian kita lakukan 5 Why terhadap penyebab tersebut.

Fishbone Tidak Mencari Siapa yang Salah

Ini salah satu filosofi terpenting.

Ketika terjadi kesalahan, organisasi sering mencari:

"Siapa yang melakukan kesalahan?"

Continuous Improvement justru bertanya:

"Mengapa sistem memungkinkan kesalahan itu terjadi?"

Misalnya terjadi salah picking.

Cara berpikir tradisional:

Operator tidak teliti.

Selesai.

Tetapi Fishbone memaksa kita melihat lebih luas.

Mungkin:

Man

Operator belum cukup familiar dengan SKU.

Method

SOP picking tidak memberikan metode verifikasi yang memadai.

Machine

Scanner tidak selalu digunakan.

Material

Dua SKU memiliki kemasan yang hampir identik.

Measurement

Tidak ada monitoring picking error secara real-time.

Environment

Lokasi kedua SKU terlalu berdekatan.

Sekarang masalah terlihat jauh lebih kompleks.

Dan justru dari sinilah improvement yang sebenarnya bisa dimulai.

Menggunakan 6M

Salah satu pendekatan paling populer dalam Fishbone adalah 6M.

1. Man

Berkaitan dengan manusia.

Contohnya:

skill,

knowledge,

training,

experience,

fatigue,

workload,

manpower,

human error.

Tetapi hati-hati.

"Operator tidak teliti" bukan otomatis root cause.

Itu baru sebuah kemungkinan.

Kita tetap harus bertanya:

Mengapa operator bisa melakukan kesalahan tersebut?

2. Method

Berkaitan dengan cara kerja.

Misalnya:

SOP,

Work Instruction,

Standard Work,

workflow,

sequence,

approval,

inspection procedure.

Kadang masalah bukan karena orang tidak mengikuti SOP.

Masalahnya justru:

SOP-nya sendiri tidak efektif.

3. Machine

Berkaitan dengan mesin, equipment, dan teknologi.

Misalnya:

forklift,

conveyor,

barcode scanner,

weighing scale,

WMS,

printer,

automation,

sensor.

Contohnya:

Picking error terjadi karena barcode scanner sering gagal membaca barcode.

Jika kita hanya melakukan training operator, masalah tidak akan selesai.

4. Material

Berkaitan dengan material atau produk.

Misalnya:

ukuran,

bentuk,

packaging,

kualitas,

labeling,

SKU similarity,

material handling characteristics.

Dalam warehouse, kategori ini sangat penting.

Dua SKU yang memiliki bentuk dan kemasan hampir sama dapat meningkatkan risiko salah picking.

5. Measurement

Berkaitan dengan pengukuran dan data.

Misalnya:

KPI,

accuracy,

measurement method,

frequency,

calibration,

data accuracy,

reporting system.

Kadang perusahaan sebenarnya memiliki masalah, tetapi tidak menyadarinya karena cara mengukurnya salah.

6. Mother Nature / Environment

Berkaitan dengan lingkungan kerja.

Misalnya:

layout,

lighting,

temperature,

noise,

humidity,

space,

ergonomics,

congestion.

Dalam warehouse, layout bisa sangat menentukan.

Jarak yang terlalu jauh.

Aisle terlalu sempit.

SKU yang mirip diletakkan berdekatan.

Pencahayaan kurang.

Semua bisa menjadi penyebab.

Contoh Fishbone di Warehouse

Mari kita ambil sebuah kasus:

Picking Error meningkat.

Kemudian kita lakukan brainstorming menggunakan 6M.

MAN

Operator baru

Training belum cukup

Fatigue

Manpower kurang

Kurang familiar dengan SKU

METHOD

SOP tidak jelas

Tidak ada double check

Tidak ada standard scanning

Picking sequence tidak optimal

MACHINE

Scanner error

Printer label bermasalah

WMS lambat

Battery scanner habis

MATERIAL

SKU mirip

Packaging sama

Barcode sulit dibaca

Label mudah rusak

MEASUREMENT

KPI hanya melihat quantity

Error tidak dikategorikan

Tidak ada real-time monitoring

Data error tidak akurat

ENVIRONMENT

Lighting kurang

Lokasi SKU terlalu dekat

Layout tidak optimal

Area terlalu padat

Sekarang kita mempunyai peta kemungkinan penyebab.

Dan inilah kekuatan Fishbone.

Tetapi Fishbone Bukan Bukti

Ini bagian yang sangat penting.

Ketika tim membuat Fishbone, biasanya akan muncul banyak kemungkinan penyebab.

Tetapi:

Kemungkinan penyebab ≠ akar masalah.

Misalnya tim menulis:

Training operator kurang.

Apakah benar?

Belum tentu.

Harus dibuktikan dengan data.

Misalnya setelah dianalisis:

Operator yang sudah mengikuti training:

Error = 1,2%

Operator yang belum mengikuti training:

Error = 1,3%

Ternyata perbedaannya kecil.

Berarti training mungkin bukan faktor utama.

Sebaliknya:

SKU yang memiliki packaging mirip:

Error = 7,5%

SKU dengan packaging berbeda:

Error = 0,8%

Sekarang kita mempunyai indikasi yang lebih kuat.

Fishbone membantu kita membuat hipotesis.

Data membantu kita menguji hipotesis tersebut.

Di Sini Gemba Menjadi Penting

Fishbone sebaiknya tidak dibuat hanya di ruang meeting.

Jangan hanya:

Manager + Supervisor + PPT + Whiteboard.

Kemudian semua orang menebak-nebak penyebab.

Lebih baik:

Go to Gemba.

Pergi ke tempat masalah terjadi.

Lihat prosesnya.

Amati operator.

Lihat material.

Periksa sistem.

Tanyakan kepada orang yang melakukan pekerjaan.

Kadang operator justru mengetahui masalah yang tidak terlihat dalam laporan management.

Misalnya:

"Pak, sebenarnya scanner ini sering error. Tetapi kalau kami laporkan, biasanya dianggap masalah operator."

Kalimat seperti itu bisa membuka mata.

Karena itu:

Data tells you where to look. Gemba tells you what is actually happening.

Fishbone Harus Menghindari "Blaming"

Bayangkan sebuah perusahaan memiliki masalah:

Delivery terlambat.

Fishbone pertama:

Man → Driver tidak disiplin.

Selesai?

Belum.

Coba kita gali.

Man

→ Driver terlambat.

Method

→ Scheduling belum optimal.

Machine

→ Kendaraan sering breakdown.

Material

→ Loading preparation terlambat.

Measurement

→ KPI hanya mengukur delivery, bukan loading lead time.

Environment

→ Kemacetan di jalur tertentu.

Sekarang kita melihat bahwa masalah delivery bukan hanya masalah driver.

Bisa jadi driver hanya berada di ujung proses yang menghasilkan keterlambatan.

Fishbone Membantu Mengubah Cara Berpikir

Tanpa Fishbone:

Problem → Blame → Solution

Dengan Fishbone:

Problem → Possible Causes → Data → Root Cause → Countermeasure

Ini perubahan yang sangat besar.

Karena Continuous Improvement bukan bertujuan mencari orang yang salah.

Continuous Improvement bertujuan:

membuat proses menjadi lebih baik.

Fishbone dan Pareto

Fishbone akan semakin kuat ketika digunakan bersama Pareto.

Keduanya memiliki fungsi berbeda.

Pareto

Menjawab:

"Masalah mana yang paling dominan?"

Fishbone

Menjawab:

"Apa saja kemungkinan penyebab masalah tersebut?"

Contoh:

Data menunjukkan ada 1.000 warehouse errors.

Pareto menunjukkan:

Wrong SKU = 420

Maka kita fokus pada Wrong SKU.

Kemudian Fishbone digunakan:

Wrong SKU

→ Man

→ Method

→ Machine

→ Material

→ Measurement

→ Environment

Setelah itu kita validasi penyebab dengan data.

Jadi alurnya:

Data

↓

Pareto

↓

Fishbone

↓

Validation

↓

5 Why

↓

Root Cause

Ini jauh lebih kuat daripada sekadar membuat Fishbone tanpa data.

Fishbone dan 5 Why

Setelah Fishbone dibuat, kita dapat memilih penyebab yang paling signifikan untuk dianalisis lebih lanjut menggunakan 5 Why.

Misalnya:

Problem: Wrong SKU

Fishbone menunjukkan:

Material → SKU memiliki packaging yang mirip.

Kemudian 5 Why:

Why 1

Mengapa operator mengambil SKU yang salah?

→ Karena SKU A dan B memiliki packaging yang mirip.

Why 2

Mengapa SKU tersebut dapat tertukar?

→ Karena lokasinya berdekatan.

Why 3

Mengapa lokasinya berdekatan?

→ Karena slotting hanya berdasarkan movement.

Why 4

Mengapa slotting hanya berdasarkan movement?

→ Karena similarity SKU belum menjadi parameter slotting.

Why 5

Mengapa similarity SKU belum menjadi parameter?

→ Karena belum ada standard untuk mengidentifikasi dan mengendalikan similar SKU.

Sekarang kita mulai mendekati root cause.

Jangan Berhenti pada "Human Error"

Ini mungkin salah satu pelajaran terbesar dari Fishbone.

Human Error sering kali merupakan akibat, bukan akar masalah.

Jika seseorang salah memasukkan data, tanyakan:

Apakah sistem memberikan warning?

Apakah interface-nya membingungkan?

Apakah prosesnya terlalu manual?

Apakah SOP jelas?

Apakah workload terlalu tinggi?

Apakah data yang diberikan benar?

Apakah orang tersebut sudah dilatih?

Dengan demikian kita menggeser perspektif:

Human Error

menjadi:

Human + Process + System + Environment

Dan ini membuat improvement menjadi lebih sustainable.

Fishbone dalam Manufacturing

Fishbone sangat populer dalam manufacturing.

Misalnya:

Defect Rate meningkat.

Kemungkinan penyebab:

Man

Skill operator.

Machine

Machine setting.

Method

Work instruction.

Material

Raw material variation.

Measurement

Inspection method.

Environment

Temperature atau humidity.

Kemudian setiap kemungkinan penyebab diuji.

Bukan berdasarkan opini.

Tetapi berdasarkan:

data + observation + experiment.

Fishbone dalam Warehouse

Dalam warehouse, Fishbone bisa digunakan untuk menganalisis:

Picking Error

Putaway Error

Inventory Discrepancy

Damaged Goods

Late Shipment

Loading Delay

Receiving Delay

Productivity Drop

Excessive Overtime

Space Utilization

Stock Accuracy

Delivery Error

Jadi Fishbone bukan hanya tool manufacturing.

Ia sangat relevan untuk:

Warehouse

Logistics

Supply Chain

Procurement

Quality

Production

bahkan office process.

Kesalahan Umum dalam Membuat Fishbone

1. Terlalu cepat menyimpulkan

"Operator tidak teliti."

Padahal belum ada bukti.

2. Semua kemungkinan dianggap root cause

Fishbone hanya menghasilkan potential causes.

3. Tidak menggunakan data

Brainstorming saja tidak cukup.

4. Tidak melakukan Gemba

Masalah bisa berbeda antara laporan dan kondisi lapangan.

5. Terlalu banyak penyebab

Fishbone bukan tempat untuk memasukkan semua kemungkinan tanpa prioritas.

6. Berhenti setelah Fishbone

Setelah Fishbone harus ada validation dan root cause analysis.

Fishbone Bukan Sekadar Diagram

Kalau hanya menggambar tulang ikan di whiteboard, Fishbone tidak akan menghasilkan improvement.

Nilai sebenarnya ada pada proses berpikir di baliknya:

Observe

↓

Question

↓

Analyze

↓

Validate

↓

Improve

Fishbone membantu tim untuk tidak terjebak pada satu asumsi.

Dari "Siapa yang Salah?" Menjadi "Apa yang Salah dalam Sistem?"

Inilah perubahan mindset yang paling penting.

Organisasi yang masih menggunakan pendekatan lama bertanya:

"Siapa yang melakukan kesalahan?"

Organisasi yang mulai menerapkan Continuous Improvement bertanya:

"Proses apa yang memungkinkan kesalahan tersebut terjadi?"

Dan organisasi yang sudah matang bertanya lebih jauh:

"Bagaimana kita mendesain proses agar kesalahan tersebut sulit terjadi kembali?"

Inilah yang kemudian membawa kita menuju konsep:

Poka-Yoke.

Bukan hanya memperbaiki manusia.

Tetapi memperbaiki sistem agar manusia lebih sulit melakukan kesalahan.

Penutup

Fishbone Diagram pada dasarnya adalah sebuah alat sederhana.

Gambarnya hanya seperti tulang ikan.

Tetapi cara berpikir di baliknya sangat penting.

Karena ketika masalah terjadi, kita sering tergoda untuk mencari jawaban tercepat.

Operator salah.

Mesin rusak.

Supplier terlambat.

Sistem bermasalah.

Padahal jawaban pertama belum tentu jawaban yang benar.

Fishbone mengajarkan kita untuk berhenti sejenak dan berkata:

"Mari kita lihat masalah ini dari berbagai sisi."

Man.

Method.

Machine.

Material.

Measurement.

Environment.

Kemudian setiap kemungkinan penyebab diuji dengan data.

Karena dalam Continuous Improvement:

Kita tidak memperbaiki apa yang kita asumsikan sebagai masalah. Kita memperbaiki apa yang benar-benar terbukti menjadi penyebab masalah.

Dan pada akhirnya, tujuan Fishbone bukan menghasilkan diagram yang indah.

Tujuannya adalah menemukan root cause sehingga kita tidak hanya memadamkan api.

Tetapi menemukan mengapa api terus muncul.

Karena Continuous Improvement bukan tentang memperbaiki masalah yang sama berulang kali.

Continuous Improvement adalah membuat masalah yang sama tidak perlu terjadi lagi.

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.

5R dalam Continuous Improvement

Mengapa Tempat Kerja yang Rapi Belum Tentu Produktif?

5R Bukan Sekadar Bersih-Bersih, Tetapi Cara Membangun Budaya Improvement

Ketika mendengar istilah 5R, sebagian orang langsung membayangkan aktivitas yang sederhana:

Menyapu lantai.

Merapikan meja.

Memberi label.

Membuang barang yang tidak diperlukan.

Kemudian mengambil foto sebelum dan sesudah.

Selesai.

Padahal, kalau 5R hanya dipahami sebagai kegiatan bersih-bersih, kita sedang kehilangan inti dari salah satu fondasi penting Continuous Improvement. 5R bukan tentang membuat tempat kerja terlihat bagus. 5R adalah tentang menciptakan tempat kerja yang lebih aman, lebih teratur, lebih mudah dikendalikan, dan lebih mudah untuk terus diperbaiki.

Karena dalam dunia operasional, kondisi tempat kerja sebenarnya adalah cermin dari kualitas sistem. Kalau sebuah warehouse berantakan, jangan hanya bertanya:

"Mengapa operator tidak mau merapikan?"

Tanyakan juga:

"Mengapa sistem kita memungkinkan kondisi berantakan ini terjadi berulang kali?"

Apa Itu 5R?

Di Indonesia, konsep 5R merupakan adaptasi dari prinsip Jepang yang dikenal sebagai 5S. Kelima prinsip tersebut adalah:

Ringkas

Rapi

Resik

Rawat

Rajin

Jika diterjemahkan ke dalam konsep Continuous Improvement, 5R dapat dipahami sebagai sebuah sistem untuk menciptakan tempat kerja yang:

memiliki barang yang benar,

berada di tempat yang benar,

dalam kondisi yang benar,

dengan standar yang benar,

dan dipertahankan secara konsisten.

Dengan demikian, 5R bukan sebuah proyek yang selesai dalam satu minggu. 5R adalah kebiasaan operasional.

R Pertama: Ringkas

"Apa yang benar-benar kita butuhkan?"

Ringkas berarti memisahkan antara barang yang diperlukan dan barang yang tidak diperlukan. Ini terdengar sederhana. Tetapi praktiknya sering sulit.

Lihat sebuah warehouse. Ada pallet rusak. Kardus bekas. Spare part lama. Dokumen yang sudah tidak berlaku. Peralatan rusak. Material obsolete. Barang retur. Peralatan yang "mungkin suatu hari diperlukan". Semuanya disimpan.

Alasannya hampir selalu sama: "Jangan dibuang dulu, siapa tahu nanti diperlukan."

Akhirnya warehouse berubah menjadi tempat penyimpanan barang yang tidak jelas statusnya. Inilah yang ingin dihilangkan oleh Ringkas.

Barang harus dikategorikan:

Diperlukan

Tidak diperlukan

Belum jelas statusnya

Untuk barang yang statusnya belum jelas, dapat digunakan konsep red tag.

Barang diberi tanda.

Kemudian diputuskan:

dipakai,

dipindahkan,

dikembalikan,

dijual,

didaur ulang,

atau dimusnahkan sesuai prosedur.

Ringkas bukan berarti membuang sebanyak-banyaknya.

Ringkas berarti: Hanya menyimpan sesuatu yang memang memiliki alasan untuk berada di tempat tersebut.

R Kedua: Rapi

Setelah barang yang tidak diperlukan disingkirkan, pertanyaannya berubah:

"Barang yang tersisa harus diletakkan di mana?"

Inilah fungsi Rapi. Rapi bukan berarti semua barang terlihat indah. Rapi berarti: A place for everything, and everything in its place. Setiap barang memiliki lokasi. Dan setiap lokasi memiliki identitas.

Misalnya:

lokasi pallet,

lokasi tools,

lokasi dokumen,

lokasi material,

lokasi barang retur,

lokasi barang reject,

lokasi fire extinguisher,

lokasi emergency equipment.

Kemudian gunakan:

Labeling

Color coding

Floor marking

Visual control

Location numbering

Tujuannya sederhana: Orang tidak perlu bertanya di mana barang berada. Sistem yang menjawabnya.

Rapi Harus Mengurangi Motion

Ini bagian yang sering dilupakan. Tujuan Rapi bukan sekadar estetika. Tujuan utamanya adalah mengurangi waste. Misalnya seorang picker membutuhkan scanner. Kalau scanner selalu berada di tempat yang sama, ia tahu ke mana harus mengambilnya.

Tetapi kalau scanner bisa berada di mana saja, operator harus mencari. Mencari adalah waste. Berjalan terlalu jauh adalah waste. Menunggu adalah waste. Memindahkan barang berkali-kali adalah waste. Karena itu, Rapi memiliki hubungan langsung dengan Lean Management.

Tempat kerja yang terorganisir akan mengurangi:

Motion

Transportation

Waiting

Searching

dan bahkan Error.

R Ketiga: Resik

Resik berarti membersihkan tempat kerja dan peralatan.

Tetapi sekali lagi: Resik bukan sekadar bersih. Dalam Continuous Improvement, kegiatan membersihkan seharusnya sekaligus menjadi kegiatan inspeksi.

Misalnya saat membersihkan mesin, operator menemukan:

kebocoran oli,

baut longgar,

kabel rusak,

suara abnormal,

debu berlebihan,

atau komponen mulai aus.

Artinya: Cleaning = Inspection.

Dengan demikian, aktivitas Resik bisa menjadi bagian dari autonomous maintenance. Operator bukan hanya membersihkan. Operator belajar mengenali kondisi abnormal.

Mengapa Resik Penting di Warehouse?

Bayangkan lantai warehouse dipenuhi debu dan serpihan material. Kemudian forklift melintas.

Ada kemungkinan:

roda menjadi bermasalah,

barang rusak,

operator terpeleset,

area kerja menjadi tidak aman.

Atau ada kebocoran oli dari forklift. Jika area tersebut dibersihkan setiap hari, kebocoran akan terlihat. Tetapi jika tidak pernah dibersihkan, masalah kecil bisa menjadi masalah besar.

Maka prinsipnya: Tempat kerja yang bersih membuat abnormality lebih mudah terlihat.

R Keempat: Rawat

Ini adalah tahap yang membedakan 5R sebagai program biasa dengan 5R sebagai sistem. Karena pertanyaannya sekarang: "Bagaimana memastikan Ringkas, Rapi, dan Resik tetap berjalan?"

Jawabannya adalah:

Standardisasi.

Buat standar.

Misalnya:

standar lokasi,

standar labeling,

standar kebersihan,

standar penyimpanan,

standar visual management,

standar inspeksi,

checklist,

jadwal cleaning,

audit 5R.

Tanpa standardisasi, hasil 5R biasanya hanya bertahan beberapa minggu. Hari Senin warehouse rapi. Hari Jumat mulai berantakan. Bulan depan kembali seperti semula.

Ini disebut: Improvement tanpa sustain. Rawat memastikan improvement menjadi bagian dari sistem kerja.

R Kelima: Rajin

Ini mungkin bagian yang paling sulit.

Karena Rajin bukan sekadar: "Rajin membersihkan."

Rajin berarti membangun disiplin untuk menjalankan standar secara konsisten. Hari ini dilakukan. Besok dilakukan. Minggu depan dilakukan. Bulan depan dilakukan. Bahkan ketika tidak ada audit. Inilah yang disebut discipline.

Dan pada tahap ini, 5R mulai berubah dari sekadar program menjadi budaya kerja.

5R dan Continuous Improvement

Sekarang kita bisa melihat hubungan antara 5R dan Continuous Improvement. 5R menciptakan kondisi dasar agar masalah lebih mudah terlihat.

Karena ketika tempat kerja:

Ringkas

↓

barang yang tidak perlu hilang

Rapi

↓

lokasi abnormal mudah terlihat

Resik

↓

kondisi abnormal mudah ditemukan

Rawat

↓

standar dibuat

Rajin

↓

standar dijalankan terus-menerus

Maka ketika terjadi penyimpangan, kita bisa segera mengetahuinya. Dan ketika abnormality lebih cepat ditemukan, problem solving menjadi lebih cepat dilakukan.

5R Bukan Tujuan Akhir

Ini poin yang sangat penting. Jangan menjadikan: "Warehouse harus bersih dan rapi." sebagai tujuan akhir. Itu baru kondisi dasar.

Tujuan akhirnya adalah:

Safety

↓

Quality

↓

Delivery

↓

Cost

↓

Productivity

↓

Customer Satisfaction

5R adalah fondasi untuk mencapai semuanya. Kalau warehouse rapi tetapi picking error tetap tinggi, berarti kita belum selesai. Kalau warehouse bersih tetapi produktivitas rendah, berarti kita belum selesai. Kalau tools tersusun rapi tetapi downtime tinggi, berarti kita belum selesai.

Karena Continuous Improvement selalu bertanya: "Apa dampak perbaikan ini terhadap performance?"

Jangan Jadikan 5R sebagai Lomba Kebersihan

Ini penyakit yang sering terjadi. Perusahaan membuat lomba: "Area Terbaik Bulan Ini." Semua orang sibuk mempercantik area. Lantai dicat. Label dibuat. Papan informasi dipasang. Foto before-after dibuat. Kemudian auditor datang. Semua terlihat sempurna. Tetapi seminggu kemudian kembali seperti semula.

Mengapa?

Karena yang diperbaiki adalah penampilan, bukan sistem. 5R bukan lomba dekorasi. 5R adalah sistem pengendalian kondisi tempat kerja.

Manager Harus Bertanya "Mengapa?"

Misalnya area warehouse selalu berantakan. Jangan hanya mengatakan: "Operator tidak disiplin."

Tanyakan: 

Mengapa barang diletakkan sembarangan?

Mungkin karena lokasi penyimpanan tidak cukup.

Mengapa lokasi tidak cukup?

Karena kapasitas warehouse tidak sesuai dengan volume aktual.

Mengapa kapasitas tidak sesuai?

Karena forecasting tidak akurat.

Mengapa forecasting tidak akurat?

Karena data demand tidak terintegrasi.

Sekarang kita melihat sesuatu yang lebih besar.

Masalah "5R" ternyata mungkin berhubungan dengan:

Planning

Inventory

Layout

Capacity

Information System

Inilah cara berpikir Continuous Improvement. Jangan berhenti pada gejala. Cari sistem yang menghasilkan gejala tersebut.

5R yang Baik Membuat Masalah Terlihat

Ada satu prinsip yang sangat menarik dalam Lean: "Make problems visible." Jangan menyembunyikan masalah. Justru buat masalah mudah terlihat.

Misalnya:

Rak kosong → langsung terlihat.

Pallet salah lokasi → langsung terlihat.

Tools hilang → langsung terlihat.

Material reject → memiliki area khusus.

Barang overdue → diberi visual indicator.

Area abnormal → memiliki tanda.

Dengan begitu, masalah tidak lagi tersembunyi. Dan ketika masalah terlihat, orang bisa mulai melakukan problem solving.

5R Bukan Pekerjaan Cleaning Service

Ini juga perlu diluruskan. Kalau hanya cleaning service yang bertanggung jawab terhadap 5R, maka perusahaan belum memahami konsepnya. Cleaning service bertanggung jawab terhadap kebersihan sesuai lingkup pekerjaannya. 

Tetapi 5R adalah tanggung jawab semua orang. 

Operator.

Supervisor.

Manager.

Warehouse.

Production.

Maintenance.

Engineering.

Office.

Bahkan management.

Karena orang yang menggunakan area tersebut adalah orang yang paling memahami kondisi normal dan abnormalnya.

Bagaimana Mengukur 5R?

5R sebaiknya tidak hanya dinilai berdasarkan: "Kelihatan bersih."

Gunakan indikator.

Misalnya:

Ringkas

jumlah barang obsolete,

jumlah barang tidak terpakai,

area yang berhasil dibebaskan.

Rapi

location accuracy,

waktu mencari tools,

waktu mencari material,

jumlah misplaced item.

Resik

jumlah abnormality yang ditemukan,

jumlah temuan kebocoran,

jumlah kondisi tidak aman.

Rawat

kepatuhan terhadap standard,

audit score,

jumlah penyimpangan.

Rajin

konsistensi audit,

penyelesaian action,

tingkat kepatuhan terhadap standar.

Dengan demikian, 5R menjadi measurable.

Dari 5R Menuju Budaya Improvement

Ketika 5R sudah berjalan dengan baik, organisasi akan mengalami perubahan yang lebih besar.

Orang mulai terbiasa bertanya: "Apakah ada cara yang lebih baik?"

Itulah awal Continuous Improvement.

Dari: 5R

menuju: Visual Management

menuju: Standard Work

menuju: Problem Solving

menuju: Kaizen

menuju: Operational Excellence.

Jadi 5R sebenarnya bukan akhir perjalanan. 5R adalah pintu masuk.

Penutup

Ada satu kalimat yang menurut saya sangat tepat untuk menggambarkan 5R:

"Kalau kita tidak mampu mengelola tempat kerja kita sendiri, bagaimana kita bisa berharap mampu mengelola proses yang jauh lebih kompleks?"

5R mengajarkan sesuatu yang sederhana. Buang yang tidak perlu. Letakkan sesuatu pada tempatnya. Jaga tempat kerja tetap bersih. Buat standar. Dan disiplin menjalankannya.

Tetapi di balik kesederhanaan tersebut ada filosofi Continuous Improvement yang sangat dalam. Karena tempat kerja yang baik bukan tempat kerja yang selalu terlihat sempurna. Tempat kerja yang baik adalah tempat di mana abnormality segera terlihat, masalah segera ditemukan, dan setiap orang memiliki kebiasaan untuk memperbaikinya.

Itulah mengapa 5R bukan sekadar:

Ringkas.

Rapi.

Resik.

Rawat.

Rajin.

Tetapi merupakan sebuah perjalanan menuju satu hal yang jauh lebih besar: Membangun budaya di mana setiap orang terbiasa melihat masalah, memperbaikinya, dan mencegahnya terjadi kembali. Dan ketika itu sudah menjadi kebiasaan, Continuous Improvement tidak lagi menjadi program perusahaan. Ia menjadi cara perusahaan bekerja.

The 3.5% Rule

Benarkah Hanya 3,5% Penduduk Bisa Mengubah Sebuah Negara?

Pelajaran dari Erica Chenoweth tentang Kekuatan Gerakan Sipil

Ada sebuah angka yang sering muncul ketika membahas perubahan besar dalam sejarah dunia.

3,5%.

Angka ini terdengar kecil.

Jika sebuah negara memiliki penduduk 100 juta orang, maka 3,5% hanya sekitar 3,5 juta orang.

Artinya, lebih dari 96% penduduk tidak perlu turun ke jalan.

Namun pertanyaannya adalah:

Benarkah hanya dengan 3,5% penduduk, sebuah negara bisa mengalami perubahan besar?

Pertanyaan inilah yang melahirkan apa yang kemudian dikenal sebagai The 3.5% Rule, sebuah gagasan yang dipopulerkan oleh ilmuwan politik Erica Chenoweth melalui penelitiannya mengenai gerakan perlawanan sipil (civil resistance).

Namun, seperti banyak teori yang populer di media sosial, konsep ini sering kali disederhanakan.

Banyak orang menganggap bahwa jika 3,5% penduduk turun ke jalan, maka pemerintahan pasti jatuh.

Padahal, penelitian Chenoweth tidak pernah mengatakan hal sesederhana itu.

Siapa Erica Chenoweth?

Erica Chenoweth adalah seorang ilmuwan politik yang banyak meneliti tentang konflik, gerakan sosial, serta perlawanan tanpa kekerasan (nonviolent resistance).

Bersama Maria J. Stephan, ia menganalisis ratusan kampanye politik di berbagai negara selama lebih dari satu abad.

Tujuannya sederhana.

Mengapa ada gerakan rakyat yang berhasil mengubah pemerintahan, sementara yang lain gagal?

Apakah keberhasilan ditentukan oleh jumlah peserta?

Apakah ditentukan oleh kekerasan?

Ataukah ada faktor lain yang lebih penting?

Dari penelitian tersebut muncul satu temuan yang kemudian sangat terkenal.

Dari Mana Angka 3,5% Berasal?

Dalam analisis terhadap ratusan gerakan sipil, Chenoweth menemukan bahwa kampanye non-kekerasan yang berhasil sering kali mampu memobilisasi partisipasi aktif dalam jumlah besar.

Dalam kumpulan data yang ia teliti, tidak ada kampanye non-kekerasan yang gagal setelah berhasil memobilisasi sekitar 3,5% populasi secara aktif.

Kalimat terakhir inilah yang kemudian berubah menjadi slogan:

"Hanya perlu 3,5% penduduk untuk mengubah negara."

Padahal kenyataannya jauh lebih kompleks.

Penelitian tersebut bersifat observasional, bukan hukum alam.

Artinya, Chenoweth menemukan pola dalam data historis.

Bukan membuat rumus yang pasti berlaku untuk semua negara, semua zaman, dan semua situasi.

Mengapa Justru Gerakan Tanpa Kekerasan Lebih Efektif?

Banyak orang beranggapan bahwa perubahan besar hanya bisa terjadi melalui revolusi bersenjata.

Namun penelitian Chenoweth menunjukkan sesuatu yang menarik.

Dalam banyak kasus, gerakan tanpa kekerasan justru memiliki tingkat keberhasilan yang lebih tinggi dibandingkan gerakan bersenjata.

Mengapa?

Karena gerakan damai lebih mudah menarik partisipasi masyarakat luas.

Bayangkan dua situasi.

Situasi pertama.

Seseorang diminta mengangkat senjata.

Risikonya sangat tinggi.

Tidak semua orang bersedia.

Situasi kedua.

Seseorang diminta mengikuti aksi damai, mogok kerja, boikot, petisi, atau demonstrasi damai.

Risikonya relatif lebih rendah.

Akibatnya, lebih banyak orang mau ikut.

Semakin besar partisipasi, semakin sulit sebuah sistem mengabaikan aspirasi masyarakat.

Bukan Sekadar Jumlah, Tetapi Keragaman

Kesalahan terbesar dalam memahami The 3.5% Rule adalah hanya fokus pada angka.

Padahal angka bukan inti utamanya.

Yang lebih penting adalah siapa saja yang terlibat.

Gerakan akan jauh lebih kuat ketika melibatkan berbagai lapisan masyarakat.

Mahasiswa.

Guru.

Dokter.

Pengusaha.

Buruh.

Tokoh agama.

Seniman.

Akademisi.

Pegawai negeri.

Komunitas lokal.

Semakin beragam kelompok yang ikut berpartisipasi, semakin besar legitimasi sosial sebuah gerakan.

Dengan kata lain, kualitas partisipasi sering kali lebih penting daripada sekadar kuantitas.

Mengapa 3,5% Bisa Sangat Berpengaruh?

Jawabannya bukan karena angka tersebut memiliki kekuatan magis.

Tetapi karena partisipasi dalam jumlah besar dapat menciptakan beberapa efek sekaligus.

Pertama, menarik perhatian publik.

Kedua, mengubah opini masyarakat.

Ketiga, meningkatkan tekanan politik.

Keempat, memengaruhi institusi lain.

Ketika semakin banyak orang dari berbagai profesi mulai memiliki aspirasi yang sama, institusi seperti media, organisasi masyarakat, dunia usaha, hingga birokrasi mulai memperhatikan perubahan tersebut.

Di sinilah sebuah gerakan memperoleh momentum.

Efek Bola Salju

Dalam ilmu sosial dikenal istilah critical mass.

Artinya, ada titik tertentu ketika sebuah gerakan mulai berkembang dengan sendirinya.

Awalnya hanya sedikit orang yang berani berbicara.

Kemudian muncul kelompok kecil lainnya.

Lalu komunitas lain ikut bergabung.

Semakin banyak orang melihat bahwa mereka tidak sendirian, semakin besar keberanian untuk ikut berpartisipasi.

Fenomena ini seperti bola salju.

Awalnya kecil.

Namun ketika terus menggelinding, ukurannya semakin besar.

Tidak Semua Gerakan Akan Berhasil

Di sinilah kita harus berhati-hati.

The 3.5% Rule bukan jaminan kemenangan.

Ada banyak faktor lain yang menentukan keberhasilan sebuah gerakan.

Misalnya:

tujuan yang jelas,

kepemimpinan yang efektif,

strategi komunikasi,

disiplin menjaga aksi tetap damai,

dukungan masyarakat,

respons pemerintah,

kondisi ekonomi,

serta dinamika politik.

Artinya, mencapai angka partisipasi besar saja belum tentu cukup.

Begitu pula sebaliknya.

Gerakan dengan jumlah peserta lebih sedikit juga bisa berhasil apabila mampu membangun dukungan yang luas melalui cara-cara lain.

Pelajaran untuk Dunia Bisnis

Mungkin Anda bertanya.

Apa hubungannya teori ini dengan dunia bisnis?

Ternyata cukup banyak.

Perubahan di dalam organisasi juga sering kali tidak dimulai dari mayoritas.

Sering kali perubahan justru dimulai oleh sekelompok kecil orang yang memiliki visi yang sama.

Bayangkan sebuah perusahaan dengan 10.000 karyawan.

Tidak semua harus menjadi agen perubahan.

Kadang cukup beberapa ratus orang yang benar-benar memahami budaya baru, kemudian menyebarkannya melalui contoh sehari-hari.

Budaya organisasi jarang berubah melalui memo.

Budaya berubah melalui perilaku yang ditiru.

Dalam konteks ini, The 3.5% Rule mengajarkan bahwa perubahan besar tidak selalu dimulai dari mayoritas, tetapi dari minoritas yang konsisten dan mampu menginspirasi orang lain.

Pelajaran untuk Seorang Manager

Hal yang sama berlaku dalam kepemimpinan.

Banyak manager menunggu seluruh tim setuju sebelum memulai perubahan.

Padahal kenyataannya hampir tidak pernah demikian.

Setiap perubahan selalu dimulai oleh sekelompok kecil orang yang bersedia menjadi contoh.

Ketika contoh tersebut menunjukkan hasil nyata, orang lain mulai mengikuti.

Lambat laun perubahan menjadi budaya.

Karena itu, tugas seorang pemimpin bukan menunggu semua orang berubah.

Tugasnya adalah membangun kelompok awal yang percaya pada perubahan tersebut.

Kritik terhadap The 3.5% Rule

Beberapa peneliti kemudian mengingatkan agar angka 3,5% tidak diperlakukan sebagai hukum pasti.

Setiap negara memiliki karakteristik yang berbeda.

Setiap sistem politik memiliki dinamika yang berbeda.

Teknologi komunikasi berubah.

Media sosial mengubah cara mobilisasi masyarakat.

Begitu pula kondisi ekonomi dan budaya.

Karena itu, angka 3,5% lebih tepat dipahami sebagai temuan empiris dari kumpulan kasus sejarah, bukan sebagai rumus universal.

Justru pesan terbesarnya adalah bahwa partisipasi warga secara damai dapat memiliki pengaruh yang jauh lebih besar daripada yang sering dibayangkan.

Pelajaran Terbesar

Selama ini banyak orang berpikir bahwa perubahan hanya bisa dilakukan oleh mereka yang memiliki kekuasaan.

Padahal sejarah menunjukkan sesuatu yang berbeda.

Perubahan sering kali lahir dari masyarakat biasa.

Dari orang-orang yang memilih untuk tidak diam.

Dari komunitas kecil yang terus bekerja.

Dari kelompok yang disiplin menjaga tujuan dan cara mereka.

Dan dari keyakinan bahwa perubahan tidak selalu membutuhkan mayoritas.

Tetapi membutuhkan keberanian untuk memulai.

Penutup

The 3.5% Rule bukanlah sebuah ramalan.

Bukan pula rumus ajaib yang menjamin sebuah pemerintahan akan berubah ketika 3,5% penduduk turun ke jalan.

Yang diajarkan Erica Chenoweth jauh lebih dalam daripada sekadar angka.

Ia menunjukkan bahwa gerakan tanpa kekerasan memiliki potensi besar ketika mampu melibatkan masyarakat secara luas, menjaga disiplin, membangun legitimasi, dan menginspirasi partisipasi dari berbagai kelompok.

Pelajaran ini tidak hanya relevan bagi dunia politik.

Ia juga berlaku dalam organisasi, perusahaan, komunitas, bahkan keluarga.

Karena hampir setiap perubahan besar dalam sejarah memiliki satu kesamaan.

Ia tidak dimulai ketika semua orang sudah setuju.

Ia dimulai ketika sekelompok kecil orang memutuskan untuk bergerak, lalu memberi alasan kepada orang lain untuk ikut percaya.

Dan mungkin itulah makna terbesar dari The 3.5% Rule.

Bukan bahwa dunia berubah karena angka 3,5%.

Tetapi karena perubahan besar sering kali berawal dari sekelompok kecil orang yang memilih bertindak, bukan hanya mengeluh.

Indonesia Akan Mengalami Krisis Ekonomi dan Krisis Fiskal Tahun 2028?

Bukan Ramalan, Tetapi Sebuah Risiko yang Mulai Harus Kita Hitung dari Sekarang

Ada sebuah pertanyaan yang mungkin terdengar menakutkan:

Apakah Indonesia akan mengalami krisis ekonomi dan krisis fiskal pada 2028?

Jawaban yang jujur:

Belum tentu.

Bahkan proyeksi dasar lembaga internasional saat ini belum menunjukkan Indonesia menuju krisis pada 2028. IMF memproyeksikan pertumbuhan ekonomi Indonesia tetap sekitar 5,2% pada 2028, sementara World Bank juga memperkirakan pertumbuhan sekitar 5,2%.

Tetapi justru di sinilah persoalannya.

Krisis tidak pernah datang dengan tulisan "Krisis Dimulai Hari Ini".

Ia biasanya dimulai jauh sebelumnya.

Dari utang yang semakin mahal.

Dari penerimaan negara yang tidak cukup cepat tumbuh.

Dari belanja yang sulit dikurangi.

Dari ruang fiskal yang semakin sempit.

Dari kewajiban pemerintah yang semakin banyak.

Dan dari sebuah pertanyaan sederhana:

"Kalau suatu hari negara membutuhkan uang lebih banyak, dari mana uang itu akan diperoleh?"

Inilah alasan mengapa tahun 2028 menarik untuk dibicarakan.

Bukan karena 2028 sudah pasti menjadi tahun krisis.

Tetapi karena 2028 bisa menjadi salah satu titik di mana berbagai tekanan fiskal semakin penting untuk diperhatikan.

Apa Itu Krisis Fiskal?

Sebelum berbicara tentang 2028, kita harus memahami satu hal.

Krisis ekonomi dan krisis fiskal bukan hal yang sama.

Krisis ekonomi berbicara mengenai kondisi perekonomian secara luas.

Pertumbuhan turun.

Investasi melemah.

Pengangguran meningkat.

Konsumsi turun.

Produksi menurun.

Sedangkan krisis fiskal lebih spesifik.

Ia berkaitan dengan kemampuan pemerintah mengelola:

Pendapatan → Belanja → Defisit → Utang → Pembayaran bunga.

Sederhananya:

Pemerintah memperoleh uang dari pajak dan penerimaan lainnya.

Kemudian uang tersebut digunakan untuk:

pendidikan,

kesehatan,

infrastruktur,

subsidi,

perlindungan sosial,

gaji,

pembangunan,

dan berbagai program negara.

Jika belanja lebih besar daripada pendapatan, pemerintah mengalami defisit.

Defisit tersebut harus dibiayai.

Salah satunya melalui utang.

Masalah muncul ketika kebutuhan pembiayaan semakin besar sementara kemampuan menghasilkan penerimaan tidak tumbuh sebanding.

Di situlah ruang fiskal mulai menyempit.

Indonesia Belum Mengalami Krisis Fiskal

Ini harus dikatakan dengan jelas.

Indonesia saat ini belum berada dalam krisis fiskal.

Bahkan Kementerian Keuangan menyatakan kinerja APBN 2026 hingga Juni menunjukkan pendapatan negara mencapai Rp1.459,4 triliun atau 46,3% dari target, tumbuh 21,4% dibanding periode yang sama tahun sebelumnya.

World Bank juga menilai pengelolaan fiskal Indonesia masih prudent, dengan defisit diperkirakan tetap berada dalam batas 3% PDB.

Jadi kalau ada yang mengatakan:

"Indonesia sudah bangkrut."

Itu jelas berlebihan.

Namun mengatakan:

"Tidak ada risiko apa-apa."

juga sama berbahayanya.

Karena seorang konsultan tidak hanya melihat kondisi hari ini.

Ia melihat arah pergerakan.

Masalahnya Bukan Sekadar Besarnya Utang

Ini adalah kesalahan yang sering dilakukan ketika membicarakan ekonomi.

Orang melihat:

"Utang Indonesia sekitar 40% dari PDB."

Kemudian membandingkannya dengan negara lain.

Lalu menyimpulkan:

"Masih aman."

Padahal kemampuan membayar utang tidak hanya ditentukan oleh berapa besar utangnya.

Yang lebih penting adalah:

berapa biaya utangnya?

berapa pendapatan negara?

berapa besar bunga yang harus dibayar?

berapa besar pertumbuhan ekonomi?

berapa besar defisit?

berapa besar kebutuhan pembiayaan baru?

Dengan kata lain:

Utang bukan hanya soal jumlah. Utang adalah soal kemampuan membayar.

Bahaya Terbesar: Debt Service

Bayangkan sebuah perusahaan.

Perusahaan tersebut memiliki utang Rp10 miliar.

Sekilas terdengar besar.

Tetapi kalau perusahaan menghasilkan laba Rp5 miliar per tahun, mungkin masih manageable.

Sekarang bayangkan perusahaan lain memiliki utang Rp5 miliar.

Tetapi labanya hanya Rp200 juta per tahun.

Utangnya lebih kecil.

Tetapi risikonya bisa lebih besar.

Hal yang sama berlaku bagi negara.

Kita harus melihat hubungan antara:

Utang

dengan

Pendapatan negara

dan

biaya bunga.

Karena ketika bunga semakin besar, uang negara yang seharusnya digunakan untuk pembangunan mulai terserap untuk membayar kewajiban masa lalu.

Inilah yang Disebut Fiscal Space

Bayangkan APBN seperti pendapatan keluarga.

Misalnya pendapatan keluarga Rp20 juta per bulan.

Pengeluaran wajib:

KPR Rp6 juta.

Sekolah Rp4 juta.

Listrik dan air Rp1 juta.

Makan Rp4 juta.

Transportasi Rp2 juta.

Total:

Rp17 juta.

Masih ada Rp3 juta.

Itulah ruang untuk:

investasi,

tabungan,

keadaan darurat,

atau kebutuhan mendadak.

Sekarang bayangkan cicilan naik.

Pengeluaran wajib menjadi Rp19 juta.

Ruang yang tersisa tinggal Rp1 juta.

Keluarga tersebut belum bangkrut.

Tetapi fiscal space-nya menyempit.

Negara juga begitu.

Mengapa 2028 Menjadi Menarik?

Karena proyeksi IMF menunjukkan bahwa tanpa shock besar sekalipun, ruang fiskal tetap menjadi sesuatu yang perlu dikelola dengan hati-hati.

Dalam proyeksi dasarnya, IMF memperkirakan defisit pemerintah umum sekitar 2,8% PDB pada 2028 dan utang pemerintah umum sekitar 41,7% PDB. Angka tersebut masih jauh dari batas utang 60% PDB yang sering menjadi acuan dalam kerangka fiskal Indonesia.

Artinya:

2028 bukan skenario dasar krisis.

Namun ada hal yang jauh lebih menarik.

IMF juga melakukan skenario risiko.

Dalam skenario ketika terjadi shock dan tidak ada respons kebijakan yang memadai, pertumbuhan bisa melemah dan biaya pembiayaan meningkat. Dalam kondisi tersebut, defisit dapat sedikit melampaui batas 3% PDB sekitar 2028, sementara rasio utang pemerintah meningkat.

Inilah yang harus kita perhatikan.

Bukan angka 2028-nya.

Tetapi mekanismenya.

Bagaimana Krisis Fiskal Bisa Terjadi?

Bayangkan sebuah rantai.

Shock Eksternal

↓

Pertumbuhan ekonomi dunia melemah.

↓

Ekspor Indonesia tertekan.

↓

Penerimaan negara ikut terpengaruh.

↓

Pemerintah tetap harus menjalankan belanja.

↓

Defisit meningkat.

↓

Pemerintah membutuhkan pembiayaan lebih besar.

↓

Permintaan terhadap utang meningkat.

↓

Jika kondisi pasar memburuk, biaya pembiayaan naik.

↓

Pembayaran bunga meningkat.

↓

Ruang fiskal semakin sempit.

↓

Pemerintah semakin sulit memberikan stimulus ketika krisis berikutnya datang.

Ini yang berbahaya.

Karena krisis fiskal tidak selalu dimulai dari utang yang sangat besar.

Ia bisa dimulai dari kombinasi:

pendapatan melemah + belanja kaku + bunga meningkat + pertumbuhan melambat.

Dan Ada Satu Masalah Lagi: Revenue

Ini mungkin justru salah satu persoalan paling penting.

Negara membutuhkan penerimaan.

Semakin besar ekonomi, idealnya semakin besar pula penerimaan negara.

Namun jika ekonomi tumbuh tetapi penerimaan negara tidak tumbuh sebanding, pemerintah akan memiliki masalah.

World Bank memproyeksikan penerimaan pemerintah pusat Indonesia sekitar 12,4% PDB pada 2028 dan penerimaan pajak sekitar 10,1% PDB. Dalam proyeksi yang sama, belanja pemerintah pusat sekitar 15,1% PDB, sehingga tetap ada defisit fiskal sekitar 2,7% PDB.

Ini bukan angka krisis.

Tetapi angka tersebut menjelaskan sesuatu:

Indonesia tetap membutuhkan kemampuan mobilisasi penerimaan yang kuat untuk menjaga ruang fiskal.

Negara Tidak Bisa Terus-Menerus Mengandalkan Utang

Utang bukan sesuatu yang jahat.

Bahkan utang negara dapat menjadi instrumen yang sangat penting.

Dengan utang, pemerintah bisa membangun:

jalan,

pelabuhan,

bendungan,

sekolah,

rumah sakit,

infrastruktur digital,

dan berbagai proyek produktif.

Masalahnya bukan:

"Apakah negara berutang?"

Pertanyaannya:

"Untuk apa utang tersebut digunakan?"

Jika utang digunakan untuk menciptakan produktivitas dan pertumbuhan ekonomi, ia bisa menjadi investasi.

Tetapi jika utang semakin banyak digunakan hanya untuk membiayai kewajiban lama dan belanja yang tidak menghasilkan kapasitas ekonomi baru, risikonya berbeda.

Kita masuk ke dalam lingkaran:

Utang → Bunga → Utang Baru → Bunga Lebih Besar → Utang Baru Lagi.

Inilah yang harus dihindari.

Pertumbuhan Ekonomi Bisa Menjadi Penyelamat

Ada kabar baik.

Indonesia memiliki satu senjata penting:

pertumbuhan ekonomi.

IMF memperkirakan pertumbuhan riil Indonesia sekitar 5,1% pada 2026 dan 2027, lalu 5,2% pada 2028. World Bank juga memperkirakan pertumbuhan sekitar 5,2% pada 2027–2028.

Jika pertumbuhan ekonomi mampu bertahan, basis penerimaan negara dapat berkembang.

PDB meningkat.

Aktivitas bisnis meningkat.

Pendapatan meningkat.

Konsumsi meningkat.

Investasi meningkat.

Dan basis pajak bisa semakin luas.

Itulah mengapa economic growth sangat penting dalam menjaga kesehatan fiskal.

Tetapi Pertumbuhan Saja Tidak Cukup

Inilah bagian yang sering disalahpahami.

Kita tidak cukup hanya mengatakan:

"Ekonomi tumbuh 5%."

Pertanyaan berikutnya:

5% itu menghasilkan apa?

Apakah produktivitas meningkat?

Apakah pekerjaan berkualitas bertambah?

Apakah investasi swasta meningkat?

Apakah industri berkembang?

Apakah ekspor semakin bernilai tambah?

Apakah penerimaan pajak meningkat?

Apakah pendapatan masyarakat meningkat?

Jika ekonomi tumbuh tetapi penerimaan negara stagnan, persoalannya belum selesai.

Krisis Fiskal Bisa Datang Bersamaan dengan Krisis Kepercayaan

Ini yang lebih berbahaya.

Negara membutuhkan investor untuk membeli surat utang.

Investor membutuhkan kepercayaan bahwa negara mampu membayar.

Selama kepercayaan tinggi:

Government Bond → Investor membeli → Pemerintah mendapatkan pembiayaan.

Tetapi ketika kepercayaan turun:

Investor meminta imbal hasil lebih tinggi.

Biaya utang meningkat.

Beban bunga meningkat.

Defisit semakin sulit dikelola.

Dan pemerintah membutuhkan lebih banyak uang.

Ini dapat menciptakan feedback loop.

Karena itu, fiskal bukan hanya persoalan matematika.

Fiskal juga persoalan kepercayaan.

Apakah Indonesia Bisa Mengalami Krisis Seperti 1998?

Ini pertanyaan yang hampir pasti muncul.

Jawabannya:

Situasinya sangat berbeda.

Krisis 1998 memiliki karakteristik khusus, termasuk tekanan besar terhadap nilai tukar, sektor perbankan, korporasi dengan utang valuta asing, serta kondisi politik dan ekonomi yang sangat berbeda.

Indonesia hari ini memiliki sistem dan institusi yang jauh lebih kuat dibandingkan era tersebut.

Namun sejarah memberikan pelajaran penting:

jangan pernah menganggap stabilitas sebagai sesuatu yang otomatis akan bertahan selamanya.

Krisis sering kali terjadi ketika banyak risiko kecil bertemu pada waktu yang sama.

Jadi, Apa yang Harus Dilakukan?

Kalau kita ingin mencegah skenario buruk 2028, ada beberapa hal yang menjadi sangat penting.

1. Perkuat Penerimaan Negara

Bukan sekadar menaikkan pajak.

Tetapi memperluas basis pajak, memperbaiki kepatuhan, meningkatkan administrasi, dan memperkuat ekonomi formal.

2. Jaga Kualitas Belanja

Bukan hanya:

berapa besar pemerintah membelanjakan uang?

Tetapi:

berapa besar dampaknya terhadap produktivitas?

3. Kelola Utang dengan Disiplin

Utang harus digunakan secara strategis.

Bukan sekadar menutup lubang APBN.

4. Dorong Pertumbuhan Produktif

Pertumbuhan harus berasal dari:

produktivitas,

investasi,

industrialisasi,

ekspor bernilai tambah,

teknologi,

dan kualitas sumber daya manusia.

5. Lindungi Fiscal Buffer

Negara membutuhkan ruang untuk bergerak ketika krisis benar-benar datang.

Kalau seluruh ruang fiskal sudah habis ketika ekonomi sedang normal, apa yang akan dilakukan ketika terjadi shock?

Jadi, Apakah 2028 Akan Menjadi Tahun Krisis?

Kita tidak tahu.

Dan siapa pun yang mengatakan dengan kepastian 100% bahwa Indonesia pasti mengalami krisis ekonomi dan fiskal pada 2028 sedang melakukan sesuatu yang tidak bisa dilakukan oleh ekonomi:

meramal masa depan dengan kepastian.

Data yang tersedia saat ini justru menunjukkan skenario dasar yang masih relatif stabil.

Namun data yang sama juga menunjukkan bahwa risiko fiskal perlu terus dikelola.

IMF sendiri menekankan pentingnya menjaga kredibilitas kebijakan fiskal, meningkatkan mobilisasi penerimaan, mengelola belanja dengan hati-hati, dan membatasi risiko dari aktivitas quasi-fiscal serta kewajiban kontinjensi.

Maka judul:

"Indonesia Akan Mengalami Krisis Ekonomi dan Krisis Fiskal Tahun 2028"

seharusnya tidak dibaca sebagai ramalan.

Tetapi sebagai warning.

Ada satu kesalahan besar dalam memahami krisis.

Kita selalu menunggu krisis sampai terlihat.

Ketika bank mulai bangkrut.

Ketika PHK terjadi.

Ketika rupiah jatuh.

Ketika pasar saham ambruk.

Ketika pemerintah mulai kesulitan membiayai APBN.

Padahal seorang manager tidak bekerja seperti itu.

Seorang manager melihat leading indicator.

Ia melihat tren sebelum masalah menjadi besar.

Begitu pula dengan negara.

Kita tidak perlu menunggu 2028 untuk mengetahui apakah Indonesia akan baik-baik saja.

Yang harus kita lihat justru dari sekarang:

Apakah penerimaan negara tumbuh?

Apakah produktivitas meningkat?

Apakah utang digunakan untuk hal produktif?

Apakah biaya bunga masih terkendali?

Apakah pertumbuhan ekonomi menciptakan pekerjaan berkualitas?

Apakah ruang fiskal semakin besar atau semakin sempit?

Karena krisis fiskal tidak dimulai ketika kas negara benar-benar kosong.

Ia bisa dimulai jauh sebelumnya.

Ketika pilihan pemerintah mulai semakin sedikit.

Ketika setiap kebijakan memiliki biaya yang semakin besar.

Ketika utang baru dibutuhkan untuk membiayai kewajiban lama.

Dan ketika sebuah negara mulai kehilangan fiscal space untuk menghadapi kejutan berikutnya.

Maka pertanyaan terpenting bukan:

"Apakah Indonesia pasti krisis pada 2028?"

Tetapi:

"Apa yang harus kita perbaiki pada 2026 dan 2027 agar pertanyaan itu tidak pernah menjadi kenyataan pada 2028?"

Itulah cara seorang konsultan melihat risiko.

Bukan menunggu api membesar.

Tetapi mencari asapnya sebelum kebakaran terjadi.