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

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
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.

| 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.

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.

| 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.

| 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.

On this page
- Template matriks RACI kosong
- Cara mengisinya
- Aturan yang menjaga matriks tidak membusuk
- Enam contoh matriks RACI kerja
- 1. Rilis perangkat lunak atau peluncuran produk
- 2. Kampanye pemasaran
- 3. Onboarding karyawan baru
- 4. Implementasi ERP atau sistem
- 5. Acara atau pindah kantor
- 6. RACI tim kecil (satu orang memegang beberapa huruf)
- Cara membaca matriks yang rusak
- Memilih granularitas yang tepat
- Kesalahan umum matriks RACI
- Di mana matriks hidup setelah dibangun
- Kapan RACI berhenti berfungsi