RACI matrisi: roller, hesap verebilirlik ve süreç sahipliği

RACI matrisi, süreç etkinliklerini rollerle eşleştirerek işi kimin yaptığını, sonuçtan kimin hesap verdiğini, kime danışılması ve kimin bilgilendirilmesi gerektiğini gösterir. Süreç sahibiyseniz ya da PMO ve yönetişim çalışmalarına liderlik ediyorsanız, sorumlulukları proje tamamlandıktan sonra da geçerli olacak şekilde belirlemenize yardımcı olur.

Birçok kuruluşta, genellikle yeniden yapılanma sırasında hazırlanmış bir elektronik tabloda, bir RACI matrisi bulunur. Asıl zorluk, matrisi tanımladığı sürece bağlı tutmaktır: süreç değişir, dosya değişmez ve bunu kimse denetim zamanı gelene kadar fark etmez. Bu rehberde RACI’nin dört harfini, RASCI ve DACI’den farklarını, Siparişten Tahsilata sürecine ilişkin ayrıntılı bir örneği ve matrisi bir klasörde değil, süreçle birlikte güncel tutmanın yollarını ele alıyoruz.

RACI matrisi neyi gösterir?

RACI matrisi, sorumluluk atama matrisidir. Satırlarda süreç etkinliklerini, sütunlarda rolleri listeler ve her rolün her etkinlikteki katkısını kaydeder. RACI rollerini ve sorumluluklarını bir kez tanımlayın, dört harfi her yerde aynı şekilde kullanın.

Ekipler farklı adlar kullanabilir: RACI çizelgesi, RACI diyagramı veya sorumluluk matrisi. İş dünyasındaki okuyucuların aradığı RACI anlamı her zaman aynı dört harften oluşur; tabloda daima etkinlikler ve roller yer alır.

Danışılan ve Bilgilendirilen rolleri arasındaki fark önemlidir. Danışılan rol, karar verilmeden önce katkı sunar; Bilgilendirilen rolün ise ne olduğunu bilmesi gerekir. Herkesi Danışılan olarak işaretlemek gereksiz adımlar ekleyebilir.

RACI matrisi, sorumlulukları açıkça ortaya koyar. Ayrıca, sorumlusu net olmayan etkinlikleri göstererek bu boşluğu anlaşmazlığa veya gecikmeye yol açmadan önce gidermenize yardımcı olur.

RACI, RASCI ve DACI arasındaki fark nedir?

RACI, RASCI ve DACI, farklı ihtiyaçlara yönelik farklı rol tanımları kullanır. RASCI, RACI’ye bir destek rolü ekler. DACI ise süreç etkinlikleri genelinde sorumlulukları eşleştirmek yerine kararlara odaklanır. Ekipler sorumlulukları belirlemek için bir araya geldiğinde RACI, RASCI ve DACI arasındaki fark sıkça gündeme gelir.

RASCI, bir çalıştaya katkı sağlar: destek veren ekibi adlandırmak, sahipsiz kalan işleri ortaya çıkarabilir. DACI ise karar değerlendirmesinde işe yarar; burada önemli olan etkinliği kimin yaptığı değil, kararı kimin ilerlettiğidir. İkisi de aynı soruna farklı açılardan yaklaşır ve sonunda aynı soruyu gündeme getirir: Bu işin hesabını hangi rol verecek?

Siparişten Tahsilata sürecinde RACI matrisi nasıl görünür?

Bu Siparişten Tahsilata örneğinde altı rol, yedi etkinliğe atanıyor. “Yok”, rolün ilgili etkinlikte bir görevi olmadığı anlamına gelir.

Bu örnekte, kendi sürecinizde kontrol edebileceğiniz birkaç nokta öne çıkıyor:

• Sorumluluk her zaman işi yapan kişide olmaz. Satış siparişini oluşturma işinden satış temsilcisi sorumluyken, bu etkinliğin sonucunun hesabını sipariş yöneticisi verir.
• Danışma, koordinasyon ihtiyacını artırabilir. Kredi koşullarını onaylama ve ödeme anlaşmazlıklarını çözme süreçlerinde birden fazla rol yer alır. Girdiye ne zaman ihtiyaç duyulduğunu netleştirmek için matrisi kullanın.
• Sorumluluk birkaç rolde toplanabilir. Birkaç rol etkinliklerin çoğundan sorumluysa, bu sonuçların sahipliğini üstlenmek için gereken yetki ve kapasiteye sahip olup olmadıklarını kontrol edin.

Süreç RACI matrisi ile proje RACI matrisi arasındaki fark nedir?

Bir projenin belirli bir kapsamı ve bitiş noktası vardır. Proje çıktısı tamamlandığında proje RACI matrisi de kullanımdan kaldırılabilir. Süreç ise devam eder; bu nedenle süreç RACI matrisi, süreklilik taşıyan sorumlulukları tanımlamalıdır. Süreç sahipliğine ilişkin RACI, projelerin yanıtlamak zorunda olmadığı şu soruyu gündeme getirir: İş tamamlandıktan sonra süreçten kim sorumlu olacak?

Bu fark, sorumlulukları nasıl atadığınızı etkiler:

• Tekrarlanan etkinlikler için sorumluluk atayın. Projede bir rol, geçiş çalışmasından sorumlu olabilir. Süreç RACI matrisi ise ödeme anlaşmazlıklarını çözme gibi etkinliklerden kimin sorumlu olmaya devam edeceğini göstermelidir.
• Ekipler arasındaki işleri hesaba katın. Siparişten Tahsilata süreci satış, kredi kontrolü, operasyon ve finans ekiplerini kapsar. RACI, rolleri etkinliklerle eşleştirir ancak uçtan uca bir süreç sahibi belirlemez.
• Süreç değiştikçe atamaları gözden geçirin. Yeni sistemler, ekipler veya kurallar, bir etkinliği kimin yaptığı ya da onayladığını değiştirebilir.
• Matrisi süreç dokümantasyonuyla birlikte tutun. Ayrı bir elektronik tablo, tanımladığı süreçle uyumunu yitirebilir. Rolleri ve atamaları süreç dokümantasyonunun yanında tutarsanız ikisini birlikte gözden geçirmeniz kolaylaşır.

Süreçlerinizi zaten modelliyorsanız sorumluluk bilgilerini mümkün olduğunda süreç modeliyle birlikte tutun. Önce akışı tanımlıyorsanız süreç haritalamayla başlayın, ardından tanımladığınız etkinliklere roller atayın.

Süreç sahipliğini nasıl atarsınız?

RACI matrisi, tek tek etkinliklerin sorumluluğunu belirler. Ancak sürecin tamamından kimin sorumlu olduğunu tek başına göstermez. Süreç düzeyindeki rolleri ayrıca tanımlayın:

• Süreç sahibi: Uçtan uca süreçten, performansından ve iyileştirilmesinden sorumludur. Bir komite yerine tek bir kişi belirleyin ve bu sorumluluğu yalnızca metinde değil, matrisin süreç düzeyi satırında da kaydedin.
• Süreç yöneticisi: Günlük süreç operasyonlarını koordine eder, performansı izler ve sorunları üst mercilere taşır. Küçük bir kuruluşta bu rolü süreç sahibi de üstlenebilir.
• Etkinlikleri yürüten roller: Matriste Sorumlu olarak işaretlenen roller.
• Yönetişim kurulu: Süreçteki yapısal değişiklikleri gözden geçirir ve süreç sahibinin çözemediği sorunların giderilmesine yardımcı olur.

Sahiplik sorumluluklarını net tutmak için şu uygulamalardan yararlanın:

1. Her etkinlik için tek bir sorumlu rol belirleyin. İki kişi işi birlikte yürütebilir ve ikisi de Sorumlu olabilir; ancak yalnızca bir rol sonuçtan sorumlu olmalıdır.
2. Kişi adları yerine rolleri kullanın. İnsanlar görev değiştirebilir; rol temelli atamaları kuruluş değişiklikleri boyunca güncel tutmak daha kolaydır.
3. Matrisi, insanların süreci bulabileceği bir yerde yayımlayın. Bulunması zor bir RACI matrisinin günlük işlere yön vermesi daha düşük olasılıktadır.
4. Gözden geçirme koşulu belirleyin. Sistem, ekip veya mevzuat değiştiğinde ya da süreç performansı sorumlulukların yeniden ele alınması gerektiğini gösterdiğinde matrisi gözden geçirin.

RACI matrisinin yararını azaltan hatalar nelerdir?

RACI matrisi, atamalar karar vermeye yetecek kadar açık olduğunda işe yarar. Şu yaygın sorunlara dikkat edin:

• Bir etkinlik için birden fazla Sorumlu rol belirlemek. Sorumluluğun paylaşılması, karar yetkisinin kimde olduğunu belirsizleştirebilir. Tek bir sorumlu rol atayın.
• Danışılan ve Bilgilendirilen rolleri karıştırmak. Danışılan roller, iş tamamlanmadan önce görüş bildirir; Bilgilendirilen roller ise sonrasında bilgi alır.
• Matrisi organizasyon şemasından oluşturmak. Raporlama ilişkileri, her süreç etkinliğine kimin katıldığını göstermez. Önce etkinlikleri listeleyin, ardından ilgili rolleri belirleyin.
• Gereğinden fazla rol sütunu eklemek. Yalnızca incelenen süreçle ilgili rolleri ekleyin. Çok fazla sütun, matrisi taramayı zorlaştırır.
• Matrisi bir kez oluşturup bir daha gözden geçirmemek. Süreçler ve kuruluşlar değiştikçe atamalar güncelliğini yitirebilir.
• Matrisi yalnızca evrak işi olarak görmek. İşlerin nasıl dağıtılacağına hâlâ karar verebileceğiniz süreç tasarımı veya incelemesi sırasında matrisi kullanın.

RACI çizelgesini nasıl doldurursunuz?

1. Tek bir süreç seçin

   Başlangıcı ve bitişi net bir akış tanımlayın. Bir departman, okunabilir bir matris oluşturmak için genellikle fazla geniş bir kapsamdır.

2. Etkinlikleri listeleyin

   “İndirimi onaylama” veya “kredi koşullarını onaylama” gibi, fiil ve nesneden oluşan ifadeler kullanın.

3. İlgili rolleri belirleyin

   Sütunları yalnızca organizasyon şemasından değil, etkinliklerden yola çıkarak belirleyin. Birbirinden kolayca ayırt edilebilen rol adları kullanın.

4. Önce Sorumlu rolü atayın

   Her etkinlik için tek bir sorumlu rol seçin. Ekip bu konuda anlaşamıyorsa satırın geri kalanını doldurmadan önce anlaşmazlığı giderin.

5. Sorumlu rolleri atayın

   İşi yapan en az bir rol ekleyin. Birden fazla rol Sorumlu olabilir.

6. Gereken yerlere Danışılan ve Bilgilendirilen rolleri ekleyin

   Danışılan roller, iş tamamlanmadan önce görüş bildirir; Bilgilendirilen roller ise güncellemeleri alır. Bir rolün etkinlikte görevi yoksa ilgili hücreyi boş bırakın.

7. Kararların nasıl alındığını kontrol edin

   “Bu roller anlaşamazsa kararı kim verir?” diye sorun. Yanıt net değilse atamaları yeniden gözden geçirin.

8. Süreç sahibini ve inceleme koşulunu kaydedin

   Süreç sahibini, incelemeyi başlatacak olayı ve matrisin son inceleme tarihini ekleyin.

Görüşme boyunca “sorumlu” ve “işi yapan” rollerini birbirinden ayırın. Çizelgenin, kişiler rol değiştirdiğinde de kullanılabilmesi için kişi adları yerine rol adlarını kullanın.

RACI matrisi size neyi söyleyemez?

RACI matrisi, planlanan sorumlulukları kaydeder. İnsanların bu atamalara uygulamada uyup uymadığını veya sürecin hedeflenen sonuçları sağlayıp sağlamadığını göstermez.

• Uygulamada ne olduğunu göstermez. Matris, kredi koşullarını onaylama sorumluluğunu bir role verebilir; ancak bu adımın atlanıp atlanmadığını veya gecikmeli tamamlanıp tamamlanmadığını gösteremez.
• Güncelliğini yitirebilir. Ekip, sistem veya süreç adımlarındaki değişiklikler atamaları eski hâlde bırakabilir.
• Rolleri etkinliklere atar, uçtan uca tüm sonuçların sorumluluğunu belirlemez. Süreç sahibi yine de sürecin tamamının sorumluluğunu üstlenmelidir.

Matrisi, sürecin nasıl işlediğine ilişkin kanıtlarla birlikte değerlendirin. Süreç izleme ve Process Mining, belgelenen süreci olay verileriyle karşılaştırmanıza yardımcı olabilir. İkisi farklıysa dokümantasyonun mu yoksa işlerin yürütülme biçiminin mi gözden geçirilmesi gerektiğini değerlendirin.

Sahiplik sorumluluklarını netleştirdikten sonra, içgörüden uygulamaya geçiş adımları için süreç optimizasyonunu nasıl uygulayacağınızı öğrenin veya bir yaklaşım seçerken süreç iyileştirme tekniklerini inceleyin. Process Mining verileri hakkında bilgi için Event Log dokümantasyonuna göz atın.