Business Process Reengineering (BPR): Langkah dan Contoh

Business process reengineering adalah yang Anda lakukan ketika sekadar memperbaiki sistem yang rusak sudah tidak lagi cukup. Alih-alih menambal masalah satu per satu, BPR (business process reengineering) mengajukan pertanyaan yang lebih sulit: jika kita memulai dari kertas kosong hari ini, bagaimana kita akan merancang proses ini?

Pertanyaan itu terdengar sederhana. Tetapi menindaklanjuti jawabannya membutuhkan keberanian nyata, karena jawabannya hampir selalu berarti membuang banyak hal yang sudah ada.

Apa itu business process reengineering?

Business process reengineering adalah perancangan ulang yang fundamental dan radikal terhadap proses bisnis inti untuk mencapai peningkatan dramatis dalam ukuran kinerja kritis seperti biaya, kualitas, kecepatan, dan layanan. Definisi ini berasal dari Michael Hammer dan James Champy, yang memperkenalkan konsep ini dalam buku mereka tahun 1993, Reengineering the Corporation.

Empat kata dalam definisi tersebut membawa seluruh bobotnya:

• Fundamental berarti mempertanyakan mengapa sesuatu dilakukan sama sekali, bukan hanya bagaimana hal itu dilakukan.
• Radikal berarti sampai ke akar proses, bukan sekadar melakukan penyesuaian permukaan.
• Dramatis berarti membidik peningkatan berkali lipat, bukan perbaikan 10%.
• Proses berarti berfokus pada alur kerja end-to-end, bukan tugas atau departemen individual.

BPR bukan tentang memperbaiki apa yang sudah ada. Ini tentang menggantinya.

Fakta Utama

• Sebuah tinjauan literatur BPR tahun 2019 (Al-Mashari dan Zairi, Business Process Management Journal) menemukan bahwa sekitar 50 hingga 70 persen inisiatif BPR skala besar gagal mencapai tujuan yang dinyatakan, paling sering karena manajemen perubahan yang buruk dan kurangnya dukungan eksekutif.
• Reengineering fungsi accounts payable milik Ford Motor Company yang legendaris di awal tahun 1990-an memangkas jumlah karyawan di departemen tersebut sebesar 75 persen, turun dari 500 karyawan menjadi sekitar 125, dengan menghilangkan invoice sepenuhnya dan beralih ke pembayaran berbasis tanda terima.
• Hammer dan Champy memperkirakan bahwa hanya 10 hingga 50 persen perusahaan yang mencoba BPR pada masa itu berhasil mencapai peningkatan dramatis yang mereka cari, menegaskan bahwa perancangan ulang itu sendiri adalah bagian yang mudah.

BPR vs perbaikan berkelanjutan (kaizen) vs BPM

Orang sering menyamakan tiga pendekatan berbeda untuk mengubah cara kerja dilakukan. Ketiganya bukan hal yang sama, dan kebingungan di antaranya berujung pada pemilihan alat yang salah.

Jika proses Anda memerlukan operasi besar, BPR adalah pilihan yang tepat. Jika memerlukan terapi fisik, gunakan kaizen. Jika Anda memerlukan sistem manajemen untuk mengatur semuanya, itu adalah business process management.

Prinsip-prinsip reengineering

Hammer dan Champy menetapkan beberapa prinsip panduan dalam Reengineering the Corporation. Secara sederhana, berikut arti masing-masing prinsip dalam praktik:

Organisasikan berdasarkan hasil, bukan tugas. Rancang proses untuk menghasilkan hasil akhir, bukan untuk menyibukkan peran individual. Satu tim harus memiliki tanggung jawab penuh atas keseluruhan hasil, bukan menyerahkan pekerjaan lintas lima departemen.

Biarkan pihak yang menggunakan output menjalankan prosesnya. Jika tim procurement memerlukan data keuangan, biarkan mereka mengaksesnya langsung alih-alih meminta laporan dari finance. Hilangkan perantara.

Perlakukan sumber daya yang tersebar secara geografis seolah tersentralisasi. Teknologi informasi memungkinkan Anda menggabungkan manfaat skala dari operasi terpusat dengan fleksibilitas tim lokal. Anda tidak memerlukan departemen terpisah di setiap kantor.

Hubungkan aktivitas paralel alih-alih mengintegrasikan hasilnya. Alih-alih menjalankan dua alur kerja terpisah dan merekonsiliasi hasilnya di akhir, koordinasikan keduanya sepanjang proses. Ini memperpendek waktu siklus dan mengurangi pekerjaan ulang.

Tempatkan titik keputusan di lokasi pekerjaan dilakukan. Beri pekerja garis depan wewenang dan informasi untuk mengambil keputusan langsung di tempat. Jangan mengarahkan setiap pengecualian ke atas rantai komando.

Tangkap informasi sekali dan dari sumbernya. Jika pelanggan mengisi detail mereka, jangan minta departemen lain memasukkan ulang data yang sama. Basis data bersama dan akses langsung menghilangkan kesalahan entri ulang.

Manfaat BPR

Ketika BPR berhasil, hasilnya sulit dibantah:

Pengurangan biaya yang dramatis. Menghilangkan langkah, serah terima, dan pekerjaan ulang yang berlebihan dapat memangkas biaya operasional lebih cepat daripada program efisiensi apa pun. Perancangan ulang accounts payable Ford adalah kasus buku teks, tetapi hasil serupa muncul dalam logistik, layanan pelanggan, dan pemenuhan pesanan.

Waktu siklus yang lebih cepat. Proses yang dibangun berdasarkan hasil, bukan struktur departemen, cenderung selesai jauh lebih cepat. Lebih sedikit menunggu, lebih sedikit persetujuan, dan lebih sedikit langkah rekonsiliasi, semuanya saling memperkuat.

Pengalaman pelanggan yang lebih baik. Ketika satu pemilik bertanggung jawab atas hasil end-to-end, pelanggan berurusan dengan satu titik kontak, bukan dioper-oper. Waktu respons menurun dan kesalahan berkurang.

Posisi kompetitif. Beberapa industri memiliki pemain yang sudah merancang ulang proses mereka di sekitar IT. Perusahaan yang belum melakukannya bersaing di medan yang tidak seimbang. BPR dapat menutup kesenjangan itu dalam satu langkah, bukan melalui bertahun-tahun upaya bertahap.

Kejelasan organisasi. Proses perancangan ulang memaksa tim menghadapi logika nyata di balik bagaimana pekerjaan mengalir. Sering kali, aturan dan serah terima yang sudah lama berlaku ternyata tidak memiliki dasar rasional sama sekali. Menghilangkannya menyederhanakan jalur pelaporan, mengurangi politik internal, dan membuat akuntabilitas lebih jelas.

Risiko dan mengapa upaya BPR gagal

BPR membawa tingkat kegagalan yang tidak boleh diabaikan siapa pun. Hammer sendiri mengakuinya. Berikut yang sebenarnya mendorong kegagalan:

Manajemen puncak tidak tetap terlibat. BPR memerlukan sponsor eksekutif yang menyerap resistensi politik dari manajemen menengah, yang pekerjaan dan basis kekuasaannya sering terancam oleh perancangan ulang. Ketika kepemimpinan mendelegasikan proyek dan berlalu, resistensi yang menang.

Cakupan melebar atau menyusut. Memulai terlalu kecil membuat inisiatif tetap terkurung dalam satu departemen dan menghasilkan keuntungan yang marjinal. Memulai terlalu besar tanpa sumber daya yang cukup atau target pilot yang jelas menghasilkan tidak ada apa-apa. Menentukan cakupan yang tepat memang benar-benar sulit.

IT diperlakukan sebagai tujuan, bukan enabler. Memasang perangkat lunak baru bukanlah BPR. Banyak organisasi menyebut implementasi ERP sebagai "reengineering" karena itu mahal dan disruptif. Tetapi jika Anda hanya mengotomatisasi proses lama, Anda mendapatkan versi yang lebih cepat dari sistem rusak yang sama.

Manusia terlupakan. Setiap proses dijalankan oleh manusia. Merancang ulang alur kerja tanpa merencanakan pelatihan, perubahan peran, dan realitas emosional dari pemindahan pekerjaan menciptakan resistensi aktif.

Tidak ada pengukuran sebelum perubahan. Jika Anda tidak tahu metrik dasar Anda (waktu siklus, tingkat kesalahan, biaya per transaksi), Anda tidak bisa menilai apakah perancangan ulang berhasil. Banyak proyek BPR melaporkan "keberhasilan" karena tidak ada yang diukur sejak awal.

Fase pilot dilewati. Menerapkan proses yang dirancang ulang ke seluruh organisasi tanpa pilot yang terkendali adalah resep untuk kegagalan yang meluas. Pilot mengungkap asumsi yang terlihat baik-baik saja di papan tulis.

Cara melakukan reengineering pada suatu proses

Langkah 1: Identifikasi proses untuk dirancang ulang

Tidak semua proses layak mendapat upaya BPR. Mulailah dengan memilih proses yang secara strategis kritis sekaligus jelas-jelas rusak. Kandidat yang baik memiliki biaya tinggi, waktu siklus panjang, keluhan pelanggan yang sering, atau terkait langsung dengan kerugian kompetitif. Hindari menangani terlalu banyak proses sekaligus.

Langkah 2: Bentuk tim reengineering

Tim BPR memerlukan perpaduan lintas fungsi: orang-orang yang benar-benar menjalankan proses (mereka tahu di mana proses itu rusak), perwakilan IT (mereka tahu apa yang bisa dilakukan sistem), dan setidaknya satu pemimpin senior dengan wewenang yang cukup untuk mengambil keputusan nyata. Ini bukan komite. Ini kelompok kerja dengan mandat untuk bertindak.

Langkah 3: Petakan kondisi saat ini

Sebelum Anda bisa merancang ulang apa pun, Anda perlu memahami alur saat ini secara jujur dan detail. Gunakan pemetaan proses bisnis atau value stream mapping untuk mendokumentasikan setiap langkah, serah terima, titik keputusan, dan penundaan. Jangan lewati langkah ini hanya karena prosesnya tampak jelas. Peta kondisi saat ini hampir selalu mengungkap kejutan, termasuk langkah-langkah yang ada tanpa alasan yang berlaku saat ini.

Untuk dokumentasi terstruktur antara kondisi as-is dan to-be, current vs. future state map memberi tim jangkar visual bersama untuk percakapan perancangan ulang.

Langkah 4: Tetapkan visi kondisi masa depan yang berani

Ini adalah langkah kertas kosong. Abaikan batasan saat ini dan tanyakan seperti apa hasil ideal itu. Definisikan keberhasilan dalam istilah yang terukur: pangkas waktu siklus sebesar 60%, kurangi tingkat kesalahan menjadi di bawah 1%, kurangi jumlah karyawan di fungsi ini sebesar 40%. Tujuan yang samar seperti "meningkatkan efisiensi" tidak akan mendorong keputusan sulit yang dibutuhkan perancangan ulang ini.

Diagram swimlane (lihat swimlane diagram) berguna di sini untuk memetakan tanggung jawab di antara peran yang dirancang ulang sebelum apa pun dibangun.

Langkah 5: Rancang ulang dan uji coba

Bangun rancangan proses baru dan uji dalam lingkungan terkendali sebelum peluncuran penuh. Cakupan pilot harus cukup nyata untuk mengungkap masalah sesungguhnya, tetapi cukup terbatas agar kegagalan bisa segera diperbaiki. Dokumentasikan apa yang rusak dan sesuaikan rancangannya.

Pekerjaan standardisasi proses juga terjadi di sini: proses yang dirancang ulang perlu didokumentasikan dalam prosedur operasi standar agar bisa dilatihkan dan ditegakkan.

Langkah 6: Implementasikan dan ukur

Luncurkan proses yang dirancang ulang secara bertahap jika cakupannya besar. Ukur berdasarkan target Langkah 4 Anda sejak hari pertama. Laporkan hasil secara transparan. Tetapkan kepemilikan yang jelas untuk kinerja berkelanjutan. Dan rencanakan sisi manusianya: komunikasikan lebih awal dengan tim yang terdampak, berikan pelatihan nyata, dan miliki rencana untuk perubahan peran sebelum tanggal go-live, bukan sesudahnya.

Contoh business process reengineering

Ketiga contoh ini berbagi pola yang sama: perancangan ulang bukan tentang bekerja lebih keras atau menambah staf. Ini tentang memikirkan ulang siapa melakukan apa, dalam urutan seperti apa, dan informasi apa yang mereka butuhkan untuk melakukannya.

Praktik terbaik

Lakukan:

• Amankan sponsor eksekutif sebelum memulai, bukan setelah Anda menghadapi resistensi.
• Ukur proses dasar secara ketat sebelum menyentuh apa pun.
• Gunakan pilot untuk memvalidasi asumsi sebelum penerapan penuh.
• Rancang proses baru berdasarkan hasil pelanggan, bukan logika struktur organisasi internal.
• Rencanakan transisi manusia (peran, pelatihan, komunikasi) secermat rancangan prosesnya.
• Padukan BPR dengan robotic process automation atau otomasi workflow untuk mengunci keuntungan dan mengurangi entri ulang manual.

Jangan lakukan:

• Menyebut implementasi ERP sebagai "BPR." Memasang perangkat lunak di atas proses yang rusak hanya memberi Anda proses rusak yang mahal.
• Membiarkan cakupan meluas tanpa peningkatan sumber daya dan wewenang yang sepadan.
• Melewatkan pemetaan kondisi saat ini karena "semua orang tahu cara kerjanya." Mereka tidak tahu. Tidak sepenuhnya.
• Mencoba melakukan reengineering pada semuanya sekaligus. Pilih satu proses kritis dan buktikan modelnya.
• Memperlakukan BPR sebagai proyek satu kali. Proses yang dirancang ulang tetap memerlukan tata kelola berkelanjutan agar tetap sehat dari waktu ke waktu.

Pertanyaan yang sering diajukan

Apa itu business process reengineering dalam istilah sederhana? BPR adalah memulai dari nol untuk merancang ulang bagaimana proses bisnis inti bekerja. Alih-alih memperbaiki masalah dalam proses saat ini, Anda bertanya bagaimana proses itu akan terlihat jika Anda membangunnya hari ini tanpa batasan warisan lama. Tujuannya adalah peningkatan dramatis, bukan keuntungan bertahap.

Bagaimana BPR berbeda dari perbaikan proses? Perbaikan proses (termasuk kaizen dan metode lean) bekerja dalam struktur proses yang sudah ada dan membuatnya lebih baik selangkah demi selangkah. BPR membuang struktur yang ada dan membangun yang baru. Cakupan dan risikonya secara fundamental berbeda. BPR cocok ketika proses saat ini secara struktural rusak; metode perbaikan cocok ketika proses pada dasarnya sudah baik.

Siapa yang memperkenalkan BPR? Michael Hammer dan James Champy mempopulerkan konsep ini dalam buku mereka tahun 1993, Reengineering the Corporation. Hammer sebelumnya telah menerbitkan artikel dasar "Reengineering Work: Don't Automate, Obliterate" di Harvard Business Review pada tahun 1990.

Mengapa begitu banyak proyek BPR gagal? Sebagian besar kegagalan berakar pada salah satu dari tiga penyebab: kepemimpinan yang kehilangan minat atau kemauan politik di tengah jalan, meremehkan manajemen perubahan manusia yang dibutuhkan, atau memperlakukan implementasi IT sebagai pengganti perancangan ulang proses yang sesungguhnya.

Kapan sebaiknya perusahaan menggunakan BPR dibandingkan kaizen event? Gunakan BPR ketika suatu proses secara fundamental rusak, memberikan hasil jauh di bawah tolok ukur industri, atau menghalangi tujuan strategis yang tidak bisa diperbaiki oleh perbaikan bertahap dalam jangka waktu yang wajar. Gunakan kaizen event ketika Anda memerlukan perbaikan yang fokus dan cepat pada masalah spesifik dalam proses yang secara struktural sudah baik.

---

BPR bukan untuk setiap situasi. Tetapi ketika suatu proses secara fundamental rusak dan taruhan kompetitifnya tinggi, perbaikan bertahap hanyalah kegagalan yang lambat. Perusahaan-perusahaan yang merancang ulang proses mereka berdasarkan hasil, bukan bagan organisasi, di tahun 1990-an membangun keunggulan yang butuh satu dekade bagi kompetitor untuk mengejarnya. Logika yang sama berlaku hari ini, terutama karena AI dan otomasi menaikkan batas atas dari apa yang bisa dicapai proses yang dirancang ulang.

Bagi tim yang ingin meletakkan fondasinya, mulailah dengan dokumentasi proses yang jujur dan pemetaan yang jelas tentang di mana alur saat ini rusak. Itulah fondasi tempat setiap upaya BPR yang berhasil dibangun.