Tadbir urus keputusan menjawab soalan kuasa dan bukannya soalan alasan. Inti utama adalah bahawa penyertaan dan kuasa adalah perkara yang berbeza: ramai orang boleh menyumbang secara sah kepada satu keputusan sementara hanya seorang yang memiliki keputusan tersebut. Model RAPID Bain, yang diperkenalkan oleh Paul Rogers dan Marcia Blenko dalam Harvard Business Review pada tahun 2006, memisahkan peranan Cadangkan, Setuju, Laksanakan, Input dan Putuskan, menjadikan hak veto jelas dan berbeza daripada input nasihat. GitLab menetapkan Individu Bertanggungjawab Secara Langsung untuk setiap keputusan dan projek, dengan kuasa dan tanggungjawab dipegang oleh seorang individu yang dinamakan walaupun ramai yang menyumbang. Netflix melantik seorang kapten yang berpengetahuan untuk keputusan penting, yang mengumpul pandangan dan kepakaran tetapi akhirnya membuat keputusan, dipadankan dengan norma aktif mencari perbezaan pendapat daripada menganggap diam bermakna persetujuan. Ketiga-tiga adalah jawapan kepada soalan yang sama. Tadbir urus keputusan tidak menilai sama ada alasan di sebalik keputusan itu adalah kukuh — itu adalah kualiti keputusan — dan ia tidak menentukan sama ada keputusan itu dilaksanakan, yang merupakan keberkesanan keputusan.

Tadbir urus keputusan mentakrifkan siapa yang membuat keputusan, siapa yang menyumbang, siapa yang meluluskan dan bagaimana keputusan itu meningkat. Ia menjawab satu soalan dan satu sahaja: siapa yang mempunyai kuasa di sini?
Dikemas kini terakhir: 2026-07-29
Ambiguiti yang paling mahal dalam kebanyakan organisasi bukanlah apa yang perlu diputuskan tetapi siapa yang memutuskan. Tadbir urus keputusan memisahkan sumbangan daripada kuasa: ramai orang boleh secara sah memberikan input, sementara hanya seorang yang memiliki keputusan tersebut. Segala yang lain — mesyuarat, peningkatan, kelulusan — mengikuti daripada mendapatkan pemisahan itu dengan betul.
Kebanyakan paralis keputusan adalah kegagalan tadbir urus yang berpura-pura sebagai analisis. Keputusan terhenti bukan kerana bukti tidak ada tetapi kerana tiada siapa yang dapat mengatakan, dengan yakin, siapa yang berhak membuat keputusan — jadi semua orang merujuk kepada semua orang, hak veto ditemui lewat, dan perbincangan yang sama berulang.
Ini bukanlah teori yang bersaing, tetapi tiga organisasi yang menjawab soalan yang sama pada tahap formaliti yang berbeza.
Memisahkan Rekomendasi, Agree, Perform, Input dan Decide. Sumbangan sebenar adalah menjadikan Agree — veto — jelas dan berbeza daripada nasihat Input, dan menegaskan satu Penentu. Diperkenalkan oleh Rogers dan Blenko dalam Who Has the D? (HBR, 2006).
Satu individu yang dinamakan memegang kuasa dan tanggungjawab untuk keputusan atau projek, walaupun ramai yang menyumbang. GitLab menggabungkan ini dengan rekod keputusan bertulis, kerana dalam organisasi yang teragih, keputusan yang tidak didokumenkan secara efektif tidak berlaku.
Untuk keputusan yang signifikan, seorang individu mengumpulkan pandangan dan kepakaran, kemudian membuat keputusan. Dipadankan dengan bertani untuk perbezaan pendapat — secara aktif meminta ketidaksetujuan daripada menganggap diam sebagai sokongan, yang merupakan mod kegagalan yang akan diundang oleh seorang pengambil keputusan tunggal.
Tadbir urus mengatakan siapa yang membuat keputusan. Ia sengaja berdiam diri tentang apa yang mereka diberitahu — dan seorang penentu yang jelas yang diberikan gambaran yang ditapis masih akan salah.
Penyumbang menambah hujah kepada pokok yang terstruktur dan bukannya kepada thread. Pembuat keputusan melihat kes untuk dan menentang, yang diberikan, bukannya apa yang muncul dalam sepuluh minit terakhir.
Rantaian soal jawab menjadikan cabaran terhadap andaian sebagai langkah biasa dalam aliran kerja dan bukannya tindakan konfrontasi — mekanisme di sebalik usaha untuk mendapatkan pendapat yang berbeza.
Keputusan, alasan, bantahan dan yang mana satu daripadanya tidak dijawab — boleh diambil semula apabila keputusan dibuka semula dan peserta asal telah berpindah.
Apabila satu keputusan naik ke tahap yang lebih tinggi, pokok hujah bergerak bersamanya. Pembuat keputusan seterusnya mewarisi alasan tersebut daripada memulakan semula perbincangan.
Tadbir urus dan penaakulan adalah saling melengkapi. Menetapkan pemilik tanpa memperbaiki apa yang sampai kepada mereka menghasilkan keputusan yang yakin dibuat berdasarkan maklumat yang lemah.
Payung: bagaimana tadbir urus, bukti, budaya dan pembelajaran bergabung menjadi satu sistem.
Kelajuan dan pelaksanaan — sama ada keputusan dibuat tepat pada masanya dan kemudian benar-benar berlaku.
Sama ada orang akan memberitahu pembuat keputusan sesuatu yang tidak menyenangkan.
Bagaimana keputusan dan alasannya tetap boleh diambil semula berbulan-bulan kemudian.
Model hak keputusan dibandingkan secara berdampingan.
Jejak keputusan yang sedia untuk diaudit bagi persekitaran yang dikawal selia.
Definisi hak keputusan dalam sesebuah organisasi: siapa yang membuat keputusan, siapa yang memberikan input, siapa yang mempunyai hak veto, siapa yang melaksanakan, dan bagaimana keputusan itu meningkat. Ia menjawab soalan mengenai kuasa, berbeza daripada sama ada alasan itu kukuh atau sama ada keputusan itu dilaksanakan.
Tadbir urus melibatkan kuasa — siapa yang membuat keputusan. Kualiti keputusan melibatkan penalaran — sama ada rangka, alternatif, bukti dan logik adalah kukuh. Sesuatu keputusan boleh mempunyai tadbir urus yang sempurna dan kualiti yang buruk, atau sebaliknya. Mereka adalah saling melengkapi, bukan alternatif.
Model hak keputusan dari Bain yang memisahkan Cadangkan, Setuju, Laksanakan, Input dan Putuskan. Sumbangan khasnya adalah menjadikan Setuju — sebuah veto yang sebenar — jelas dan terpisah dari Input nasihat, sambil menegaskan satu Pembuat Keputusan dan bukannya sebuah jawatankuasa.
DRI adalah seorang individu yang dinamakan yang memegang kuasa dan tanggungjawab untuk suatu keputusan atau projek, satu amalan yang didokumenkan dalam buku panduan GitLab. Ramai orang mungkin menyumbang, tetapi seorang individu memiliki hasilnya. GitLab mengaitkannya dengan rekod keputusan bertulis kerana model operasi terdistribusinya.
Tidak, dan menggabungkannya adalah kesalahan yang biasa dan mahal. Ramai orang boleh menyumbang pandangan dan kepakaran sementara seorang individu memiliki keputusan. Mencari konsensus di tempat yang tidak pernah dijanjikan menghasilkan keputusan yang lambat dan rasa tidak puas hati apabila seseorang akhirnya membuat keputusan juga.
Biasanya dengan mengklasifikasikan keputusan berdasarkan kebolehan untuk dibalikkan, pendedahan kewangan, kepentingan strategik dan impak peraturan, kemudian menetapkan ambang. Prinsipnya adalah untuk menyelaraskan jumlah proses dengan kos kesilapan daripada berdasarkan kepada senioriti sesiapa yang bertanya.
Rogers, P., & Blenko, M. (2006). Siapa yang Mempunyai D? Bagaimana Peranan Keputusan yang Jelas Meningkatkan Prestasi Organisasi. Harvard Business Review.
Model RAPID — rujukan standard untuk memisahkan input daripada kuasa.
View source →Blenko, M. W., Mankins, M. C., & Rogers, P. (2010). Decide & Deliver: 5 Langkah untuk Prestasi Terobosan dalam Organisasi Anda. Harvard Business Review Press.
Hak keputusan dalam konteks keberkesanan keputusan organisasi.
View source →GitLab Handbook — Individu yang Bertanggungjawab Secara Langsung.
Amalan DRI seperti yang didokumenkan oleh GitLab, termasuk hubungannya dengan rekod keputusan bertulis.
View source →Budaya Netflix — kapten yang berpengetahuan dan bertani untuk perbezaan pendapat.
Penerangan Netflix tentang pemilikan keputusan yang dipadankan dengan ketidaksetujuan yang diminta secara aktif.
View source →Kuasa yang jelas hanya membantu jika maklumat yang sampai kepada pengambil keputusan adalah lengkap. Strukturkan hujah-hujah — termasuk yang tidak ada yang ingin dibangkitkan.
Mula percuma