Analisis Proses & Utilisasi Process Analysis & Utilization: Mengukur, Memetakan, dan Memperbaiki Alur Kerja
Pelajari cara mengidentifikasi bottleneck, menghitung utilisasi optimal, dan meningkatkan throughput tanpa menambah sumber daya secara membabi buta.
Analisis proses adalah upaya sistematis untuk memetakan, mengukur, dan mengevaluasi alur aktivitas, waktu, serta hubungan antar komponen dalam suatu sistem operasi.
CT = Available Time / Required Output
Throughput = 1 / Cycle Time
Inventory = Throughput × Flow TimeHubungan fundamental: Jumlah unit dalam sistem = Laju keluar × Rata-rata waktu tinggal
Kedua istilah ini sering tertukar, padahal memiliki makna dan implikasi manajerial yang berbeda:
| Aspek | Cycle Time | Throughput Time (Flow Time) |
|---|---|---|
| Definisi | Waktu untuk menyelesaikan 1 unit di satu stasiun kerja | Waktu total 1 unit dari mulai masuk hingga keluar sistem |
| Rumus | CT = Waktu Tersedia / Target Output |
TT = Σ(Cycle Time) + Σ(Waktu Tunggu) |
| Fokus | Efisiensi lokal per stasiun | Efektivitas sistem secara keseluruhan |
| Contoh | Kasir: 2 menit/transaksi | Pelanggan: 25 menit dari antre hingga selesai |
🧮 Contoh Numerik: Coffee Shop
Proses: Order (1 min) → Brew (3 min) → Serve (1 min)
- Cycle Time per stasiun: Order=1′, Brew=3′, Serve=1′
- Bottleneck: Brew (3 menit) → menentukan kapasitas maksimal sistem
- Throughput maksimal: 1 unit / 3 menit = 20 cup/jam
- Throughput Time (tanpa antre): 1+3+1 = 5 menit
- Throughput Time (dengan antre 10 orang): 5 + (10×3) = 35 menit ← inilah yang dirasakan customer!
Utilisasi mengukur persentase kapasitas yang benar-benar digunakan oleh suatu sumber daya atau proses.
(Actual Output / Design Capacity) × 100%Contoh: Mesin dirancang 100 unit/hari, realisasi 85 unit → Utilisasi = 85%
📈 Skala Utilisasi & Implikasinya
| Range Utilisasi | Kondisi Sistem | Risiko & Rekomendasi |
|---|---|---|
| < 60% | Kapasitas menganggur, underutilized | Biaya tetap tidak terserap. Evaluasi: kurangi kapasitas, cari demand baru, atau alihkan sumber daya. |
| 70–85% | Utilisasi optimal (sweet spot) | Ada buffer untuk variasi demand & maintenance. Ideal untuk kebanyakan operasi. |
| 85–95% | Sistem tegang, sedikit buffer | Antrean mulai terbentuk. Siapkan rencana kontingensi: overtime, cross-training, atau subkontrak. |
| > 95% | Sistem jenuh, tidak ada slack | Risiko tinggi: delay, burnout karyawan, kualitas turun. Prioritas: tambah kapasitas atau kurangi demand. |
Bottleneck adalah aktivitas atau sumber daya dengan kapasitas terendah dalam suatu proses, yang membatasi throughput sistem secara keseluruhan.
🔍 4 Cara Mengidentifikasi Bottleneck
① Ukur Cycle Time per Stasiun
Stasiun dengan cycle time terpanjang adalah kandidat bottleneck. Validasi dengan observasi antrean.
② Amati Tumpukan WIP
Di mana unit menumpuk menunggu diproses? Di situlah bottleneck berada. WIP adalah “asap” dari kemacetan.
③ Cek Utilisasi Sumber Daya
Sumber daya dengan utilisasi konsisten >90% sementara yang lain <70% kemungkinan besar adalah bottleneck.
④ Uji dengan Simulasi
Tambah kapasitas 10% di satu stasiun: jika throughput sistem naik signifikan, itu adalah bottleneck.
🗺️ Visualisasi Proses dengan Bottleneck
1 menit
3 menit
5 menit
1 menit
Kapasitas sistem = 1 unit / 5 menit = 12 unit/jam
Mempercepat Order atau Brew tidak akan meningkatkan throughput sebelum Serve diperbaiki.
🛠️ Strategi Mengelola Bottleneck (Theory of Constraints)
- EXPLOIT: Maksimalkan utilisasi bottleneck tanpa investasi (misal: kurangi setup time, pastikan tidak idle).
- SUBORDINATE: Sesuaikan kecepatan stasiun lain agar tidak membanjiri bottleneck dengan WIP.
- ELEVATE: Tambah kapasitas bottleneck (investasi mesin, tambah shift, outsourcing).
- REPEAT: Setelah bottleneck lama teratasi, identifikasi bottleneck baru. Proses ini berkelanjutan.
Dari sudut pandang manajerial, analisis proses bukan sekadar latihan akademis, melainkan alat pengambilan keputusan strategis.
📋 Checklist Manajer Sebelum Menyetujui Perbaikan Proses
- ✅ Apakah bottleneck sudah teridentifikasi dengan data (bukan asumsi)?
- ✅ Apakah solusi mengusulkan perbaikan di bottleneck, atau justru di stasiun non-kritis?
- ✅ Apakah dampak terhadap utilisasi, WIP, dan lead time sudah dimodelkan?
- ✅ Apakah tim lapangan dilibatkan dalam observasi dan validasi?
- ✅ Apakah ada mekanisme monitoring pasca-implementasi?
Analisis proses relevan di hampir semua konteks operasi. Berikut contoh penerapannya:
🏥 Layanan Kesehatan: Klinik Rawat Jalan
Proses: Registrasi → Triage → Konsultasi → Farmasi → Pembayaran
Bottleneck: Konsultasi dokter (rata-rata 15 menit/pasien)
Perbaikan:
- Pre-consultation form digital (kurangi waktu anamnesa)
- Task shifting: perawat handle edukasi rutin
- Slot appointment berbasis severity (bukan first-come)
Hasil: Throughput naik 30%, waiting time turun 45%.
📦 E-commerce: Fulfillment Center
Proses: Pick → Pack → Quality Check → Label → Handover ke Kurir
Bottleneck: Quality Check (manual, 2 menit/order)
Perbaikan:
- Sampling QC untuk seller terpercaya (risk-based)
- Automated weight/dimension check
- Cross-training staff pick/pack untuk flex capacity
Hasil: Order processed/hour naik 40%, error rate tetap <1%.
🧪 Latihan Mini: Analisis Proses Kantor
Skenario: Proses pengajuan cuti karyawan di perusahaan 200 orang.
Alur saat ini:
Form kertas → Atasan langsung → HRD → Payroll → Arsip
Data: Rata-rata 3 hari dari submit hingga approved. 40% form kembali karena kesalahan isi.
Tugas:
- Gambarkan flowchart proses saat ini
- Identifikasi 2 kemungkinan bottleneck
- Usulkan 1 perbaikan berbasis data (bukan opini)
📺 Kuliah Manajemen Operasi (S08): Analisis Proses dan Utilitas Sumber Daya
Durasi: 47 menit | Bahasa: Indonesia
Topik: Process Flow Diagram, Bottleneck, Cycle Time, Utilisasi, Little’s Law, Theory of Constraints
- Menit 0-15: Perhatikan definisi Cycle Time vs Throughput Time dan contoh numeriknya.
- Menit 15-30: Catat studi kasus “Archer County Courthouse” — identifikasi bottleneck-nya.
- Menit 30-47: Amati 4 skenario perbaikan restoran — mana yang paling cost-effective?
- Setelah menonton: Diskusikan: “Bottleneck apa yang ada di proses kampus Anda? Bagaimana mengukurnya?”
- Proses > Prosedur: Analisis dimulai dari observasi alur kerja nyata, bukan SOP di atas kertas.
- Ukur Dulu: Cycle time, throughput, utilisasi, dan WIP adalah metrik kunci. Tanpa data, perbaikan hanya spekulasi.
- Fokus pada Bottleneck: Perbaikan di non-bottleneck tidak meningkatkan throughput sistem. Gunakan Theory of Constraints: Exploit → Subordinate → Elevate.
- Utilisasi Optimal ≠ Maksimal: Targetkan 70-85% untuk menjaga agility. Utilisasi >95% adalah sinyal bahaya, bukan kebanggaan.
- Little’s Law adalah Kompas:
Inventory = Throughput × Flow Timemembantu memprediksi dampak perubahan sebelum diimplementasikan.
📚 Referensi Utama
- Goldratt, E. M., & Cox, J. (2016). The Goal: A Process of Ongoing Improvement (4th ed.). North River Press. (Buku wajib untuk memahami bottleneck & TOC)
- Slack, N., & Brandon-Jones, A. (2019). Operations Management (9th ed.). Pearson. (Chapter 4: Process Design & Analysis)
- Hopp, W. J., & Spearman, M. L. (2011). Factory Physics (3rd ed.). Waveland Press. (Untuk pendalaman Little’s Law & variabilitas)
- ASME. (2022). Process Mapping Standards and Best Practices. American Society of Mechanical Engineers.
Analisis Proses dan Utilisasi (Process Analysis & Utilization)



4
1. Tujuan Sesi
Sesi ini bertujuan mengembangkan kemampuan mahasiswa untuk menganalisis proses operasi secara sistematis guna meningkatkan efisiensi, kapasitas efektif, dan kinerja keseluruhan. Mahasiswa diarahkan untuk melihat proses apa adanya di lapangan, bukan sebagaimana tertulis dalam prosedur.
Fokus sesi adalah bagaimana analisis proses membantu manajer mengidentifikasi pemborosan, ketidakseimbangan, dan bottleneck secara objektif.
2. Konsep Dasar Analisis Proses
Analisis proses adalah upaya memetakan dan mengevaluasi alur aktivitas, waktu proses, serta hubungan antar aktivitas dalam sistem operasi. Tujuan utamanya adalah memahami bagaimana nilai diciptakan dan di mana nilai terhambat.
Pendekatan ini membantu manajer menghindari solusi parsial dan mendorong perbaikan berbasis sistem.
3. Flow, Throughput, dan Cycle Time
Flow menggambarkan pergerakan unit melalui proses, throughput menunjukkan tingkat output yang dihasilkan, dan cycle time adalah waktu yang dibutuhkan untuk menghasilkan satu unit output.
Mahasiswa belajar bahwa peningkatan throughput sering kali dicapai dengan mengurangi hambatan aliran, bukan dengan menambah sumber daya di semua titik.
4. Konsep Utilisasi dalam Proses
Utilisasi mengukur seberapa besar kapasitas yang digunakan oleh suatu proses atau sumber daya. Utilisasi yang terlalu tinggi dapat menyebabkan antrian, kelelahan, dan penurunan kualitas.
Sesi ini menekankan bahwa utilisasi optimal lebih penting daripada utilisasi maksimum.
5. Identifikasi Bottleneck Proses
Bottleneck adalah aktivitas atau sumber daya yang membatasi output sistem secara keseluruhan. Mengidentifikasi bottleneck merupakan langkah kunci dalam analisis proses.
Mahasiswa diajak memahami bahwa mengelola bottleneck memberikan dampak terbesar terhadap peningkatan kinerja sistem.
6. Analisis Proses dari Perspektif Manajerial
Dari sudut pandang manajerial, analisis proses digunakan untuk:
- menentukan prioritas perbaikan,
- menilai dampak perubahan,
- serta mendukung pengambilan keputusan berbasis data.
Analisis proses membantu manajer berpindah dari intuisi ke pendekatan sistematis.
7. Contoh Aplikasi Analisis Proses
Contoh penerapan analisis proses dapat ditemukan pada layanan publik, proses administrasi, hingga manufaktur sederhana. Pemetaan proses sering mengungkap aktivitas yang tidak bernilai tambah dan peluang perbaikan yang sebelumnya tidak terlihat.
Contoh ini memperkuat pemahaman mahasiswa tentang manfaat praktis analisis proses.
8. 🎥 Video Pendukung
Tambahkan video pengantar tentang:
Process Analysis, Cycle Time, and Bottlenecks in Operations
atau
Basic Value Stream Mapping for Operations
🔔 Catatan:
Video digunakan untuk membantu visualisasi alur proses, bottleneck, dan konsep utilisasi, bukan sebagai pengganti pembahasan konseptual.
Key Takeaway
Perbaikan proses yang efektif selalu dimulai dari pemahaman alur kerja nyata dan identifikasi bottleneck, bukan dari penambahan sumber daya secara acak.