RACI vs RASCI vs DACI: Perbandingan Varian Responsibility Matrix

Oleh Tara Minh · Diperbarui 6 Juni 2026

RACI vs RASCI adalah salah satu pertanyaan paling umum yang diajukan project manager begitu mereka melampaui sekadar daftar tugas dasar. Pilih varian yang salah dan Anda akan berakhir dengan pekerjaan duplikat, hand-off yang terlewat, atau tidak ada yang benar-benar yakin siapa pemilik suatu keputusan.

Panduan ini menguraikan RACI, RASCI, dan DACI agar Anda bisa mencocokkan model yang tepat untuk proyek Anda dalam hitungan menit, bukan rapat berjam-jam.

Apa itu responsibility assignment matrix?

Responsibility assignment matrix (RAM) memetakan setiap tugas atau keputusan dalam proyek ke peran yang disebutkan namanya. Matrix ini menjawab dua pertanyaan untuk setiap item: siapa yang mengerjakan, dan siapa yang punya keputusan akhir. Tanpanya, tim akan bergantung pada asumsi informal, dan asumsi tersebut runtuh begitu scope membesar atau jumlah karyawan berubah.

Format yang paling banyak digunakan adalah RACI matrix, tetapi variasi seperti RASCI dan DACI muncul untuk menangani celah spesifik: eksekusi bersama di tim besar, atau pemisahan yang lebih jelas antara tugas operasional dan keputusan eksekutif.

Fakta Utama

• Organisasi dengan peran dan tanggung jawab yang terdefinisi dengan jelas 53% lebih mungkin menyelesaikan proyek tepat waktu (PMI, Pulse of the Profession 2023).
• 25% kegagalan proyek disebabkan oleh kepemilikan yang tidak jelas dan komunikasi yang buruk (Wellingtone, State of Project Management 2022).
• Tim yang mendokumentasikan hak keputusan melaporkan 20% lebih sedikit eskalasi selama eksekusi (McKinsey Organizational Health Index, 2022).

RACI vs RASCI vs DACI sekilas

CARS dan RAPID layak diketahui tetapi tidak dibahas mendalam di sini. Tiga model yang paling mungkin Anda pilih adalah RACI, RASCI, dan DACI.

RACI

Huruf: Responsible, Accountable, Consulted, Informed

• Responsible (R): Mengerjakan pekerjaan. Bisa ada beberapa R dalam satu tugas, meskipun satu R lebih rapi.
• Accountable (A): Memiliki hasil akhir. Hanya satu orang. Menandatangani persetujuan bahwa R sudah mengerjakan dengan benar.
• Consulted (C): Memberikan masukan sebelum pekerjaan dilakukan. Komunikasi dua arah.
• Informed (I): Mendapat pembaruan setelah fakta terjadi. Komunikasi satu arah.

Kapan menggunakan RACI: Ini adalah default yang tepat untuk sebagian besar skenario project management: rollout software, dokumentasi proses, perencanaan acara, atau situasi apa pun di mana pekerjaan berbasis tugas dan Anda membutuhkan seseorang yang bertanggung jawab atas setiap deliverable. Pembahasan mendalam RACI lengkap mencakup konstruksi, kesalahan umum, dan template gratis.

Kelemahan: RACI tidak membedakan antara orang yang "membantu" dan orang yang "memiliki." Pada proyek di mana dua orang atau lebih berbagi eksekusi, Anda akan melihat beberapa R di setiap baris, yang dengan cepat menjadi membingungkan.

RASCI

Huruf: Responsible, Accountable, Support, Consulted, Informed

RASCI (kadang dieja RASIC) menambahkan satu peran antara R dan A:

• Support (S): Membantu orang Responsible tetapi tidak memiliki tugas tersebut. Menyediakan sumber daya, kapasitas, atau keahlian khusus jika diminta.

Perbedaan ini penting ketika orang Responsible Anda tidak bisa menyelesaikan tugas sendirian tetapi Anda tidak ingin memberikan kepemilikan yang setara kepada banyak orang. Peran Support menangani "bantuan" tanpa mengaburkan akuntabilitas.

Contoh: Seorang content manager (R) menulis product brief. Seorang legal reviewer (S) berkontribusi pada bagian kepatuhan. CMO (A) menyetujui. Tanpa peran S, legal akan tercantum sebagai Responsible kedua (menyiratkan kepemilikan yang sebenarnya tidak mereka miliki) atau diturunkan menjadi Consulted (menyiratkan masukan mereka bersifat opsional).

Kapan menggunakan RASCI: Proyek apa pun dengan kolaborasi lintas fungsi di mana satu tim menggerakkan tetapi yang lain berkontribusi. Umum ditemukan pada kampanye marketing, peluncuran produk, dan siklus pelaporan tahunan. Model ini berpadu baik dengan communication plan yang menjelaskan bagaimana kontributor peran S diberi taklimat dan pelaporan balik.

Kelemahan: Tim yang tidak mendefinisikan "Support" secara presisi akan melihatnya berubah menjadi Responsible kedua. Adakan kickoff 15 menit untuk membedakan "S berarti Anda mengerjakan tugas tertentu jika diminta" dari "R berarti Anda memiliki tanggung jawab pengiriman."

DACI

Huruf: Driver, Approver, Contributor, Informed

DACI dirancang khusus untuk keputusan, bukan tugas:

• Driver (D): Menggerakkan keputusan maju. Mengumpulkan masukan, menetapkan linimasa, menjalankan prosesnya. Hanya satu orang.
• Approver (A): Memiliki keputusan akhir. Satu orang. Jika tidak ada satu Approver yang jelas, eskalasikan sebelum DACI dibangun.
• Contributor (C): Memberikan masukan sebelum keputusan dibuat. Mirip dengan Consulted pada RACI, tetapi label "Contributor" menandakan partisipasi aktif, bukan sekadar keahlian pasif.
• Informed (I): Diberi tahu setelah keputusan dibuat.

Kapan menggunakan DACI: Prioritisasi roadmap produk. Alokasi anggaran. Keputusan perekrutan. Restrukturisasi organisasi. Skenario apa pun di mana hasilnya adalah ya/tidak atau opsi yang dipilih, bukan deliverable yang selesai. DACI melengkapi project charter dengan baik: gunakan charter untuk mendefinisikan scope dan tujuan, lalu DACI untuk memperjelas siapa yang memutuskan apa di dalam scope tersebut.

Kelemahan: DACI tidak melacak eksekusi dengan baik. Setelah keputusan dibuat, Anda akan membutuhkan RACI atau RASCI untuk mengelola pekerjaan yang mengikutinya.

Cara memilih antara RACI, RASCI, dan DACI

Langkah 1: Identifikasi apakah Anda memetakan tugas atau keputusan

Tanyakan: "Apakah hasilnya berupa deliverable (dokumen, fitur, laporan) atau resolusi (go/no-go, angka anggaran, kebijakan)?"

• Hasil deliverable: mulai dengan RACI. Jika beberapa orang berbagi eksekusi, tambahkan lapisan S dan gunakan RASCI.
• Hasil resolusi: gunakan DACI.

Sebagian besar proyek membutuhkan keduanya. Peluncuran produk mungkin menggunakan DACI untuk keputusan harga dan RACI (atau RASCI) untuk rencana eksekusi. Jaga agar keduanya tetap menjadi matrix terpisah atau tab yang diberi label jelas.

Langkah 2: Hitung jumlah R per baris

Bangun draf RACI. Jika lebih dari dua baris dalam daftar tugas Anda memiliki tiga R atau lebih, proyek Anda memiliki kompleksitas eksekusi bersama. Itu tandanya untuk beralih ke RASCI: pertahankan satu R utama, dan pindahkan yang lainnya ke S.

Pemeriksaan cepat berdasarkan ukuran tim:

Jika Anda masih ragu, RACI adalah titik awal yang paling aman. Anda selalu bisa menambahkan kolom S setelah matrix berjalan dan Anda melihat polanya.

Contoh

Peluncuran produk software (RASCI)

Baris terakhir beralih ke DACI karena "go/no-go peluncuran" adalah keputusan, bukan deliverable. Pendekatan hybrid ini umum dan berjalan baik selama labelnya dijelaskan dengan jelas di header matrix.

Alokasi anggaran tahunan (DACI)

*Jika ini adalah tugas eksekusi RASCI, Finance Analyst akan menjadi S. Dalam DACI, tidak ada peran S resmi, jadi Anda bisa memberikan anotasi atau menjadikannya Contributor kedua.

Kesalahan umum

1. Beberapa Accountable dalam satu tugas. Satu A per baris, selalu. Jika dua orang perlu memberikan persetujuan, salah satunya adalah Consulted (atau Approver dalam DACI). Dua A berarti tidak ada yang benar-benar bertanggung jawab.

2. Mengacaukan Support dan Responsible dalam RASCI. Tulis definisi satu kalimat di samping legenda: "R memiliki deliverable. S menyediakan sumber daya atau menyelesaikan sub-tugas yang ditugaskan jika diminta tetapi tidak memiliki hasil akhir." Tinjau ini saat kickoff.

3. Membangun DACI padahal Anda membutuhkan RACI. Kesalahan umum pada proyek di mana stakeholder gugup soal kepemilikan. DACI terasa kurang mengancam karena "Driver" terdengar kurang berat dibandingkan "Responsible." Tetapi jika Anda melacak pengiriman pekerjaan, bukan keputusan, DACI akan meninggalkan celah. Gunakan alat yang tepat.

4. Melewatkan matrix pada proyek kecil. Bahkan sprint dengan 3 orang mendapat manfaat dari RACI yang ringan. Tanpanya, "siapa pun yang sedang luang" menjadi model penugasan de facto, yang sulit diskalakan. Padukan RACI yang ramping dengan RAID log Anda untuk menjaga risiko dan kepemilikan dalam satu tampilan.

5. Mengabaikan kolom Informed. Stakeholder Informed sering menjadi sumber kejutan di tahap akhir ketika mereka dilewatkan. Jaga daftar I tetap mutakhir. Stakeholder analysis matrix bisa langsung menjadi masukan untuk siapa saja yang termasuk dalam kolom I.

Memilih model Anda dan mulai bekerja

Mulailah dengan pertanyaan yang penting: tugas atau keputusan? Jika itu tugas, RACI adalah default Anda dan RASCI adalah peningkatannya ketika eksekusi bersama menjadi kenyataan. Jika itu keputusan, DACI memberi Anda struktur paling jelas tentang siapa yang menggerakkan, siapa yang memutuskan, dan siapa yang mendengar hasilnya setelahnya.

Matrix yang dibangun dengan baik tidak akan menghilangkan konflik, tetapi menghilangkan alasan "saya tidak tahu itu tugas saya." Untuk panduan praktis membangun RACI dari awal, pembahasan mendalam RACI matrix adalah tempat yang tepat untuk memulai. Padukan dengan prioritisasi MoSCoW untuk memastikan Anda hanya membangun matrix untuk pekerjaan yang memang termasuk dalam scope proyek sejak awal.