Pembagian peran proyek sering terlihat jelas sampai pekerjaan mulai berpindah antartim. Seseorang menyiapkan dokumen, orang lain diminta memberi masukan, dan seorang atasan diharapkan menyetujui. Namun, ketika hasil belum selesai, tim dapat kesulitan menjawab siapa yang perlu bertindak, siapa yang boleh memutuskan, serta siapa yang cukup menerima informasi.
RACI membantu membicarakan hubungan tersebut melalui empat bentuk keterlibatan: pelaksana, pemilik hasil, pihak yang dikonsultasikan, dan pihak yang diberi informasi. Alat ini biasanya ditampilkan sebagai matriks yang menghubungkan pekerjaan dengan peran. Kegunaannya berada pada kesepakatan yang dihasilkan, bukan pada banyaknya huruf yang berhasil dimasukkan ke setiap sel.
Panduan ini menjelaskan cara menyusun dan memeriksa RACI untuk proyek tim kecil. Definisi dan prinsip dasarnya merujuk pada publikasi Atlassian, University of Illinois System, dan University of Leeds. Pertanyaan penerapan serta urutan peninjauan di bawah merupakan sintesis editorial, bukan laporan pengujian sebuah matriks pada perusahaan tertentu.
Anda tidak harus memakai RACI untuk semua pekerjaan. Daftar tugas dengan pemilik yang jelas dapat mencukupi bila hubungan kerjanya sederhana. Pertimbangkan matriks ketika proyek melibatkan ketergantungan, kewenangan yang perlu dibedakan, atau banyak pihak yang membutuhkan tingkat keterlibatan berbeda. Mulailah dari kebingungan yang nyata, kemudian pilih tingkat rincian yang membantu mengatasinya.
1. Pahami empat peran sebelum mengisi matriks
Responsible menunjuk pihak yang mengerjakan kegiatan. Accountable menunjuk pemilik hasil yang bertanggung jawab atas penyelesaian dan kewenangan akhirnya sesuai tata kelola proyek. Consulted merupakan pihak yang dimintai masukan, sedangkan Informed menerima informasi yang relevan. Atlassian memakai pembedaan ini untuk menjelaskan keterlibatan dalam tugas atau keputusan. Common Project Roles and Responsibilities.
Dalam bahasa sehari-hari, pelaksana dan penanggung jawab sering disebut dengan istilah yang sama. RACI meminta tim memperjelas maksudnya. Orang yang menulis laporan dapat berbeda dari orang yang memastikan laporan diterima dan memenuhi kebutuhan proyek. Pembedaan tersebut membantu ketika pelaksana menemukan persoalan yang berada di luar kewenangan atau informasi yang dimilikinya.
Pihak yang dikonsultasikan mempunyai hubungan dua arah dengan pekerjaan. Tim membutuhkan informasi atau pertimbangannya sebelum tindakan tertentu. Sebaliknya, penerima informasi tidak otomatis diminta meninjau atau menyetujui. Bila kedua bentuk ini dicampur, semua penerima pembaruan dapat merasa mempunyai hak menghentikan pekerjaan, sementara pelaksana tidak mengetahui masukan mana yang benar-benar dibutuhkan.
Sepakati arti istilah sesuai organisasi sebelum memakai singkatan. Beberapa tim mempunyai batas persetujuan atau mekanisme pemeriksaan yang sudah berlaku. Matriks harus selaras dengan tata kelola tersebut. Jangan memakai huruf A sebagai cara memberi kewenangan baru kepada seseorang yang sebenarnya tidak mempunyai hak menyetujui anggaran, dokumen, atau tindakan yang sedang dibahas.
Tulis catatan singkat tentang arti setiap huruf di dekat matriks. Orang yang baru bergabung tidak seharusnya menebak maksud singkatan dari pembicaraan sebelumnya. Jika ada pengecualian, jelaskan batasnya secara spesifik. Istilah yang terlihat seragam dapat menyembunyikan perbedaan pemahaman apabila setiap orang memakai definisi sendiri ketika pekerjaan mulai menghadapi hambatan.
Uji pemahaman melalui pertanyaan sederhana: siapa mengerjakan, siapa memastikan hasil, siapa perlu didengar sebelum tindakan, dan siapa perlu mengetahui sesudahnya? Bila jawaban masih berubah-ubah, selesaikan percakapannya lebih dahulu. Matriks yang diisi cepat tetapi tidak dipahami bersama hanya memindahkan ketidakjelasan dari percakapan ke dokumen yang terlihat lebih resmi.
2. Tetapkan batas proyek dan hasil yang ingin diserahkan
RACI tidak dapat memperjelas pekerjaan yang belum mempunyai batas. Sebelum menuliskan nama peran, tentukan tujuan proyek, keluaran utama, penerima hasil, dan hal yang berada di luar cakupan. Batas ini membantu tim mengetahui kegiatan mana yang perlu dipetakan serta mencegah matriks berkembang menjadi daftar seluruh pekerjaan organisasi yang tidak berkaitan langsung.
Gunakan keluaran yang dapat dikenali pembaca. Frasa umum seperti mendukung proyek atau membantu operasional belum menunjukkan hasil yang perlu diserahkan. Rumuskan pekerjaan melalui dokumen, keputusan, penyerahan, atau perubahan yang memang dibutuhkan. Rumusan tersebut tidak harus sangat teknis, tetapi perlu cukup jelas untuk membedakan satu kegiatan dari kegiatan lainnya dalam alur proyek.
Tentukan kapan suatu keluaran dianggap selesai. Apakah selesai setelah disusun, diperiksa, disetujui, atau diterima pengguna? Perbedaan ini penting karena pemilik pekerjaan dapat berhenti pada tahap berbeda bila kriteria selesai tidak dijelaskan. RACI menampilkan hubungan peran, sedangkan penjelasan hasil membantu semua pihak memahami keadaan yang ingin dicapai melalui hubungan tersebut.
Pisahkan keluaran dan cara mengerjakannya bila keduanya mempunyai fungsi berbeda. Pada tahap awal, tim mungkin hanya membutuhkan peta hasil utama. Rincian langkah dapat berada dalam rencana kerja atau panduan yang sesuai. Jangan mengubah matriks menjadi petunjuk operasional sangat panjang jika tujuan utamanya adalah memperjelas siapa terlibat pada tiap hasil dan keputusan.
Periksa hubungan proyek dengan pekerjaan rutin. Beberapa kegiatan mungkin berada pada tim lain atau mempunyai proses persetujuan yang sudah berjalan. Jangan menganggap kegiatan tersebut tersedia tanpa koordinasi hanya karena namanya dimasukkan ke matriks. Pihak yang memberikan layanan perlu memahami permintaan, kapasitas, serta batas tanggung jawab yang diharapkan dari proyek.
Bila batas proyek belum disetujui, tandai hal yang masih perlu diputuskan. Anda tetap dapat menyusun daftar pertanyaan, tetapi jangan menyajikan matriks sebagai kesepakatan final. Keterbukaan tentang ketidakpastian membantu menghindari pembagian peran terhadap pekerjaan yang kemudian berubah secara mendasar ketika pemilik proyek menjelaskan kebutuhan yang sebenarnya atau menyesuaikan prioritas.
3. Pecah pekerjaan pada tingkat yang dapat dikelola
Baris matriks perlu cukup spesifik untuk menunjukkan perbedaan tanggung jawab. Jika satu baris berisi seluruh proyek, hubungan kerja yang penting dapat hilang. Jika setiap tindakan kecil menjadi baris, matriks sulit dipelihara. Pilih tingkat rincian berdasarkan titik penyerahan, keputusan, serta perbedaan pihak yang benar-benar terlibat dalam pekerjaan tersebut.
University of Illinois System menjelaskan RACI sebagai alat untuk menghubungkan tugas dengan orang serta memperjelas penugasan dan komunikasi. Penjelasannya membedakan pihak yang menyelesaikan tugas, memiliki tugas, diajak berdiskusi sebelumnya, dan diberi tahu setelahnya. Pembedaan itu membantu menentukan apakah suatu kegiatan memerlukan baris tersendiri. RACI Toolkit, AITS.
Pisahkan pekerjaan bila pelaksana atau kewenangannya berbeda secara bermakna. Menyusun dokumen dan menyetujui dokumen dapat memerlukan hubungan peran berbeda. Demikian pula, menyiapkan pilihan dan mengambil keputusan akhir tidak selalu dilakukan oleh pihak yang sama. Pemisahan semacam ini membuat matriks lebih mudah digunakan ketika seseorang perlu mengetahui tindakan berikutnya.
Gunakan urutan yang mengikuti alur pekerjaan. Pembaca sebaiknya dapat melihat bagaimana hasil satu kegiatan menjadi masukan bagi kegiatan berikutnya. Tidak semua proyek berjalan lurus, tetapi hubungan utama tetap perlu dapat dipahami. Jika terdapat pekerjaan yang berjalan bersamaan, jelaskan ketergantungannya dalam rencana kerja agar matriks tidak disalahartikan sebagai jadwal yang lengkap.
Hindari baris yang menggabungkan kegiatan dengan kata sambung terlalu banyak. Gabungan menyusun, memeriksa, menyetujui, mengirim, dan menindaklanjuti dapat menyembunyikan beberapa titik tanggung jawab. Tinjau apakah semua tindakan memang mempunyai pelaksana serta pemilik hasil yang sama. Jika tidak, pecah menjadi bagian yang membuat hubungan kerja lebih jelas dan dapat diperiksa.
Tentukan lokasi rincian pendamping. Tanggal, langkah teknis, bukti selesai, dan batas anggaran mungkin perlu dicatat, tetapi tidak semuanya harus berada dalam matriks yang sama. Gunakan tautan atau rujukan yang jelas ke dokumen terkait. Hubungan antardokumen lebih berguna daripada memaksa satu lembar memuat semua informasi hingga sulit dibaca atau dipelihara.
4. Identifikasi peran berdasarkan kebutuhan pekerjaan
Kolom RACI sebaiknya mewakili peran yang mempunyai hubungan nyata dengan kegiatan proyek. Mulailah dari pihak yang mengerjakan, menerima hasil, memberi keahlian, atau mempunyai kewenangan keputusan. Jangan memasukkan seluruh daftar organisasi hanya karena mereka mungkin tertarik. Keterlibatan yang terlalu luas dapat membuat matriks kehilangan kemampuan membedakan kebutuhan masing-masing pihak.
Nama peran dan nama orang mempunyai fungsi berbeda. Peran menjelaskan hubungan yang perlu tetap ada ketika anggota berubah, sedangkan nama menunjukkan siapa yang menjalankannya sekarang. Tim dapat menyimpan keduanya dengan cara yang jelas. Jika hanya memakai nama, pembaca baru mungkin tidak memahami dasar penugasan atau siapa yang menggantikan ketika orang tersebut tidak tersedia.
Periksa peran yang dipegang oleh orang yang sama. Tim kecil sering membutuhkan seseorang mengerjakan sekaligus memiliki hasil pada kegiatan tertentu. Keadaan itu perlu disesuaikan dengan kebijakan pemeriksaan dan kewenangan yang berlaku. Jangan menganggap matriks memberi alasan untuk menghapus pemisahan tugas yang memang diperlukan pada kegiatan dengan persyaratan persetujuan tertentu.
Libatkan pihak di luar tim inti bila pekerjaannya benar-benar diperlukan. Pemasok, bagian pendukung, atau pemilik layanan dapat mempunyai batas yang tidak diketahui penyusun matriks. Gunakan jalur koordinasi yang berlaku untuk memastikan harapan dapat dipenuhi. Menuliskan peran pihak lain tanpa diskusi bukan bukti bahwa mereka telah menerima tanggung jawab tersebut atau menyediakan waktu yang dibutuhkan.
Perhatikan peran pengganti untuk keadaan ketidaktersediaan. Matriks tidak harus memuat seluruh jadwal cuti, tetapi tim perlu mengetahui bagaimana pekerjaan diteruskan melalui kewenangan yang sah. Pengganti pelaksana belum tentu otomatis menjadi pengganti pengambil keputusan. Pisahkan keduanya dalam aturan pendamping agar pengalihan tidak menimbulkan asumsi yang keliru pada saat proyek terhambat.
Setelah daftar peran dibuat, tanyakan apakah ada kewenangan atau keahlian penting yang belum terwakili. Kekosongan dapat menunjukkan kebutuhan koordinasi tambahan atau keputusan yang belum mempunyai pemilik. Jangan mengisinya dengan nama orang yang paling mudah dihubungi tanpa dasar. Matriks perlu mencerminkan kesepakatan pekerjaan yang dapat dijalankan, bukan sekadar menghindari kolom kosong.
5. Isi pelaksana dan pemilik hasil terlebih dahulu
Mulailah pengisian dengan pihak yang mengerjakan dan pihak yang memiliki hasil. Keduanya menjadi dasar hubungan tanggung jawab pada setiap baris. Pelaksana perlu memahami keluaran yang diminta dan cara memperoleh bantuan. Pemilik hasil perlu mempunyai hubungan kewenangan yang sesuai untuk memastikan pekerjaan bergerak serta persoalan yang melampaui pelaksana memperoleh penyelesaian.
University of Leeds menyarankan adanya pihak responsible dan accountable untuk setiap tugas, dengan satu pemilik accountable, serta pembahasan matriks bersama pemangku kepentingan. Saran itu membantu memeriksa kekosongan dan tumpang tindih kepemilikan. Tetap selaraskan penerapannya dengan tata kelola keputusan yang memang berlaku dalam organisasi. RACI Process, University of Leeds.
Jika beberapa orang mengerjakan bagian yang sama, jelaskan pembagian hasil atau penanggung jawab koordinasinya. Huruf R pada banyak nama belum menjawab siapa yang menyatukan pekerjaan. Mungkin baris perlu dipecah, mungkin pula ada pembagian teknis yang cukup dijelaskan dalam rencana kerja. Pilih bentuk yang mengurangi kemungkinan setiap orang mengira bagian terakhir dikerjakan orang lain.
Jika dua pihak merasa harus menjadi pemilik akhir, periksa apakah kegiatan sebenarnya berisi dua keputusan berbeda. Kebutuhan memeriksa isi dan memberi persetujuan anggaran, misalnya, dapat mempunyai jalur yang terpisah. Jangan menyelesaikan perbedaan dengan memberi huruf A kepada semua orang tanpa menjelaskan hubungan kewenangannya. Bila diperlukan, minta pemilik proyek menetapkan tata cara yang sah.
Periksa kemampuan pelaksana memperoleh masukan dan akses. Penugasan tidak realistis bila orang diminta menyelesaikan hasil tetapi tidak dapat membaca informasi yang dibutuhkan atau menghubungi pihak terkait. Matriks membantu memperlihatkan persoalan tersebut, tetapi penyelesaiannya mungkin membutuhkan keputusan lain. Catat kebutuhan yang belum terpenuhi agar penugasan tidak dianggap sudah siap hanya karena namanya tercantum.
Minta pihak yang ditugaskan meninjau pemahamannya. Mereka perlu dapat menjelaskan hasil, batas, dan hubungan dengan pekerjaan lain. Tanggapan ini membantu menemukan perbedaan yang tidak terlihat ketika dokumen hanya dibaca penyusun. Persetujuan formal mungkin tetap diperlukan sesuai organisasi, tetapi kesepakatan praktis juga membutuhkan pemahaman orang yang benar-benar menjalankan tugas setiap hari.
6. Tentukan konsultasi dan pemberitahuan berdasarkan kebutuhan
Pihak yang dikonsultasikan dipilih karena masukannya dibutuhkan untuk pekerjaan atau keputusan. Jelaskan topik yang perlu mereka tanggapi serta kapan masukan diperlukan. Tanpa batas itu, konsultasi dapat berubah menjadi peninjauan menyeluruh yang tidak direncanakan. Pelaksana membutuhkan kejelasan tentang informasi mana yang harus diperoleh sebelum dapat melanjutkan kegiatan berikutnya dalam alur proyek.
Bedakan konsultasi dari persetujuan wajib. Jika suatu pihak mempunyai hak menyetujui menurut tata kelola, hubungan itu harus dijelaskan melalui rancangan keputusan yang sesuai. Jangan menyembunyikan hak persetujuan dalam huruf C tanpa penjelasan. Sebaliknya, pemberi masukan tidak seharusnya dianggap mempunyai hak menghentikan seluruh pekerjaan hanya karena pendapatnya perlu didengar.
Penerima informasi perlu mengetahui hasil atau perubahan yang memengaruhi pekerjaannya. Tentukan isi, waktu, dan saluran pembaruan yang berguna. Tidak semua orang membutuhkan semua rincian. Ringkasan keputusan dapat memadai bagi sebagian pihak, sementara pelaksana kegiatan berikutnya mungkin membutuhkan dokumen lengkap serta batas penerapannya. Gunakan kebutuhan kerja sebagai dasar pembagian informasi.
Jangan memasukkan orang ke kategori informasi sebagai pengganti diskusi yang sebenarnya dibutuhkan. Bila pekerjaan mereka berubah akibat keputusan proyek, mungkin diperlukan konsultasi atau koordinasi sebelum tindakan. Periksa hubungan dampak dan kewenangan dengan hati-hati. RACI bukan alat untuk mengurangi suara pihak terdampak tanpa memahami kebutuhan proyek serta tata kelola yang berlaku.
Atur jalur ketika masukan belum tersedia. Tanggal yang terlewat perlu mempunyai konsekuensi proses yang disepakati, bukan keputusan sepihak yang dibuat saat pelaksana sudah tertekan. Mungkin diperlukan eskalasi, penyesuaian jadwal, atau keputusan berdasarkan informasi yang tersedia oleh pihak berwenang. Jangan menganggap tidak ada jawaban otomatis berarti setuju kecuali aturan yang sah secara jelas mengaturnya.
Periksa apakah distribusi informasi sesuai kerahasiaan. Matriks dapat menunjukkan seseorang perlu mengetahui hasil, tetapi rincian yang dibagikan tetap harus sesuai kewenangan. Pisahkan pemberitahuan keputusan dari lampiran yang mengandung informasi terbatas bila perlu. Dengan begitu, koordinasi dapat berjalan tanpa menjadikan kebutuhan transparansi proyek sebagai alasan membagikan seluruh data kepada setiap pihak.
7. Hubungkan matriks dengan keputusan dan eskalasi
RACI memperjelas keterlibatan, tetapi tidak selalu memuat proses keputusan secara lengkap. Tim masih perlu mengetahui informasi yang dibutuhkan, batas kewenangan, cara menyampaikan pilihan, dan jalur ketika ada perbedaan pendapat. Hubungkan matriks dengan aturan keputusan yang telah berlaku agar huruf pada dokumen dapat diterjemahkan menjadi tindakan ketika persoalan benar-benar muncul.
Salah satu kerangka pendamping adalah DACI. Atlassian membedakan penggerak proses, seorang pengambil keputusan akhir, pemberi kontribusi, dan pihak yang diberi informasi dalam kerangka tersebut. RACI dan DACI mempunyai fokus yang berbeda; jangan mencampurkan definisinya tanpa penjelasan hanya karena beberapa hurufnya terlihat sama. DACI Decision-Making Framework.
Untuk proyek kecil, aturan keputusan dapat ditulis secara sederhana. Tentukan siapa menerima persoalan, informasi apa yang perlu dibawa, dan siapa dapat memilih tindakan sesuai kewenangannya. Tidak semua keputusan membutuhkan dokumen baru. Yang penting, orang mengetahui jalur yang dapat digunakan tanpa harus mencari bantuan melalui hubungan pribadi atau menebak siapa yang sedang paling tersedia.
Eskalasi sebaiknya menjelaskan persoalan, dampak, tindakan yang sudah dilakukan, serta keputusan yang diperlukan. Jangan hanya meneruskan percakapan panjang dan berharap penerima menemukan inti masalahnya. Pelaksana dapat mengusulkan pilihan dengan asumsi yang jelas, sementara pihak berwenang mempertimbangkan konsekuensinya. Tanggung jawab penyusunan informasi dan kewenangan keputusan perlu tetap dibedakan sesuai konteks proyek.
Setelah keputusan diambil, perbarui catatan yang relevan. Jika pembagian peran berubah, matriks perlu mencerminkan perubahan tersebut. Jika hanya jadwal atau langkah teknis berubah, mungkin cukup memperbarui rencana kerja. Tentukan dokumen mana yang menjadi rujukan untuk setiap jenis informasi agar pembaca tidak harus menebak apakah keputusan terbaru berada dalam matriks, pesan, atau catatan rapat.
Jangan menggunakan eskalasi untuk menghapus tanggung jawab yang sudah diterima. Meminta keputusan karena batas kewenangan berbeda dari melepaskan pekerjaan tanpa penjelasan. Sebaliknya, pemilik hasil perlu membantu mengatasi hambatan yang memang melampaui pelaksana. Hubungan yang sehat memungkinkan orang mengangkat persoalan dengan informasi yang cukup dan mengetahui siapa akan menutup keputusan agar pekerjaan dapat dilanjutkan.
8. Periksa matriks per baris dan per peran
Peninjauan per baris membantu melihat apakah setiap kegiatan mempunyai hubungan kerja yang lengkap. Tanyakan siapa mengerjakan, siapa memastikan hasil, masukan apa yang diperlukan, dan siapa perlu mengetahui keluarannya. Periksa apakah penugasan selaras dengan kewenangan yang berlaku. Baris yang tampak penuh belum tentu jelas jika istilah kegiatan atau batas keputusan masih terlalu umum untuk dipahami bersama.
Peninjauan per peran membantu melihat pola beban dan keterlibatan. Seseorang dapat muncul pada banyak kegiatan yang waktunya bertabrakan atau memerlukan keahlian berbeda. RACI sendiri bukan perhitungan kapasitas, tetapi dapat menandai kebutuhan percakapan tentang sumber daya. Gunakan rencana waktu serta data beban yang tersedia untuk menilai apakah penugasan dapat dijalankan secara realistis.
Periksa kategori konsultasi yang terlalu luas. Jika hampir semua orang dimintai masukan pada semua pekerjaan, tim mungkin belum membedakan kebutuhan informasi dan kewenangan. Tanyakan jenis masukan yang diharapkan dari setiap peran. Jawaban yang tidak jelas dapat menunjukkan keterlibatan yang perlu disederhanakan atau penjelasan pekerjaan yang perlu diperbaiki sebelum matriks digunakan dalam pelaksanaan.
Periksa pula kategori informasi yang kosong pada kegiatan dengan dampak lintas tim. Pemilik hasil dapat merasa pekerjaannya selesai, tetapi pihak berikutnya belum mengetahui bahwa hasil tersedia. Jangan langsung menambah semua orang sebagai penerima. Tentukan hubungan yang benar-benar memerlukan pembaruan dan cara menyampaikan informasi pada waktu yang membantu pekerjaan selanjutnya bergerak.
Tinjau penggunaan peran organisasi yang sangat umum. Nama seperti manajemen atau tim pendukung mungkin belum cukup ketika pembaca perlu mengetahui siapa dapat bertindak. Jelaskan titik kontak serta pengganti melalui rujukan yang sesuai. Matriks perlu tetap dapat dipelihara, sehingga daftar orang terbaru dapat dikelola terpisah apabila struktur organisasi sering berubah dan mempunyai pemilik informasi sendiri.
Catat persoalan yang belum terselesaikan tanpa menyamarkannya sebagai penugasan final. Jika kewenangan masih diperdebatkan, tandai keputusan yang diperlukan dan pemilik tindak lanjut. Pemeriksaan bukan sekadar mencari sel kosong, melainkan memastikan hubungan tugas dapat dijalankan. Lebih baik menunjukkan batas yang belum jelas daripada memberi tampilan kepastian pada pekerjaan yang belum mempunyai kesepakatan nyata.
9. Terapkan pada satu alur dan pelihara perubahannya
Mulailah menggunakan matriks pada alur yang cukup terbatas untuk ditinjau. Pilih pekerjaan yang mempunyai hasil, pihak terlibat, dan titik penyerahan yang jelas. Tidak perlu mengubah seluruh tata kelola organisasi sekaligus. Penerapan yang terbatas membantu tim memahami apakah istilah, tingkat rincian, dan jalur keputusan yang ditulis benar-benar membantu pekerjaan yang sedang berjalan.
Gunakan matriks ketika menugaskan dan menindaklanjuti, bukan hanya pada pertemuan pembukaan. Pelaksana dapat memeriksa pihak yang perlu dimintai masukan, sementara pemilik hasil dapat melihat pekerjaan yang menunggu keputusan. Jika dokumen tidak pernah dipakai setelah disepakati, tanyakan apakah letaknya sulit ditemukan, bentuknya terlalu rinci, atau hubungan dengan sistem kerja belum dijelaskan.
Tentukan pemilik pembaruan matriks. Perubahan peran, lingkup, atau tata kelola perlu tercatat melalui jalur yang disetujui. Jangan membiarkan setiap salinan berkembang sendiri di perangkat berbeda. Gunakan satu versi rujukan dan jelaskan bagaimana perubahan diusulkan, ditinjau, serta diberitahukan kepada pihak yang terdampak agar kesepakatan lama tidak terus dipakai tanpa sadar.
Perbarui ketika terjadi perubahan yang bermakna, bukan sekadar mengganti tanggal tanpa pemeriksaan. Anggota yang berpindah tugas dapat memengaruhi pelaksana sekaligus pemberi masukan. Perubahan lingkup dapat menambah keputusan yang belum mempunyai pemilik. Gunakan perubahan pekerjaan sebagai pemicu peninjauan agar pemeliharaan matriks berhubungan dengan kebutuhan nyata, bukan hanya rutinitas administrasi yang tidak dipahami manfaatnya.
Saat menemukan hambatan, gunakan bukti pekerjaan yang tersedia. Catat apakah persoalan berasal dari penugasan yang kabur, kapasitas, akses, atau informasi yang tidak tersedia. Jangan menyimpulkan bahwa RACI berhasil atau gagal hanya dari perasaan pada satu pertemuan. Alat ini mendukung percakapan, sedangkan penyelesaian hambatan tetap bergantung pada tindakan serta keputusan pihak yang terlibat.
Jika matriks menambah pekerjaan tanpa membantu kejelasan, sederhanakan berdasarkan temuan. Kurangi rincian yang tidak dipakai atau pindahkan informasi teknis ke tempat yang lebih sesuai. Tujuannya bukan mempertahankan format demi format itu sendiri. Tim perlu dapat menjelaskan manfaat setiap unsur dan memahami hubungan matriks dengan cara menugaskan, memeriksa, memutuskan, serta menyerahkan hasil proyek.
10. Gunakan RACI sebagai kesepakatan yang dapat diperiksa
Matriks RACI yang berguna memungkinkan anggota menjawab pertanyaan kerja secara konsisten. Siapa perlu mulai bertindak? Siapa dapat menyelesaikan persoalan di luar kewenangan pelaksana? Masukan siapa harus diperoleh? Siapa perlu diberi tahu? Bila jawaban itu tersedia dan dipahami bersama, matriks mempunyai fungsi operasional yang lebih jelas daripada sekadar menjadi lampiran dalam dokumen proyek.
Sebelum menyatakan siap, periksa bahwa peran telah dibahas dengan pihak terkait, hasil setiap kegiatan dapat dikenali, dan batas kewenangan sesuai tata kelola. Pastikan pula dokumen dapat ditemukan oleh pengguna yang tepat. Kesepakatan yang hanya diketahui penyusunnya belum cukup untuk mengarahkan hubungan kerja, meskipun seluruh baris dan kolom sudah terlihat rapi serta lengkap.
Jaga perbedaan antara peta keterlibatan dan bukti pelaksanaan. Nama seseorang pada matriks tidak membuktikan bahwa tugas telah dikerjakan, persetujuan telah diberikan, atau masukan telah diterima. Bukti tersebut perlu berasal dari pekerjaan yang sebenarnya. Gunakan rencana, catatan keputusan, dan hasil yang tersedia untuk memeriksa kemajuan tanpa menganggap pembagian peran sebagai pengganti penyelesaian tugas.
Tinjau juga hubungan manusia di balik huruf. Orang perlu memperoleh informasi, waktu, akses, serta dukungan yang memadai untuk menjalankan perannya. Penugasan yang jelas tidak membenarkan tuntutan yang mustahil atau pengabaian hambatan yang telah dilaporkan. Pemilik hasil dan pemimpin proyek tetap perlu membantu menyesuaikan prioritas serta menyelesaikan persoalan yang melampaui kemampuan individu.
Gunakan pengalaman proyek untuk memperbaiki kesepakatan berikutnya secara jujur. Jika catatan menunjukkan satu titik penyerahan sering tidak dipahami, perjelas hasil serta penerimanya. Jika keputusan terus menunggu pihak yang salah, tinjau jalur kewenangannya. Hindari membuat klaim angka perbaikan tanpa data yang memadai; penjelasan tentang perubahan proses yang benar-benar dilakukan sudah memberi dasar pembelajaran yang berguna.
RACI membantu ketika tim menggunakan empat bentuk keterlibatan untuk memperjelas pekerjaan yang nyata. Mulailah dari hasil yang dibutuhkan, petakan peran sesuai kewenangan, dan bahas hubungan yang belum jelas sebelum pelaksanaan. Pelihara matriks bersama catatan keputusan serta rencana kerja agar pembagian tanggung jawab tetap dapat digunakan ketika proyek, anggota, dan kebutuhan organisasi mengalami perubahan.
Rujukan dan metode
- Common Project Roles and Responsibilities
- RACI Toolkit, AITS
- RACI Process, University of Leeds
- DACI Decision-Making Framework
Metode: telaah sumber primer dan sintesis editorial. Tautan rujukan ditempatkan dekat pembahasan yang didukungnya. Ditelaah 29 Oktober 2026.
