Template dan Contoh Matriks RACI: Format Siap Pakai untuk Setiap Proyek

Buku besar template RACI dengan satu segel Accountable A pada setiap baris deliverable

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

Matriks RACI menetapkan empat peran, Responsible, Accountable, Consulted, dan Informed, pada setiap tugas dalam proyek, sehingga tak ada yang perlu menebak siapa memiliki apa. Jika Anda menginginkan definisi lengkap dan pemikiran di balik setiap huruf, panduan matriks RACI membahasnya secara mendalam.

Halaman ini melewatkan teori. Isinya template kosong yang bisa Anda salin sekarang juga, enam contoh kerja di berbagai jenis proyek, dan aturan yang menjaga matriks tetap berguna setelah minggu pertama alih-alih menjadi dokumen yang tak pernah dibuka lagi. Jika kepemilikan tugas sebenarnya bukan masalah Anda, dan yang kurang adalah struktur untuk keputusan, langsung lompat ke RACI vs RASCI vs DACI.

Fakta Utama

  • Pulse of the Profession PMI 2026 menemukan bahwa sekitar sepertiga proyek kompleks gagal, "hampir dua kali lipat tingkat kegagalan 13% untuk proyek secara keseluruhan," dan proyek kompleks persis yang kepemilikannya sering tak dinyatakan.
  • PMBOK Guide, Edisi Kedelapan (PMI, November 2025) dibangun di atas enam prinsip inti dan tujuh domain kinerja, dan resources, yakni orang-orang yang mengerjakan pekerjaan dan peran yang mereka pegang, adalah salah satu dari tujuh itu.
  • PMI menyatakan aturan yang menopang seluruh model: "setiap tugas memiliki tepat satu orang Accountable," dengan Accountable didefinisikan sebagai "satu orang yang memiliki hasil dan bertanggung jawab atasnya." Setiap template di bawah dibangun untuk menjaga aturan itu.

Template matriks RACI kosong

Salin ini langsung ke spreadsheet atau dokumen. Ganti label dalam kurung siku dengan tugas dan peran Anda sendiri, lalu isi setiap sel dengan satu huruf: R, A, C, atau I. Biarkan sel kosong jika peran itu sama sekali tidak terlibat pada baris tersebut.

Tugas / Deliverable [Peran 1] [Peran 2] [Peran 3] [Peran 4] [Peran 5]
[Tugas atau deliverable 1]
[Tugas atau deliverable 2]
[Tugas atau deliverable 3]
[Tugas atau deliverable 4]
[Tugas atau deliverable 5]
[Tugas atau deliverable 6]

Legenda: R = Responsible (mengerjakan) · A = Accountable (memiliki hasil, tepat satu per baris) · C = Consulted (memberi masukan sebelum pekerjaan berlangsung, dua arah) · I = Informed (diberi kabar sesudahnya, satu arah)

Cara mengisinya

  1. Daftarkan deliverable di sisi kiri, bukan tindakan individual. Mulai dari level deliverable (laporan, rilis, kontrak yang ditandatangani), bukan setiap tugas mikro. Selengkapnya tentang memilih level yang tepat di bawah.
  2. Daftarkan peran di bagian atas, dengan nama jika memungkinkan. Jabatan cocok untuk template yang dibagikan luas, tetapi nama asli menghilangkan ambiguitas yang muncul begitu dua orang berbagi satu jabatan. Ambil daftar lengkap dari matriks analisis pemangku kepentingan jika Anda punya, agar tak ada pihak berkepentingan yang terlewat.
  3. Tetapkan semua Accountable lebih dulu, sebelum yang lain. Satu A per baris, tanpa pengecualian. Ini satu-satunya penugasan yang benar-benar mencegah tugas macet tanpa ada yang bertanggung jawab.
  4. Tetapkan Responsible berikutnya. Satu paling bersih; dua dapat diterima jika pekerjaannya memang dibagi; tiga atau lebih biasanya berarti baris perlu dipecah menjadi deliverable lebih kecil.
  5. Tambahkan Consulted dan Informed terakhir, dan jaga keduanya tetap pendek. Setiap C adalah orang yang harus ditunggu oleh pihak Responsible sebelum mulai. Setiap I adalah notifikasi yang harus dibaca seseorang. Daftar C dan I yang panjang biasanya tempat matriks mulai membusuk.
  6. Bawa matriks yang sudah jadi ke orang-orang di dalamnya sebelum menyebutnya final. Matriks yang dibangun sendirian lalu diemail mengundang ketidaksetujuan diam-diam. Lima menit dalam rapat kickoff proyek menangkap perselisihan sebelum menjadi serah terima yang terlewat.

Aturan yang menjaga matriks tidak membusuk

Matriks RACI berhenti berguna begitu aturan ini dilanggar, biasanya tanpa ada yang menyadari sampai sebuah tugas terlambat.

Dua tangan menopang satu tongkat estafet deliverable dengan satu tag kepemilikan accountable

Aturan Mengapa penting Apa yang terjadi bila dilanggar
Tepat satu A per baris Satu orang bertanggung jawab jika tugas gagal, titik Dua A berarti tak satu pun benar-benar merasa terikat; nol A berarti tak ada yang merasa
R boleh dibagi, tetapi jarang seharusnya Banyak orang bisa mengerjakan Tiga atau lebih R pada satu baris biasanya tanda baris itu harus dipecah menjadi deliverable terpisah
C itu dua arah, bukan basa-basi Orang yang di-Consulted ditanya sebelum pekerjaan berlangsung dan masukan mereka dapat mengubahnya Memperlakukan C sebagai opsional mengubah masukan nyata menjadi stempel karet setelah kejadian
I itu satu arah, dan harus tetap pendek Orang yang Informed diberi tahu, tidak ditanya Daftar I yang membengkak melatih orang berhenti membaca pembaruan sama sekali

Enam contoh matriks RACI kerja

Setiap contoh di bawah adalah matriks lengkap untuk skenario nyata, bukan potongan. Ganti dengan peran dan tugas Anda sendiri, tetapi perhatikan polanya: satu A per baris berlaku di setiap contoh.

Artefak rilis perangkat lunak, onboarding, dan pindah kantor masing-masing ditandai dengan satu pemilik accountable

1. Rilis perangkat lunak atau peluncuran produk

Tugas Product Manager Engineering Lead QA Lead DevOps Support Lead Marketing
Tentukan lingkup rilis A R C I I I
Build dan code review I A/R C I
Uji release candidate terhadap definition of done I C A/R
Siapkan rencana rollback C C A/R
Tulis release notes A C R C
Deploy ke produksi I C I A/R
Pantau metrik pasca-rilis I A R I
Tangani komunikasi ke pelanggan I C A/R

Engineering Lead memegang A pada dua baris dan R pada dua baris lainnya, yang normal bagi technical lead yang dekat dengan pekerjaan. Perhatikan QA hanya muncul di tempat pengujian benar-benar terjadi, bukan di setiap baris, itulah yang menjaga beban C mereka tetap terkelola.

2. Kampanye pemasaran

Tugas Marketing Manager Content Writer Designer Paid Media Specialist Sales Lead Legal
Setujui campaign brief A C C C
Tulis copy kampanye A R C C
Desain aset kreatif A C R
Tinjauan hukum dan kepatuhan I A/R
Siapkan kampanye iklan berbayar A I R
Luncurkan kampanye A R I
Serahkan lead berkualitas ke sales I A/R
Laporkan hasil ke pemangku kepentingan A/R C I

Legal di-Consulted di awal (copy dan kreatif) dan Accountable satu kali (tinjauan formal), pembagian yang umum: masukan di mana pun pekerjaan bisa menimbulkan risiko, kepemilikan hanya pada persetujuan itu sendiri.

3. Onboarding karyawan baru

Tugas HR / People Ops Hiring Manager IT Karyawan Baru Buddy
Kirim surat penawaran dan berkas A/R I
Sediakan akun, laptop, dan akses sistem C I A/R I
Tetapkan buddy onboarding R A I I
Jalankan orientasi hari pertama A/R C C
Selesaikan pelatihan kepatuhan dan kebijakan C A/R
Jalankan check-in 30-60-90 hari C A/R I I

Ini kasus di mana Accountable berpindah antara HR dan Hiring Manager tergantung barisnya, bukan berada pada satu orang untuk seluruh proses, yang normal: onboarding melintasi dua fungsi dan tak satu pun memiliki semuanya.

4. Implementasi ERP atau sistem

Tugas Project Sponsor Project Manager IT / Systems Admin Department Leads Vendor Implementasi
Setujui kebutuhan dan lingkup A R C C C
Konfigurasi sistem dan workflow I I C A/R
Migrasi data lama I C A/R C C
Uji workflow terhadap kebutuhan I I C A R
Latih pengguna akhir I A C C R
Setujui cutover go-live A R C C C
Berikan dukungan pasca go-live I I A/R I C

Cocokkan kewajiban vendor di sini dengan apa pun yang tertulis dalam statement of work Anda. Vendor yang memegang R pada konfigurasi dan pelatihan tanpa klausul SOW yang sepadan adalah celah yang layak ditutup sebelum kontrak ditandatangani, bukan setelah go-live.

5. Acara atau pindah kantor

Tugas Event / Move Lead Facilities IT Kepala Departemen Vendor / Jasa Pindahan
Pilih venue atau lokasi baru A/R C I
Pesan kontrak vendor I A/R C
Rencanakan tata letak lantai atau agenda A/R C C C
Koordinasikan relokasi IT atau setup AV I C A/R
Komunikasikan jadwal ke staf A/R I I C
Laksanakan hari pindahan atau acara A R R I R
Penutupan pasca-pindah atau pasca-acara A/R C I

Hari pindahan adalah satu-satunya baris dengan tiga R sekaligus (Facilities, IT, dan vendor semuanya bekerja fisik secara paralel), yang wajar karena itu satu hari eksekusi terkoordinasi, bukan deliverable bersama berkelanjutan yang jika tidak akan perlu dipecah.

6. RACI tim kecil (satu orang memegang beberapa huruf)

Tim tiga orang yang meluncurkan ulang situs web perusahaan: seorang Founder, seorang desainer/developer kontrak, dan seorang marketer kontrak. Tanpa kepala departemen, tanpa komite, hanya tiga orang dan satu tenggat.

Tugas Founder Designer / Developer Marketing Contractor
Setujui lingkup dan anggaran final A I I
Desain dan bangun situs A R I
Tulis copy situs A I R
QA dan tinjauan sebelum peluncuran A/R C
Luncurkan situs I A/R
Promosikan peluncuran C A/R

Founder adalah A pada lima dari enam baris, yang akan menjadi tanda peringatan di program 40 orang tetapi persis tepat di sini: di tim tiga orang, orang yang mendanai pekerjaan memang seharusnya menjadi pihak accountable hampir di mana-mana. Yang tetap penting adalah Responsible berpindah-pindah alih-alih menumpuk pada satu orang, dan setiap kontraktor mendapat kepemilikan penuh (A dan R bersama) pada baris yang benar-benar milik mereka.

Cara membaca matriks yang rusak

Matriks bisa tampak lengkap dan tetap rusak. Ini pola yang perlu dipindai sebelum Anda memercayainya.

Kaca pembesar memeriksa penugasan accountable yang hilang dan ganda dalam buku besar RACI

Pola rusak Artinya sebenarnya Perbaikan
Baris tanpa A Tak ada yang bertanggung jawab jika tugas itu terlambat, meski beberapa orang mengerjakannya Tetapkan tepat satu Accountable, meski orang yang sama sudah ditandai R
Baris dengan dua A atau lebih Dua orang merasa memegang keputusan akhir, yang dalam praktik berarti tak satu pun Pilih satu. Pindahkan yang lain ke Consulted
Kolom yang semuanya C, di setiap baris Orang itu dimintai masukan untuk segalanya, relevan atau tidak baginya Periksa apakah mereka perlu ada di matriks untuk setiap baris, atau hanya di mana keahlian mereka benar-benar berlaku
Satu orang adalah R di hampir setiap baris Delivery terkonsentrasi pada satu titik kegagalan Redistribusikan sebagian baris ke Responsible kedua, atau pindah ke model eksekusi bersama seperti RASCI
Pemangku kepentingan yang dikenal tidak muncul di mana pun dalam matriks Seseorang dengan kepentingan nyata atas hasil tak pernah dipetakan Silangkan matriks jadi dengan matriks analisis pemangku kepentingan Anda
Kolom Informed terus membesar di setiap tinjauan Informed telah berubah menjadi tempat menampung semua alih-alih daftar satu arah yang disengaja Pangkas. Tidak semua orang butuh setiap pembaruan, dan daftar I yang panjang melatih orang berhenti membaca

Memilih granularitas yang tepat

Cara paling umum matriks RACI salah bukan penugasan huruf yang buruk, melainkan memilih level detail yang keliru untuk membangunnya sejak awal.

Slip tugas, folder deliverable, dan portofolio fase menunjukkan tiga level detail RACI

Granularitas Jumlah baris umum Paling cocok untuk Risiko jika terpilih keliru
Level tugas 20-50+ baris Sprint pendek atau eksekusi satu tim di mana setiap tindakan diskret butuh pemilik bernama Tidak terbaca setelah beberapa lusin baris, dan pembaruan tertinggal dari kenyataan dalam seminggu
Level deliverable 8-20 baris Kebanyakan proyek lintas fungsi; ini default yang tepat untuk memulai Kadang terlalu kasar untuk menangkap siapa memiliki sub-langkah di dalam satu deliverable
Level fase 4-10 baris Program berbulan-bulan, ringkasan eksekutif, rollout ERP atau sistem Terlalu samar untuk eksekusi harian; menyembunyikan di mana pekerjaan sebenarnya berada

Mulailah di level deliverable hampir setiap kali. Jika daftar sumber Anda adalah struktur rincian kerja lengkap, jangan petakan setiap simpul daun; petakan deliverable yang berada di atasnya, lalu turun ke level tugas hanya untuk dua atau tiga deliverable di mana kepemilikan benar-benar diperebutkan. Matriks di atas 40-50 baris biasanya sudah berhenti menjadi matriks yang benar-benar dibaca siapa pun dan berubah menjadi spreadsheet yang dicari orang.

Kesalahan umum matriks RACI

Kesalahan Perbaikan
Membangun matriks sendirian dan mengedarkan versi final Bangun bersama orang-orang di dalamnya, atau minimal bawa mereka melewatinya sebelum dikunci
Membiarkan matriks basi setelah proyek dimulai Tinjau ulang di setiap pergantian fase atau staf, bukan hanya saat kickoff
Memakai jabatan alih-alih nama Nama menghilangkan ambiguitas yang muncul begitu dua orang berbagi jabatan
Melewatkan legenda Jelaskan arti R, A, C, dan I di bagian atas setiap matriks, bahkan untuk tim berpengalaman
Memperlakukan Consulted sebagai opsional Orang yang ditandai C adalah masukan wajib sebelum pekerjaan berlanjut, bukan pemberitahuan basa-basi
Memaksakan keputusan ke baris RACI Salurkan keputusan (go/no-go, anggaran, prioritisasi) melalui model bergaya DACI alih-alih meregangkan RACI untuk mencakupnya

Di mana matriks hidup setelah dibangun

Matriks RACI yang hanya ada di deck kickoff adalah matriks yang tak pernah diperiksa lagi. Bangun sekali, lalu hubungkan ke titik-titik dalam proyek di mana kepemilikan benar-benar diuji.

Tahap Apa yang dilakukan matriks di sana
Rapat kickoff proyek Memastikan setiap tugas punya pemilik bernama sebelum pekerjaan dimulai, selagi masih murah memperbaiki celah
Pelaporan status berkelanjutan Menjadi jangkar siapa melaporkan apa, dan kepada siapa eskalasi dilakukan saat sesuatu terlambat
Perubahan di tengah proyek Diperbarui begitu lingkup, staf, atau vendor berubah; catat perubahan itu sendiri di RAID log agar alasannya tidak hilang
Pembaruan pemangku kepentingan berkelanjutan Masuk langsung ke rencana komunikasi: kolom I adalah daftar distribusi satu arah Anda, kolom C adalah siapa yang butuh percakapan, bukan sekadar email
Penutupan proyek dan serah terima Menjadi catatan siapa memiliki apa, yang persis jenis bukti yang dibutuhkan baseline proyek berikutnya

Kapan RACI berhenti berfungsi

RACI mengasumsikan output setiap baris adalah deliverable yang diselesaikan seseorang. Begitu sebuah baris sebenarnya adalah keputusan, go/no-go, keputusan anggaran, pertarungan prioritisasi, RACI mulai tegang. Anda akan melihatnya sebagai perdebatan apakah sesuatu masuk kolom A, atau keputusan yang tak kunjung terbuat karena semua orang di-Consulted dan tak ada yang jelas memimpin.

Itulah sinyal untuk berhenti memaksakannya dan beralih model untuk baris itu, atau untuk seluruh alur kerja itu. Uraian lengkap tentang kapan memakai RACI vs RASCI vs DACI membahas cara membedakannya dan cara menjalankan keduanya berdampingan tanpa kedua matriks saling bertentangan.

Matriks RACI membuktikan nilainya dalam percakapan yang dipaksakannya sebelum pekerjaan dimulai, bukan dalam dokumennya sendiri. Salin template kosong di atas, isi bersama orang-orang yang benar-benar terdampak alih-alih sendirian di meja Anda, dan tinjau ulang begitu lingkup atau staf berubah. Satu Accountable per baris, daftar Responsible yang tidak membebani satu orang, dan daftar Consulted serta Informed yang cukup pendek sehingga orang benar-benar membacanya: itulah seluruh sistemnya, dan ia berskala dari peluncuran ulang situs tiga orang hingga rollout ERP multi-vendor tanpa mengubah bentuk.

About the author

Tara Minh

Tara Minh

Senior Operations & Growth Strategist

Tara Minh is Senior Operations & Growth Strategist at Rework, helping B2B SaaS leaders scale without breaking their teams. Tara turns messy workflows into systems people actually follow. Readers get practical frameworks they can use to cut waste, align teams, and grow on purpose.