Perbandingan Kerangka

RAPID vs DACI vs RACI

Tiga kerangka kerja untuk menetapkan peran keputusan — siapa melakukan apa, dan siapa yang memutuskan. Berikut adalah perbedaan antara RACI, DACI, dan RAPID, serta cara memilih salah satunya.

RACI, DACI, dan RAPID adalah semua kerangka peran keputusan: mereka menjawab "siapa yang bertanggung jawab, dan siapa yang memutuskan?" dengan memberikan setiap peserta peran yang diberi label. Mereka bukan alat atau metodologi untuk mencapai keputusan — mereka adalah konvensi untuk membuat akuntabilitas menjadi jelas sehingga keputusan tidak terhenti pada "Saya pikir Anda yang menangani itu." Ketiga kerangka ini berbeda dalam lingkup: RACI memetakan tanggung jawab di seluruh pekerjaan, DACI memperjelas satu keputusan kelompok, dan RAPID mengalokasikan hak keputusan ketika wewenang tersebar di antara banyak pemangku kepentingan.

RACI — penugasan tugas dan tanggung jawab

RACI adalah yang tertua dan terluas dari ketiga. Untuk setiap tugas dalam sebuah proyek, ia menetapkan empat peran:

R — Bertanggung jawab: orang yang melakukan pekerjaan.
A — Akuntabel: orang tunggal yang memiliki hasil dan menyetujui (hanya satu per tugas).
C — Dikonfirmasi: orang-orang yang masukan mereka dicari sebelum pekerjaan dilakukan (dua arah).
Saya — Terinformasi: orang-orang yang terus diperbarui tentang kemajuan atau penyelesaian (satu arah).

Contoh yang dikerjakan — meluncurkan halaman harga baru. Pengembang web adalah Bertanggung jawab untuk membangunnya, Kepala Produk adalah Akuntabel untuk hasilnya, Keuangan dan Hukum Dikonsultasikan mengenai angka dan syarat, dan tim penjualan yang lebih luas Diberitahu setelah diluncurkan. RACI di sini menjelaskan seluruh alur kerja, bukan hanya satu keputusan.

DACI — pengambilan keputusan kelompok yang terfokus

DACI, yang dipopulerkan oleh Atlassian, dirancang khusus untuk membuat sebuah keputusan tunggal dengan jelas. Ini menetapkan empat peran:

D — Pengemudi: satu orang yang mendorong keputusan ke depan — mengumpulkan masukan, menetapkan jadwal, mendorong ke kesimpulan.
A — Approver: orang tunggal yang membuat keputusan akhir.
C — Kontributor: mereka yang memberikan keahlian dan pendapat untuk menginformasikan keputusan.
Saya — Terinformasi: mereka yang diberitahu tentang keputusan setelah dibuat.

Contoh yang dikerjakan — memilih vendor analitik. Seorang manajer produk adalah Pengemudi yang menjalankan evaluasi, VP Teknik adalah Penyetuju yang memilih pemenang, insinyur dan analis data adalah Kontributor yang memberikan nilai pada opsi, dan sisa perusahaan Informed tentang pilihan tersebut. Satu pengemudi, satu penyetuju — tidak ada ambiguitas tentang siapa yang memutuskan.

RAPID — hak keputusan untuk keputusan kompleks

RAPID, yang dikembangkan oleh Bain & Company, dirancang untuk keputusan yang lebih besar dan lintas fungsi di mana wewenang benar-benar tersebar di beberapa kelompok. Lima hurufnya adalah hak keputusan, dan — sebuah titik kebingungan yang umum — mereka tidak dimaksudkan untuk dilakukan dalam urutan itu (akronim ini adalah alat bantu ingatan, bukan urutan):

R — Rekomendasi: usulkan keputusan, kumpulkan masukan, dan ajukan rekomendasi.
A — Setuju: pihak-pihak yang harus secara resmi setuju dengan rekomendasi (sebuah veto yang efektif — seringkali legal, kepatuhan, atau tim lain yang tanda tangannya diperlukan).
P — Laksanakan: mereka yang melaksanakan keputusan setelah dibuat.
Saya — Masukan: mereka yang dikonsultasikan untuk fakta dan perspektif sebelum rekomendasi diselesaikan (nasihat, tidak mengikat).
D — Putuskan: titik tanggung jawab tunggal yang membuat keputusan akhir dan mengikat organisasi.

Contoh yang dikerjakan — memasuki pasar regional baru. GM regional merekomendasikan ekspansi, Hukum dan Keuangan harus setuju sebelum itu dilanjutkan, Penjualan dan Operasi akan melaksanakan peluncuran, Pemasaran dan Dukungan memberikan masukan, dan COO memegang hak keputusan. RAPID menjadikan titik veto dan pengambil keputusan tunggal jelas, yang merupakan hal yang cenderung tidak jelas dalam panggilan lintas fungsi.

Bersebelahan

	RACI	DACI	RAPID
Peran	Bertanggung jawab, Akuntabel, Dikonultasikan, Diberitahukan	Pengemudi, Pemberi Persetujuan, Kontributor, Diberitahukan	Rekomendasikan, Setuju, Lakukan, Masukkan, Putuskan
Tujuan utama	Tugaskan tanggung jawab tugas di seluruh pekerjaan	Jelaskan keputusan kelompok tunggal	Alokasikan hak keputusan pada keputusan yang kompleks
Terbaik untuk	Proyek, proses, serah terima	Keputusan tim yang berulang	Panggilan lintas fungsi yang berisiko tinggi
Ukuran tim	Apa pun (skala untuk proyek besar)	Tim kecil hingga menengah	Organisasi yang lebih besar / banyak pemangku kepentingan
Tipe keputusan	Pemetaan operasional / tanggung jawab	Keputusan yang terfokus, sehari-hari	Otoritas yang ambigu dan diperebutkan
Asal	Manajemen proyek & proses	Dipopulerkan oleh Atlassian	Bain & Company

Mana yang cocok untuk organisasi Anda?

Jika Anda perlu menjelaskan siapa yang melakukan apa di seluruh proyek atau proses — termasuk penyerahan dan persetujuan — gunakan RACI.

Jika Anda membuat keputusan yang berulang dan terfokus dalam tim kecil hingga menengah dan menginginkan satu penggerak yang jelas dan satu penyetuju, gunakan DACI.

Jika keputusan Anda kompleks, lintas fungsi, dan terus terhambat karena wewenang tidak jelas atau diperdebatkan, gunakan RAPID.

Jika keputusan berulang kali terhenti pada 'siapa yang memiliki hak veto?', peran Setuju yang eksplisit dari RAPID adalah pembeda yang harus dicapai.

Jika Anda baru memulai, DACI adalah yang paling mudah diadopsi — Anda dapat menjalankannya di bagian header dari ringkasan satu halaman.

Kerangka kerja ini mengatakan siapa yang memutuskan. Mereka tidak menangkap mengapa.

RACI, DACI, dan RAPID semua menjawab pertanyaan mendasar yang sama — siapa yang memegang setiap peran dalam sebuah keputusan. Apa yang tidak ditangkap oleh ketiganya adalah mengapa keputusan itu sebenarnya dibuat: argumen untuk dan melawan, bukti yang dipertimbangkan, keberatan yang ditolak dan atas dasar apa. Enam bulan kemudian, bagan peran memberi tahu Anda bahwa COO memutuskan; itu tidak memberi tahu Anda mengapa COO memilih Opsi B daripada Opsi A, sehingga penalaran harus direkonstruksi dari ingatan atau hilang.

Argumentree menangkap alasan di balik keputusan sebagai peta argumen pro/con yang terstruktur — setiap klaim terhubung dengan bukti dan kontraargumen untuk dan melawannya, dinilai oleh kelompok. Pasangkan dengan salah satu kerangka ini dan Anda mendapatkan kedua bagian: kerangka tersebut mengatakan siapa yang memutuskan, dan peta argumen mencatat mengapa.

Lihat apa itu jejak audit keputusan dan yang template catatan keputusan.

Pertanyaan yang Sering Diajukan

Apa perbedaan antara RACI dan DACI?

RACI menetapkan tanggung jawab untuk tugas-tugas dalam suatu pekerjaan — siapa yang Bertanggung Jawab (melakukannya), Akuntabel (memiliki hasil), Dapat Dikonultasikan (memberikan masukan), dan Diberitahukan (dijaga dalam lingkaran informasi). DACI lebih sempit dan spesifik untuk keputusan: ia menamai satu Penggerak yang mendorong keputusan maju, satu Pemberi Persetujuan yang membuat keputusan akhir, Kontributor yang memberikan keahlian, dan siapa yang Diberitahukan tentang hasilnya. Singkatnya, RACI menjelaskan siapa yang melakukan pekerjaan di seluruh proyek, sementara DACI menjelaskan siapa yang memutuskan satu pertanyaan.

Kapan saya harus menggunakan RAPID?

RAPID (dari Bain & Company) cocok untuk keputusan yang kompleks, berisiko tinggi, atau lintas fungsi di mana wewenang benar-benar tersebar di beberapa kelompok dan tidak jelas siapa yang berhak memutuskan. Ini memisahkan lima hak keputusan — Rekomendasikan, Setuju, Laksanakan, Masukan, dan Putuskan — sehingga keputusan yang terhenti dapat didiagnosis (biasanya peran 'Putuskan' yang hilang atau diperdebatkan, atau pihak 'Setuju' yang memiliki hak veto). Untuk tim kecil yang membuat keputusan rutin, RAPID biasanya lebih berat dari yang Anda butuhkan; DACI atau pemilik sederhana lebih cepat.

Apakah saya perlu perangkat lunak untuk menjalankan DACI?

Tidak. DACI adalah konvensi ringan yang dapat Anda jalankan dalam dokumen, spreadsheet, atau header dari ringkasan keputusan — satu Pengemudi, satu Pemberi Persetujuan, daftar Kontributor, dan siapa yang Diberitahu. Perangkat lunak membantu ketika Anda menginginkan catatan yang dapat dicari dari banyak keputusan seiring waktu dan jejak pemikiran di balik masing-masing, tetapi kerangka kerja itu sendiri hanyalah cara untuk memberi label pada peran dan tidak memerlukan alat.

Bagaimana cara saya mendokumentasikan keputusan RAPID?

Catat pernyataan keputusan, kemudian daftar orang atau kelompok yang memegang setiap peran RAPID (Rekomendasikan, Setujui, Laksanakan, Masukkan, Putuskan), rekomendasi yang diajukan, dan keputusan akhir beserta tanggalnya. Bagian kerangka kerja tidak menangkap mengapa pengambil keputusan memilih seperti itu — argumen untuk dan melawan, serta bagaimana masukan ditimbang. Menangkap alasan tersebut bersama dengan peran adalah apa yang mengubah grafik peran menjadi catatan keputusan yang tahan lama. Lihat bagaimana log keputusan dan jejak audit mempertahankan alasan tersebut.

Catat siapa yang memutuskan — dan mengapa

Pasangkan kerangka peran keputusan Anda dengan peta penalaran. Tangkap argumen di balik setiap keputusan dengan Argumentree.

Mulai Uji Coba Gratis