Birkaç yıl önce McKinsey, ankete katılan kuruluşların %80'inin karar alma süreçlerinin etkisiz olduğunu düşündüğünü gösteren bir araştırma yayımladı—karar almak çok uzun sürüyordu ve/veya alınan kararlar iyi değildi.
Ankete katılanların neredeyse yarısı, kuruluşlarının yeterince hızlı karar almadığını düşünüyordu. Katılımcılar, verimsiz karar alma süreçleri nedeniyle zamanlarının büyük bir bölümünü—neredeyse üçte birini—boşa harcadıklarını ve kuruluş içinde üst kademelere çıkıldıkça bu oranın arttığını söyledi.
Ne karmaşa ama, değil mi? Özellikle şirketler her şeyin dijitalleşmesine ayak uydurmak için yarışırken.
İşte bu nedenle RACI, Proje Yönetimi Enstitüsü'nün PM Bilgi Birikimi Kitabı'nın tamamında karar almaya—kararları kimin aldığına ve nerede alındığına—odaklanan tek proje yönetimi aracı olduğu için bu dönem için mükemmeldir.
Ayrıca hangi işi kimin yaptığını anlamanıza da yardımcı olur. Bu iki nedenle, RACI kısaltmasını çoğu zaman Pandora'nın Kutusu olarak adlandırıyorum—yetki, güçlendirme ve hesap verebilirlikle ilgili her tür ilginç konuyu açığa çıkaran çok basit bir araç.
Temel RACI aracını hatırlamak istiyorsanız buradan başlayın: RACI Çizelgesi Nasıl Oluşturulur (bir şablonla birlikte) ve buradan: 30 Dakikada RACI Çizelgelerinde Ustalaşın (bu mini kursa erişmek için üye olmanız gerekir). Ayrıca web sitemde mükemmel bir teknik doküman ve başka kaynaklar da bulabilirsiniz.
RACI Ekip Oluşturma İçindir
RACI'yi ilk olarak bir kurumsal değişim danışmanı olarak öğrendiğim için, konuya biraz farklı bakıyorum. Proje yönetimi açısından ne kadar güçlü olduğunu düşünmek (ki gerçekten öyledir) yerine, öncelikle onu ekip oluşturma aracı olarak görüyorum.
Peki üyeler rollerini net olarak bilmediğinde bir ekibin başına ne gelir? İşte bazı yaygın belirtiler:
- İş yükleri dengesizmiş gibi görünür; bazı kişiler, yükün adil paylarına düşen kısmını taşımadıkları için ekipteki diğer kişilere kızar.
- İşlerin tekrarlanması; insanlar bunu genellikle kötü iletişime bağlar.
- Planlar yapılmadan önce kendilerine danışılmazsa insanlar gücenir.
- Ekip, proaktif biçimde ilerlemek yerine sürekli sorun söndürüyormuş gibi hisseder.
- Diğer departmanlardan veya mesleki kimliklerden gelen insanları kalıplara sokmak
Bunların hepsi ekip morali açısından korkunçtur; daha da kötüsü, ekipteki bireyler arasındaki sorunlar gibi hissedilebilir. Kişilik çatışmaları gibi. Oysa bunların çoğu, akademisyenlerin “rol karmaşası” olarak adlandırdığı bir durumdur ve bazı RACI rol netleştirmeleriyle ele alınabilir.
Bir ekibin altı ay boyunca bir proje üzerinde çalışıp, yalnızca kuruluşta daha üst düzeydeki birinin önerisini veto etmesi ne kadar moral bozucu olur? Yeterli düzeyde destek olmadan bir sorun üzerinde çalışmaya çabalamak ne kadar moral bozucudur? İyi ve kapsamlı bir RACI görüşmesi, ekip üyelerinin çok fazla zamanı boşa gitmeden önce bu sorunları ortaya çıkarabilir.
Rol netliği iyi olan ekiplerin yüksek performanslı ekipler olma olasılığının çok daha yüksek olduğu ortaya çıkıyor. Ve buna ne dersiniz—yüksek performanslı ekipler genellikle yüksek morale de sahip olur.
Özgün RACI ile İlgili Yaygın Sorunlar
McKinsey dikkatini karar alma süreçlerine çevirdiği için, RACI ile ilgili sorunlar hakkında burada bir blog yazısı da yayımladı. Birçok proje yöneticisinin bu araçla bir sevgi-nefret ilişkisi vardır. Bir keresinde bir müşterim, ekibiyle başka bir RACI Matrisi oluşturmak yerine ölmeyi tercih edeceğini, çünkü bunun “boyanın kurumasını izlemek gibi” olduğunu söyledi.
İlk sorun, R'nin (Sorumlu) ve A'nın (Hesap Veren) rollerinin çoğu zaman birbirine karıştırılmasıdır. Aracın temel amacı rol karmaşasını ortadan kaldırmaktır; dolayısıyla bu sorun gerçekten ironiktir.
İkinci sorun, bir çıktıyı üretmek için birden fazla kişinin iş birliği yaptığı karmaşık bir projeniz olduğunda (birden fazla R), rol karmaşası canavarının yeniden ortaya çıkabilmesidir.
RACI ile ilgili üçüncü sorun, teslim tarihlerini veya bir zaman çizelgesini içermemesidir. Rol netliği harikadır, ancak zamanında tamamlamanın pahasına olmamalıdır.
Dördüncü sorun, C (Danışılan) rolünün çoğu zaman sınırlarını aşması ve C rolündeki kişilerin gerçekte sahip olduklarından daha fazla yetkiye sahip olduklarını düşünmeleridir.
RACI 2.0 Nedir ve Özgün RACI'ye Göre Avantajları Nelerdir?
Bu dört sorunu, RACI 2.0 olarak adlandırdığım geliştirilmiş bir RACI ile tek tek ele alalım.
Birinci Sorun: R/A Karmaşası
RACI 2.0'ımızla bu iki rol arasında çok net bir ayrım yapıyoruz.
- R rolü iş yapar; bu genellikle bir tür çıktı oluşturmayı içerir. Bu, bir eylem gerçekleştirmek (örneğin akşam yemeği için rezervasyon yapmak) veya bir öneride bulunmak olabilir (“Araştırmama dayanarak bu ajansı işe almamızı öneriyorum ve işte bunun 3 nedeni.”). R rolünün (sorumlu kişinin) işi yapan kişi rolü olduğunu söyleriz. Bir şey üretmiyorsanız, büyük olasılıkla gerçekten bir R rolünüz yoktur.
- A rolü karar vermektir. RACI 2.0'da A'yı Hesap Verebilir'in yanı sıra Yetkilendiren olarak tanımlıyoruz (Yetkilendirmenin daha açık olduğunu düşünüyoruz). Buna ne ad verirseniz verin, bunun bir konu hakkında nihai kararı verme yetkisine sahip, hesap verebilir kişi olduğunu açıkça belirtin. (Aynı örnekte, akşam yemeği için nereye gidileceğine karar vermek. Ya da başka birinin önerisini kabul etmek veya etmemek.) Bu rolün ayrıca denetim yetkisi vardır; yani bu kişi, “Neye karar verirsem onun yeterince iyi olduğuna karar verene kadar geri dönüp neyse onun ikinci taslağını hazırlayın” diyebilir.
Özgün RACI ile Proje Yönetimi Enstitüsü, her etkinlik için yalnızca BİR A rolü olabileceğini çok açık biçimde belirtir. Bu, gerçekten yalınlaştırılmış bir karar alma sürecidir ve en iyi uygulamadır. Ancak gerçek dünyayı düşündüğümüzde, ortalama bir web sitesi tasarımı kaç farklı onay sürecinden geçer?
Özellikle işlevler arası çalışmalarda (birden fazla departmanı içeren çalışmalarda), RACI'yi yalnızca bir karar verene indirgemek gerçekten zor olabilir. RACI 2.0'da insanları, başlangıçta atadıkları A karar vericilerinin sayısına bakmaya ve bunu mümkün olduğunca azaltmaya teşvik ediyoruz. Bunu yalnızca bire indirgeyebileceğinizin garantisi yoktur.
İkinci Sorun: Çok fazla R
Özgün RACI'de, bir çıktının oluşturulmasına sınırsız sayıda R dahil edebilirsiniz ve bu, iş birliğinin gerçekliğini yansıtır. Ancak bu durum kendi başına daha fazla iş tekrarına ve kafa karışıklığına yol açabilir—bu kısmı sen mi yapıyorsun, ben mi? Peki tüm bunları kim takip ediyor?
RACI 2.0'da bu durum için bir R-Birincil (veya R1) rolü oluşturduk. R rolünde birden fazla kişi olduğunda, onlardan birini R-Birincil olarak belirleyin. Bu R1, çıktının planlandığı şekilde ilerlemesini sağlar (belirli bir çıktı için küçük bir proje yöneticisi gibi).
İş birliği yapan R'lerin sayısı arttıkça R-Birincil rolü daha kritik hale gelir. Bu kişi birden fazla kişinin çalışmasını koordine eder; ancak bu, karar verdiği anlamına gelmez (karar verme yetkisi yine A'nın alanında kalır).
İşte bir örnek (bu RACI çizelgesi makalesindeki LOTR örneği temel alınmıştır)
| Etkinlik/Katılımcı | R1 | R | A |
| Web sitesi metnini yazma | Sam Gamgee | Pippin Took | |
| Web sitesi metnini onaylama | Frodo Baggins |
Bu, Pippin'in metin üzerinde Sam'le BİRLİKTE çalıştığı, ancak R1 olarak Sam'in tüm işlerin bir araya gelmesini sağlaması gerektiği anlamına gelir. Not: R1 rolleri genellikle işi yapmaya da katkıda bulunur.
Üçüncü Sorun: Zaman Çizelgesi veya Son Tarih Yok
RACI 2.0 ile RACI çizelgenize her proje görevi için son tarihi içeren bir sütun eklemenizi öneriyoruz. Birçoğumuzun zorlu deneyimlerden bildiği üzere, son tarih olmadan işlevler arası proje çalışmalarında pek bir iş tamamlanmaz. Oh, bunu düzeltmek kolaydı!
| Etkinlik/Katılımcı | R1 | A | Son tarih |
|---|---|---|---|
| Web sitesi metnini yazma | Sam Gamgee | N/A | 3 Nisan |
| Web sitesi metnini onaylama | N/A | Frodo Baggins | 5 Nisan |
Dördüncü Sorun: Sınırlarını Aşan C'ler
C rolü Danışma anlamına gelir. C'ler, katkıda bulunabilecek değerli uzmanlığa sahip konu uzmanları olabilir ve bir proje hakkında ne düşündüklerini gerçekten bilmek isteriz.
Ancak onlar A değildir; bu da projenin gidişatını değiştiremeyecekleri, hatta projeyi yavaşlatamayacakları anlamına gelir. A rolündeki kişi onların görüşünü alabilir veya süreçten kopmamalarını sağlayabilir, onlara teşekkür edebilir ve ardından isterse bu görüşü göz ardı edebilir. C'ler onay veremez ve veto edemez. Yapabilecekleri tek şey tavsiye vermektir.
C'lerin katkısı için her zaman bir son tarih de belirleyebilirsiniz. Belirli bir “bu tarihe kadar” süresinden sonra projenizi ilerletmenize izin verilir. Fikirlerine katkıda bulunmadılarsa onlara bir hatırlatma gönderebilirsiniz (bir son tarihin güzelliği bir kez daha karşımıza çıkıyor) ve ardından ilerlemekte özgürsünüz. Verilmek istenen mesaj şudur: “Fırsatın vardı.”
RACI 2.0'ı Bir Dil Olarak Kullanın
RACI'yi proje ekibinin ve kuruluşun akıcı bir şekilde konuşmayı öğrenebileceği bir dil olarak düşünmeyi seviyoruz. Müşterilerimizin “RACI'yi akıcı konuşan” kuruluşlar haline gelmesini istiyoruz.
RACI'yi akıcı bir şekilde kullandığınızda, çalışma arkadaşlarının rollerini o anda değiştirmesi kolaylaşır. “Hey, bu hafta iş başımdan aşkın, (bu çıktı için) R görevimi sen üstlenebilir misin?”
İnsanlar yetkiyi anında netleştirebilir: “Her neyse, bunun A'sı kim?” veya daha büyük olasılıkla, “Üst yönetimden biraz netlik alalım; herkes bu web sitesi yeniden tasarımı için A'nın kendisinde olduğunu düşünüyor!” “Bu paydaşlar için bir son tarih var mı? İşlerin ilerlemesini engelliyorlar!”
More Articles
- Yapay Zekâ Destekli Proje Yöneticisi ve Eğitimci, Projelerin İşleyişini Temelden Değiştiren Basit Bir Yapay Zekâ İş Akışını Paylaşıyor
- Proje Yönetimi için Çevik ve Şelale Metodolojisi Karşılaştırması
- Bir Asana Uygulama Ajansında Teslimat Başkanının Kullandığı Gerçek Dünya Yapay Zekâ İş Akışları
- Proje Yönetimi Yazılımı ve Excel: Temel Farklar
- 2026’nın En İyi 17 BT Proje Yönetimi Kitabı
Özgün RACI çizelgesi güncelliğini yitirdi mi?
Hayır, RACI çizelgeleri hâlâ değerlidir (yukarıda belirtildiği gibi son tarih sütununu eklediğiniz sürece.). Ancak bunlar zaman yatırımı gerektirir; bu nedenle ne zaman kullanmanız gerektiği ve ne zaman gerekmediği konusunda düşünceli davranın.
Birden fazla departmanı, coğrafi bölgeyi ve/veya saat dilimini kapsayan bir projenin başlangıcı, çapraz işlevli ekiple durup bir RACI matrisi oluşturma süreci üzerinden fikir alışverişinde bulunmak için harika bir zamandır.
Yeni bir iş yapmak—daha önce birlikte hiç yapmadığınız bir şey—herkesin rollerini netleştirmek için başlangıçta durup değerlendirme yapmak adına bir başka harika fırsattır.
Yeni girişimler ve yenilikçiler genellikle minimum uygulanabilir ürünle (MVP) başlamaktan, ardından fikri pazarda test etmekten, sonra da yön değiştirmekten ve çoğu zaman yeniden yön değiştirmekten söz eder.
Bu tür bir çeviklik, iş tanımlarıyla (genellikle oldukça geniş ve sabit olurlar) pek uyuşmaz; ancak RACI ile çok iyi çalışır. Bir projenin başlangıcında oluşturduğunuz sorumluluk atama matrisi, proje geliştikçe ve insanlar ekibinize katılıp ekipten ayrıldıkça değişebilir ve esneyebilir.
RACI konusunda yetkin olduğunuz sürece siz ve ekibiniz rol değişikliklerinin üstesinden gelebilirsiniz.
Deneyiminiz
Klasik RACI'yi uygulama ve geliştirilmiş RACI 2.0'ı deneme konusundaki iyi, kötü ve çirkin deneyimlerinizi öğrenmek isteriz.
RACI'nin faydalarını görmenin; daha etkili toplantılar oluşturmak, yeni işe alınanları daha hızlı işe alıştırmak ve bir proje sponsoruyla daha fazla kaynak için müzakere etmek gibi birçok yolu vardır.
RACI ve ekip yönetimi hakkında daha fazla bilgi için The Digital Project Manager bültenine abone olun veya başka bir RACI alternatifi olan RASCI çizelgelerine göz atın.
