Ada alasan yang cukup manusiawi kenapa evaluasi sering menjadi anak tiri dalam proyek perbaikan proses. Mendesain proses baru terasa produktif dan terlihat hasilnya, ada dokumen, ada diagram, ada pengumuman resmi. Mengukur efektivitas, sebaliknya, terasa administratif dan hasilnya baru terlihat setelah beberapa minggu atau bulan, jauh setelah momentum proyek sudah mereda.
Ada juga anggapan keliru bahwa, “kalau prosesnya sudah benar secara logika, hasilnya pasti membaik”. Padahal proses yang benar secara logika bisa saja tidak berjalan sesuai rencana karena orang-orang belum terbiasa, karena ada langkah yang ternyata tidak realistis di lapangan, atau karena insentif yang ada justru mendorong perilaku yang berlawanan dengan tujuan proses baru tersebut.
Tanpa data, semua diskusi tentang berhasil-tidaknya sebuah perbaikan proses akan kembali menjadi perdebatan berdasarkan kesan masing-masing, persis masalah yang coba diselesaikan oleh process mapping di tahap sebelumnya.
Tiga Lapisan yang Perlu Diukur
Kesalahan umum lain adalah hanya mengukur satu jenis metrik, biasanya kecepatan, lalu menganggap itu sudah cukup mewakili efektivitas. Padahal proses yang lebih cepat belum tentu lebih baik kalau kualitasnya turun, dan proses yang berjalan mulus di sistem belum tentu benar-benar dipakai oleh orang-orang di lapangan. Karena itu, evaluasi yang menyeluruh sebaiknya melihat tiga lapisan sekaligus.
- Efisiensi proses
Ini mengukur apakah proses baru benar-benar membuat pekerjaan lebih cepat, lebih murah, atau lebih ringkas dibanding sebelumnya. Lapisan ini paling mudah diukur karena biasanya sudah ada angka pembanding dari sebelum perubahan dilakukan. - Kualitas hasil
Ini mengukur apakah output dari proses tersebut benar-benar lebih baik, bukan sekadar lebih cepat dihasilkan. Sebuah proses persetujuan yang dipercepat tapi menghasilkan lebih banyak kesalahan bukanlah perbaikan, ia hanya memindahkan masalah ke tahap berikutnya. - Adopsi dan pengalaman manusia
Ini mengukur apakah orang-orang yang menjalankan proses tersebut benar-benar mengikutinya, atau diam-diam kembali ke cara lama karena proses baru terasa merepotkan. Lapisan ini paling sering diabaikan, padahal paling sering menjadi penyebab kegagalan diam-diam sebuah proyek perbaikan proses.
Contoh Metrik Konkret di Setiap Lapisan
Berikut beberapa contoh metrik yang bisa dijadikan acuan, menggunakan kembali contoh proses penerbitan invoice sebagai ilustrasi.
| Lapisan | Metrik | Contoh Pertanyaan yang Dijawab |
| Efisiensi | Cycle time (waktu dari awal sampai selesai) | Berapa lama proses invoice selesai sekarang, dibanding sebelum diperbarui? |
| Efisiensi | Jumlah handoff / perpindahan tangan | Apakah jumlah perpindahan antar tim berkurang dibanding proses lama? |
| Efisiensi | Biaya per transaksi | Apakah biaya operasional untuk memproses satu invoice menurun? |
| Kualitas | Error rate / tingkat revisi | Berapa persen invoice yang harus direvisi karena kesalahan data? |
| Kualitas | First-time-right rate | Berapa persen kasus yang selesai tanpa perlu bolak-balik? |
| Kualitas | Tingkat komplain klien | Apakah keluhan klien terkait proses ini menurun? |
| Adopsi | Tingkat kepatuhan terhadap SOP baru | Berapa persen tim yang benar-benar mengikuti alur baru, bukan cara lama? |
| Adopsi | Waktu yang dihabiskan untuk workaround | Apakah masih ada “jalan pintas tidak resmi” yang dipakai orang-orang? |
| Adopsi | Kepuasan tim internal (employee experience) | Apakah tim yang menjalankan proses ini merasa terbantu atau justru terbebani? |
Tidak semua metrik ini perlu dipantau sekaligus untuk setiap proses. Yang penting adalah memastikan ketiga lapisan terwakili, bukan hanya berhenti di lapisan efisiensi karena itu yang paling mudah dihitung.
Leading Indicator vs Lagging Indicator
Satu perbedaan yang penting dipahami sebelum menyusun daftar KPI adalah perbedaan antara leading indicator dan lagging indicator.
Lagging indicator adalah metrik yang mengukur hasil akhir, misalnya jumlah komplain klien dalam sebulan, atau total biaya operasional kuartal ini. Metrik jenis ini penting karena mencerminkan hasil nyata, tapi kelemahannya adalah baru terlihat setelah masalahnya sudah terjadi.
Leading indicator adalah metrik yang mengukur tanda-tanda awal sebelum hasil akhir itu muncul, misalnya jumlah kasus yang mengalami keterlambatan di satu titik proses tertentu, atau berapa banyak orang yang masih membuka dokumen SOP lama dibanding yang baru. Metrik jenis ini memberi kesempatan untuk memperbaiki sesuatu sebelum dampaknya membesar ke hasil akhir.
Organisasi yang hanya memantau lagging indicator biasanya baru sadar ada masalah ketika sudah terlambat, misalnya setelah klien besar mengeluh, bukan setelah tanda-tanda pertama keterlambatan muncul di sistem internal. Kombinasi keduanya, dengan porsi lebih besar pada leading indicator untuk proses yang baru saja diperbarui, biasanya memberi gambaran yang lebih cepat dan lebih bisa ditindaklanjuti.
Menentukan Baseline sebelum Menilai Perbaikan
Salah satu jebakan paling umum dalam mengukur efektivitas proses adalah tidak memiliki angka pembanding dari sebelum perubahan dilakukan. Tanpa baseline, klaim proses ini sekarang lebih baik tidak bisa dibuktikan, ia hanya menjadi kesan subjektif yang sama seperti sebelum proses dipetakan ulang.
Idealnya, baseline ini sudah dikumpulkan sejak tahap audit proses di awal, saat bottleneck sedang diidentifikasi. Kalau belum sempat, langkah realistis berikutnya adalah menetapkan periode observasi singkat begitu proses baru berjalan, lalu menjadikan angka di periode itu sebagai titik nol untuk perbandingan ke depan, lebih baik terlambat menetapkan baseline daripada tidak punya baseline sama sekali.
Kesalahan Umum dalam Mengukur Efektivitas Proses
- Mengukur terlalu banyak hal sekaligus
Ketika sebuah tim memantau dua puluh metrik berbeda, biasanya tidak ada satu pun yang benar-benar diperhatikan secara serius. Lebih baik memilih tiga sampai lima metrik kunci per proses, yang mewakili ketiga lapisan di atas, daripada mencoba mengukur segalanya. - Mengukur terlalu cepat, lalu menyimpulkan terlalu dini
Proses baru butuh waktu adaptasi. Data dari minggu pertama biasanya mencerminkan kurva belajar orang-orang, bukan efektivitas proses itu sendiri. Beri jeda yang wajar, biasanya beberapa siklus penuh proses tersebut berjalan, sebelum menarik kesimpulan. - Mengabaikan metrik kualitatif
Angka memang penting, tapi wawancara singkat atau survei sederhana ke tim yang menjalankan proses sering mengungkap hal yang tidak terlihat di angka, misalnya proses yang secara statistik lebih cepat tapi ternyata membuat orang-orang merasa lebih stres karena tenggat waktu yang lebih ketat.
Tidak ada yang memiliki tanggung jawab memantau. Sama seperti masalah “ini tugas siapa” pada proses itu sendiri, evaluasi juga perlu pemilik yang jelas. Kalau tidak ada yang secara eksplisit bertanggung jawab memantau metrik ini secara berkala, evaluasi akan terlupakan begitu proyek dianggap selesai.
Organisasi yang benar-benar matang dalam pengembangan organisasinya biasanya tidak memperlakukan perbaikan proses sebagai proyek satu kali yang punya tanggal mulai dan tanggal selesai, melainkan sebagai siklus yang terus berputar, memetakan, memperbaiki, mengukur, lalu memetakan ulang berdasarkan apa yang ditemukan.
Business process yang baik bukan yang sekali jadi dan selamanya sempurna, melainkan yang punya mekanisme untuk terus menerus diperiksa apakah ia masih benar-benar bekerja sebagaimana mestinya.
