PLMS-A013 adalah langkah penting karena kita mulai bergeser dari decision making sebagai kemampuan individu menjadi decision architecture sebagai bagian dari sistem organisasi.
A011 menjawab: bagaimana membuat keputusan yang lebih baik?
A012 menjawab: bagaimana memilih di antara beberapa alternatif?
A013 menjawab: siapa yang seharusnya memutuskan?
Dan satu prinsip:
Keputusan harus sedekat mungkin dengan sumber informasi, tetapi tetap berada dalam batas kewenangan dan risiko yang jelas.
Ini akan menjadi fondasi untuk konsep authority, responsibility, delegation, dan escalation dalam PLMS.
PLMS-A013
OADAL Stage: DECIDE,“Organisasi yang sehat bukan organisasi di mana semua keputusan dibuat oleh pemimpin, tetapi organisasi di mana setiap keputusan dibuat oleh orang yang tepat pada tingkat yang tepat.”
1. Pendahuluan
Dalam sebuah peternakan, keputusan terjadi setiap saat.
Pekerja kandang memutuskan kapan harus melaporkan kondisi tertentu.
Supervisor menentukan apakah suatu penyimpangan masih dapat ditoleransi.
Manajer menentukan apakah diperlukan perubahan prosedur.
Dokter hewan memberikan pertimbangan profesional dalam masalah kesehatan hewan.
Pemilik menentukan keputusan strategis yang berkaitan dengan investasi dan arah usaha.
Semua orang mengambil keputusan.
Persoalannya adalah:
Apakah semua orang tahu keputusan apa yang menjadi kewenangannya?
Jika jawabannya tidak, organisasi akan menghadapi dua masalah yang berlawanan.
Pertama, decision bottleneck.
Semua hal harus menunggu satu orang.
Kedua, decision chaos.
Terlalu banyak orang mengambil keputusan tanpa batas yang jelas.
PLMS berusaha menemukan titik keseimbangan di antara keduanya.
2. Masalah Ketika Semua Keputusan Harus Naik ke Atas
Bayangkan sebuah peternakan di mana hampir semua keputusan harus menunggu manajer.
Pekerja menemukan masalah.
Menunggu supervisor.
Supervisor menemukan masalah lain.
Menunggu manajer.
Manajer sedang tidak berada di farm.
Keputusan tertunda.
Dalam situasi tertentu, keterlambatan beberapa jam saja dapat meningkatkan risiko.
Sistem seperti ini sangat bergantung pada satu individu.
Jika orang tersebut tidak tersedia, organisasi ikut melambat.
Ini adalah bentuk decision dependency.
Organisasi menjadi besar secara struktur, tetapi tetap kecil secara kapasitas pengambilan keputusan.
3. Masalah Ketika Semua Orang Bebas Memutuskan
Situasi sebaliknya juga berbahaya.
Bayangkan setiap orang merasa bebas melakukan perubahan sendiri.
Pekerja mengubah prosedur.
Supervisor mengganti jadwal.
Bagian teknis mengganti setting fasilitas.
Manajer membuat keputusan yang tidak dikomunikasikan kepada tim lain.
Pada akhirnya, setiap bagian bergerak dengan logikanya sendiri.
Hasilnya adalah inkonsistensi.
Karena itu:
Delegasi bukan berarti memberikan kebebasan tanpa batas.
Delegasi harus selalu disertai batas kewenangan.
4. Prinsip PLMS: Right Decision, Right Person, Right Level
PLMS memperkenalkan prinsip sederhana:
Right Decision
Keputusan yang memang diperlukan.
Right Person
Dibuat oleh orang yang memiliki kompetensi dan informasi yang cukup.
Right Level
Dibuat pada tingkat organisasi yang tepat.
Dengan prinsip ini, tidak semua keputusan harus naik ke level manajemen.
Namun tidak semua keputusan juga boleh dibuat di level operasional.
5. Empat Pilar Decision Rights
PLMS menggunakan empat konsep utama:
Authority – Responsibility – Delegation – Escalation
Keempatnya harus berjalan bersama.
5.1 Authority
Authority adalah kewenangan untuk mengambil keputusan.
Contohnya:
Seorang supervisor memiliki kewenangan untuk menghentikan sementara suatu proses apabila ditemukan kondisi yang tidak sesuai standar keselamatan atau biosekuriti.
Tanpa authority, seseorang dapat memiliki tanggung jawab tetapi tidak memiliki kemampuan untuk bertindak.
5.2 Responsibility
Responsibility adalah tanggung jawab terhadap hasil atau proses yang berada dalam kewenangannya.
Orang yang memiliki kewenangan harus memahami konsekuensi dari keputusan yang dibuat.
Karena:
Authority tanpa responsibility dapat menghasilkan keputusan yang sembrono.
Sebaliknya:
Responsibility tanpa authority dapat menghasilkan organisasi yang frustratif.
5.3 Delegation
Delegation berarti memberikan sebagian kewenangan kepada orang lain untuk mengambil keputusan dalam batas tertentu.
Delegasi yang baik harus menjelaskan:
- apa yang boleh diputuskan,
- apa yang tidak boleh diputuskan,
- batas risikonya,
- kapan harus melapor,
- dan kapan harus melakukan eskalasi.
Delegasi bukan sekadar mengatakan:
“Silakan urus.”
Delegasi yang baik mengatakan:
“Anda memiliki kewenangan mengambil keputusan dalam batas ini. Jika melewati batas tersebut, lakukan eskalasi.”
5.4 Escalation
Tidak semua keputusan dapat diselesaikan pada level operasional.
Karena itu organisasi membutuhkan escalation pathway.
Misalnya:
Operator → Supervisor → Farm Manager → Veterinary/Technical Advisor → Management
Namun jalur tersebut tidak harus sama untuk semua masalah.
Masalah teknis mungkin memiliki jalur berbeda dengan masalah kesehatan hewan, biosekuriti, atau investasi.
6. PLMS Decision Boundary
Dari keempat konsep tersebut, kita dapat membangun satu prinsip praktis:
Setiap level organisasi harus mengetahui batas keputusan yang dapat dibuatnya.
Inilah yang kita sebut sebagai Decision Boundary.
Bayangkan sebuah garis.
Di dalam garis:
Decide
Di luar garis:
Escalate
Dengan konsep ini, seorang pekerja tidak perlu bertanya kepada manajer untuk setiap persoalan kecil.
Tetapi ia juga tidak perlu mengambil keputusan besar yang berada di luar kewenangannya.
7. Contoh Decision Boundary
Misalnya ditemukan kerusakan fasilitas kandang.
Level Operator
Boleh:
- melakukan pemeriksaan awal,
- melakukan tindakan sederhana yang sudah ada dalam SOP,
- melaporkan kondisi.
Tidak boleh:
- melakukan modifikasi besar,
- mengubah sistem kelistrikan,
- mengambil keputusan investasi.
Level Supervisor
Boleh:
- mengatur tindakan perbaikan rutin,
- mengalokasikan tenaga kerja,
- menghentikan sementara aktivitas tertentu jika SOP mengizinkan.
Level Manager
Boleh:
- menyetujui pengeluaran tertentu,
- mengubah prioritas pekerjaan,
- menentukan penggunaan vendor.
Level Management
Menentukan:
- investasi besar,
- perubahan sistem,
- ekspansi,
- keputusan strategis.
Batas tersebut harus disesuaikan dengan struktur masing-masing organisasi.
8. Mengapa Decision Boundary Penting untuk Preventive Management?
Karena preventive management membutuhkan kecepatan respons.
Bayangkan ada indikator lingkungan yang mulai melewati batas kewaspadaan.
Jika operator harus menunggu tiga tingkat persetujuan sebelum melakukan tindakan awal, maka sistem preventif kehilangan keunggulannya.
Karena itu:
Semakin dekat seseorang dengan sumber informasi, semakin penting ia memiliki kemampuan mengambil tindakan dalam batas tertentu.
Namun empowerment harus selalu disertai:
standar + kompetensi + batas kewenangan + dokumentasi.
9. Escalation Bukan Tanda Kegagalan
Dalam beberapa organisasi, meminta bantuan dianggap sebagai kelemahan.
PLMS justru melihat escalation sebagai bagian dari sistem yang sehat.
Seorang operator yang mengatakan:
“Saya menemukan kondisi di luar batas kewenangan saya dan saya perlu bantuan.”
bukan berarti tidak kompeten.
Justru ia sedang menjalankan sistem dengan benar.
Masalah muncul ketika:
- orang tidak tahu kapan harus eskalasi,
- takut melaporkan,
- atau tidak memiliki jalur eskalasi yang jelas.
10. Decision Rights dan RACI
Dalam organisasi, salah satu alat yang dapat membantu memperjelas peran adalah RACI:
- Responsible
- Accountable
- Consulted
- Informed
RACI bukan bagian asli dari PLMS.
Ia merupakan supporting tool yang dapat digunakan untuk membantu memetakan tanggung jawab.
Namun PLMS menambahkan satu pertanyaan penting:
“Siapa yang memiliki decision authority?”
Karena orang yang mengerjakan sesuatu belum tentu orang yang berhak memutuskan.
11. Contoh Sederhana
Misalnya peternakan ingin mengubah prosedur sanitasi.
| Peran | Fungsi |
|---|---|
| Operator | Responsible |
| Supervisor | Coordinator |
| Dokter Hewan/Technical Advisor | Consulted |
| Farm Manager | Decision Authority |
| Pemilik/Management | Informed atau Approval, tergantung skala |
Struktur tersebut dapat berbeda pada setiap organisasi.
Yang penting adalah tidak terjadi kekaburan:
Siapa yang melakukan?
Siapa yang memberikan pertimbangan?
Siapa yang memutuskan?
Siapa yang harus mengetahui?
12. Kesalahan yang Sering Terjadi
Beberapa masalah yang sering muncul dalam decision rights:
Semua keputusan harus naik ke atas
Menghasilkan bottleneck.
Tanggung jawab diberikan tanpa authority
Membuat orang sulit bekerja.
Authority diberikan tanpa batas
Meningkatkan risiko.
Tidak ada escalation pathway
Masalah berhenti di level yang tidak mampu menyelesaikannya.
Delegasi tanpa kompetensi
Memberikan kewenangan kepada orang yang belum siap.
Tidak ada dokumentasi
Organisasi tidak belajar dari keputusan sebelumnya.
13. Langkah Implementasi
Untuk mulai menerapkan konsep Decision Rights, lakukan langkah berikut.
Langkah 1
Daftar keputusan penting yang terjadi di farm.
Langkah 2
Kelompokkan berdasarkan tingkat risiko.
Langkah 3
Tentukan siapa yang paling dekat dengan informasi.
Langkah 4
Tentukan siapa yang memiliki kompetensi.
Langkah 5
Tetapkan authority.
Langkah 6
Tetapkan decision boundary.
Langkah 7
Tetapkan escalation pathway.
Langkah 8
Dokumentasikan dalam SOP atau decision protocol.
Langkah 9
Evaluasi apakah keputusan menjadi lebih cepat dan tetap terkendali.
14. Checklist PLMS Decision Rights
Tanyakan kepada tim:
- Apakah semua orang tahu keputusan apa yang boleh mereka buat?
- Apakah tanggung jawab sejalan dengan kewenangan?
- Apakah terdapat batas keputusan yang jelas?
- Apakah orang tahu kapan harus melakukan eskalasi?
- Apakah jalur eskalasi mudah diakses?
- Apakah orang merasa aman untuk melaporkan masalah?
- Apakah keputusan penting terdokumentasi?
Jika banyak jawaban “tidak”, kemungkinan organisasi memiliki masalah decision architecture.
15. Refleksi
Organisasi yang matang bukan organisasi yang membuat semua keputusan secara terpusat.
Organisasi yang matang adalah organisasi yang mampu menempatkan keputusan pada tempat yang tepat.
Orang yang berada paling dekat dengan masalah harus memiliki kemampuan untuk melakukan tindakan awal.
Orang yang memiliki kompetensi teknis harus dapat memberikan pertimbangan.
Pemimpin harus menentukan arah dan batas.
Dan ketika sebuah keputusan melampaui kewenangan seseorang, sistem harus menyediakan jalan untuk melakukan eskalasi.
Dengan demikian organisasi dapat menjadi:
lebih cepat tanpa menjadi ceroboh,
dan
lebih terkontrol tanpa menjadi birokratis.
PLMS Applied Principle #A013
“Keputusan harus berada sedekat mungkin dengan sumber informasi, tetapi tetap berada dalam batas kompetensi, kewenangan, dan risiko yang jelas.”
Penutup
Pada A011 kita belajar membangun kualitas keputusan.
Pada A012 kita belajar membandingkan pilihan.
Pada A013 kita belajar menempatkan kewenangan keputusan pada orang dan level yang tepat.
Namun masih ada satu persoalan.
Kita sudah tahu siapa yang boleh memutuskan.
Tetapi:
Apa yang terjadi ketika keputusan yang diambil ternyata salah atau hasilnya tidak sesuai harapan?
Di sinilah organisasi membutuhkan mekanisme untuk memastikan keputusan tidak hanya dibuat, tetapi juga diterjemahkan menjadi tindakan yang jelas dan terukur.
Maka pada PLMS-A014, kita akan masuk lebih dalam ke:
Decision to Action: Mengubah Keputusan Menjadi Rencana Tindakan
Kita akan membahas bagaimana sebuah keputusan diterjemahkan menjadi:
What → Who → When → How → Target → Verification
sehingga keputusan tidak berhenti sebagai hasil rapat, tetapi benar-benar menghasilkan perubahan di lapangan.
To be Continue…