Wibisono Method: Bagaimana Menentukan Proses Mana yang Harus Dibuat SOP dan Mana yang Tidak Perlu?
Salah satu kesalahan ketika perusahaan mulai melakukan systemize adalah menganggap:
"Semua pekerjaan harus dibuat SOP."
Akhirnya perusahaan memiliki puluhan bahkan ratusan dokumen SOP.
Tetapi karyawan tetap bertanya kepada owner:
"Pak, untuk kasus ini bagaimana?"
Artinya perusahaan punya dokumen, tetapi belum tentu punya sistem.
Dalam Wibisono Method, pertanyaannya bukan:
"Pekerjaan apa yang bisa dibuat SOP?"
Tetapi:
"Proses mana yang paling membutuhkan standardisasi?"
Mari kita lihat contohnya.
Contoh Kasus: Perusahaan Kontraktor Rumah
Sebuah perusahaan kontraktor rumah memiliki:
25 karyawan
8 proyek aktif
omzet sekitar Rp2,5 miliar/bulan
Owner mulai kewalahan karena hampir semua keputusan masih masuk kepadanya.
Kemudian tim mengusulkan:
"Kita harus membuat SOP."
Dibuatlah daftar lebih dari 40 proses:
SOP menerima telepon.
SOP membuat kopi.
SOP meeting.
SOP mengirim WhatsApp.
SOP membeli ATK.
SOP survey lokasi.
SOP membuat RAB.
SOP menerima DP.
SOP pembelian material.
SOP penerimaan material.
SOP pekerjaan pondasi.
SOP pekerjaan struktur.
SOP pekerjaan finishing.
SOP komplain customer.
SOP serah terima.
dan seterusnya.
Masalahnya:
Apakah semuanya harus dibuat SOP?
Belum tentu.
W — WATCH
Kita melihat fakta.
Dari 8 proyek terakhir ditemukan:
Kesalahan RAB
Terjadi pada:
5 dari 8 proyek
Rata-rata dampak:
Rp25–60 juta/proyek.
Material salah pesan
Terjadi:
4 dari 8 proyek.
Dampak:
Rp10–30 juta/proyek.
Customer komplain keterlambatan
Terjadi:
6 dari 8 proyek.
Kesalahan pekerjaan finishing
Terjadi:
3 dari 8 proyek.
Sementara:
Meeting internal
Tidak ada masalah berarti.
Pembelian ATK
Tidak pernah menjadi masalah.
Cara menerima telepon
Tidak pernah menjadi bottleneck.
Mulai terlihat bahwa:
tidak semua proses memiliki risiko dan dampak yang sama.
I — INVESTIGATE
Kemudian setiap proses dianalisis dengan lima pertanyaan.
1. Apakah sering dilakukan?
Kalau proses hanya terjadi sekali dalam tiga bulan, kebutuhan SOP mungkin berbeda dengan proses yang dilakukan setiap hari.
2. Apakah kesalahan mahal?
Kesalahan membuat kopi:
dampaknya kecil.
Kesalahan menghitung volume beton:
bisa berdampak puluhan juta rupiah.
3. Apakah hasilnya harus konsisten?
Misalnya:
survey dan pengukuran bangunan.
Kesalahan sedikit saja bisa memengaruhi RAB dan desain.
Maka standardisasi sangat penting.
4. Apakah proses bergantung pada orang tertentu?
Jika hanya:
Pak Budi
yang tahu cara membuat RAB, maka perusahaan memiliki:
key person dependency.
Ini tanda kuat bahwa proses perlu disistemkan.
5. Apakah proses sering menyebabkan masalah lain?
Misalnya:
RAB salah
↓
harga penawaran salah
↓
margin proyek salah
↓
profit turun
Maka proses RAB memiliki:
efek domino yang besar.
B — BOTTLENECK
Dari investigasi ditemukan bahwa perusahaan sebenarnya tidak membutuhkan 40 SOP.
Ada beberapa proses yang jauh lebih kritis.
Kita buat prioritas.
| Proses | Frekuensi | Risiko Kesalahan | Dampak Finansial | Ketergantungan Orang | Prioritas SOP |
|---|---|---|---|---|---|
| Survey lokasi | Tinggi | Tinggi | Tinggi | Tinggi | Sangat tinggi |
| Penyusunan RAB | Tinggi | Sangat tinggi | Sangat tinggi | Tinggi | Sangat tinggi |
| Purchase Order | Tinggi | Tinggi | Tinggi | Sedang | Tinggi |
| Penerimaan material | Tinggi | Tinggi | Tinggi | Sedang | Tinggi |
| Quality control | Tinggi | Sangat tinggi | Tinggi | Tinggi | Sangat tinggi |
| Serah terima proyek | Sedang | Tinggi | Tinggi | Sedang | Tinggi |
| Meeting internal | Tinggi | Rendah | Rendah | Rendah | Rendah |
| Pembelian ATK | Rendah | Rendah | Rendah | Rendah | Rendah |
| Membuat kopi | Tinggi | Sangat rendah | Sangat rendah | Rendah | Tidak perlu |
Jadi:
SOP bukan dibuat berdasarkan jumlah aktivitas.
SOP dibuat berdasarkan:
risiko + dampak + kebutuhan konsistensi + ketergantungan pada orang.
I — IMPROVE
Kemudian perusahaan tidak membuat SOP panjang 20 halaman untuk setiap proses.
Untuk proses kritis, dibuat SOP yang sederhana dan bisa digunakan.
Contoh:
SOP Survey Lokasi
Sebelum Survey
Pastikan alamat.
Pastikan jadwal.
Pastikan kebutuhan customer.
Siapkan alat ukur.
Saat Survey
Ukur panjang dan lebar.
Foto kondisi existing.
Cek akses kendaraan.
Cek elevasi.
Cek utilitas.
Catat kebutuhan khusus.
Setelah Survey
Upload foto.
Upload hasil pengukuran.
Buat catatan risiko.
Serahkan ke estimator maksimal 24 jam.
Sederhana.
Tetapi:
mengurangi kemungkinan informasi penting hilang.
S — SYSTEMIZE
Kemudian dibuat sistem berdasarkan tingkat kepentingannya.
Level 1 — SOP Wajib
Untuk proses yang:
berisiko tinggi,
berdampak finansial besar,
sering dilakukan,
membutuhkan konsistensi,
atau tidak boleh bergantung pada satu orang.
Contoh:
Survey → RAB → Purchasing → QC → Serah Terima.
Level 2 — Checklist
Tidak semua proses membutuhkan SOP panjang.
Untuk pekerjaan yang sederhana tetapi harus konsisten, cukup:
Checklist.
Misalnya:
Checklist Serah Terima Material
Jumlah sesuai PO.
Spesifikasi sesuai.
Kondisi baik.
Foto.
Tanda tangan penerimaan.
Level 3 — Template
Beberapa proses tidak perlu SOP.
Cukup:
template.
Contohnya:
template quotation,
template invoice,
template laporan harian,
template follow-up customer.
Level 4 — Tidak Perlu Disistemkan
Pekerjaan yang:
risiko rendah,
dampak rendah,
jarang terjadi,
mudah dipelajari,
tidak memengaruhi customer atau profit secara signifikan.
Tidak perlu dipaksa menjadi SOP.
O — OPTIMIZE
Setelah SOP dibuat, kita tidak langsung menganggap:
"Sudah selesai karena dokumennya sudah ada."
Kita ukur.
Sebelum SOP:
Kesalahan RAB
5 dari 8 proyek.
Setelah SOP:
1 dari 8 proyek.
Material salah pesan
Sebelum:
4 dari 8 proyek.
Setelah:
1 dari 8 proyek.
Keterlambatan akibat kesalahan informasi
Sebelum:
6 proyek.
Setelah:
2 proyek.
Artinya SOP menghasilkan perubahan nyata.
Kalau SOP dibuat tetapi:
tidak ada perubahan angka,
maka SOP tersebut perlu diperiksa kembali.
N — NEXT GROWTH
Setelah proses kritis stabil, perusahaan baru bertanya:
"Proses apa berikutnya yang layak disistemkan?"
Misalnya sekarang muncul bottleneck baru:
sales terlalu bergantung pada owner saat menentukan harga.
Maka proses:
Pricing & Approval
menjadi kandidat SOP berikutnya.
Dengan demikian systemization berjalan berdasarkan:
kebutuhan bisnis.
Bukan:
keinginan memiliki banyak dokumen.
ONE PAGE SUMMARY
| Wibisono Method | Temuan / Solusi |
|---|---|
| WATCH | Ditemukan 40+ aktivitas, tetapi hanya beberapa yang benar-benar berdampak besar |
| INVESTIGATE | Dianalisis berdasarkan frekuensi, risiko, dampak finansial, konsistensi, dan ketergantungan pada orang |
| BOTTLENECK | Survey, RAB, purchasing, QC dan serah terima menjadi proses prioritas |
| IMPROVE | Buat SOP untuk proses kritis; checklist/template untuk proses sederhana |
| SYSTEMIZE | SOP + checklist + template + approval system |
| OPTIMIZE | Kesalahan RAB dan material turun; keterlambatan akibat kesalahan informasi berkurang |
| NEXT GROWTH | Cari proses berikutnya yang menjadi bottleneck untuk disistemkan |
Jadi, Kapan Sebuah Proses Layak Dibuat SOP?
Gunakan 5 pertanyaan sederhana:
1. Kalau orang melakukan kesalahan, apakah dampaknya besar?
Ya → kandidat SOP.
2. Apakah proses dilakukan berulang?
Ya → kandidat SOP.
3. Apakah hasilnya harus konsisten?
Ya → kandidat SOP.
4. Apakah sekarang hanya satu orang yang tahu caranya?
Ya → kandidat SOP.
5. Apakah kesalahan proses ini bisa menimbulkan masalah lain?
Ya → prioritas tinggi.
Semakin banyak jawaban YA, semakin kuat alasan untuk membuat SOP.
Jangan Semua Dijadikan SOP
Ini prinsip penting.
Perusahaan yang terlalu banyak membuat SOP bisa mengalami:
"SOP Fatigue."
Dokumen banyak.
Tetapi tidak dibaca.
Tidak dijalankan.
Tidak diperbarui.
Tidak diukur.
Akhirnya SOP hanya menjadi:
dokumen untuk audit.
Bukan:
alat untuk menjalankan bisnis.
SOP vs Checklist vs Template
Tidak semua proses membutuhkan bentuk sistem yang sama.
SOP
Untuk proses kompleks dan kritis.
"Bagaimana pekerjaan harus dilakukan?"
Checklist
Untuk memastikan langkah penting tidak terlewat.
"Apa saja yang harus diperiksa?"
Template
Untuk mempercepat pekerjaan berulang.
"Format yang benar seperti apa?"
Dashboard
Untuk memastikan hasilnya sesuai target.
"Apakah sistem ini menghasilkan performa yang diharapkan?"
Jadi Systemize dalam Wibisono Method bukan berarti:
"Buat SOP sebanyak-banyaknya."
Tetapi:
"Bangun sistem secukupnya untuk menghilangkan ketergantungan, kesalahan, dan ketidakkonsistenan pada titik yang penting."
Prinsip Akhir Wibisono Method
Jangan bertanya:
"Berapa banyak SOP yang sudah kita punya?"
Pertanyaan yang lebih penting:
"Berapa banyak kesalahan yang berhasil kita hilangkan karena sistem yang kita buat?"
Karena tujuan akhir SOP bukan dokumen.
Tujuannya adalah:
Orang berbeda
↓
menjalankan proses yang sama
↓
dengan standar yang sama
↓
menghasilkan output yang relatif konsisten
↓
tanpa harus terus menunggu owner.
Itulah saat Systemize benar-benar mulai bekerja dalam Wibisono Method.
.jpg)
Tidak ada komentar:
Posting Komentar