Görev ve yetki matrisi, bir iş sürecinde kimin işi yaptığı, kimin nihai sorumluluğu taşıdığı, kimin görüşünün alındığı ve kimin bilgilendirildiğini gösteren yönetim aracıdır.
Görevlerin yalnızca iş tanımlarında bulunması günlük süreçlerdeki onay ve karar karmaşasını her zaman çözmez. Satın alma, işe alım, izin, ödeme, kalite, üretim veya müşteri şikâyeti gibi süreçlerde roller adım adım netleştirilmelidir.
İyi hazırlanmış matris iş tekrarını, onay beklemelerini, yetki çatışmasını ve “bunu kimin yapacağı belli değildi” sorununu azaltır.
Kapsamı ve amacı belirleyin
Öncelikle hangi süreçlerin matrise alınacağı ve hangi sorunun çözülmek istendiği belirlenmelidir. Tüm şirketi tek seferde kapsamak yerine kritik ve sık tekrarlanan süreçlerden başlanabilir.
Matrisin görev tanımı, organizasyon şeması ve prosedürlerin yerine geçmediği; bunları tamamladığı unutulmamalıdır.
- Karar gecikmeleri
- Onay belirsizliği
- İş tekrarları
- Kontrol eksikliği
- Vekâlet sorunları
- Bölümler arası çatışmalar
Süreçleri uçtan uca listeleyin
Süreç yalnızca tek bölümün yaptığı iş olarak görülmemelidir. Talebin oluşmasından kayıtların kapanmasına kadar tüm adımlar çıkarılmalıdır.
Örneğin işe alım süreci ihtiyaç onayı, ilan, görüşme, teklif, belge toplama, işe giriş ve oryantasyon adımlarını içerebilir.
- Sürecin başlangıç tetikleyicisi
- Ana işlem adımları
- Kontrol ve onay noktaları
- Belge ve kayıtlar
- Süreç sonu çıktısı
- İstisna senaryoları
Rolleri kişi adına değil pozisyona bağlayın
Matris çalışan isimleriyle hazırlanırsa her personel değişikliğinde kullanılamaz hâle gelir. Roller “İK Uzmanı”, “Üretim Müdürü” veya “Finans Direktörü” gibi pozisyonlara bağlanmalıdır.
Küçük şirketlerde aynı kişi birden fazla rol üstlenebilir; ancak roller yine ayrı tanımlanmalıdır.
- İşi yapan
- Nihai sorumlu
- Onaylayan
- Görüşü alınan
- Bilgilendirilen
- Kontrol eden
RACI veya benzeri bir model kullanın
RACI modeli görevleri Responsible, Accountable, Consulted ve Informed rollerine ayırır. Şirket ihtiyacına göre “Kontrol Eden” veya “Onaylayan” gibi ek roller tanımlanabilir.
Her sembolün anlamı belge başında açıklanmalı ve tüm süreçlerde tutarlı kullanılmalıdır.
- R: işi fiilen yapan
- A: nihai sonuçtan sorumlu olan
- C: görüşü alınan
- I: bilgilendirilen
Tek nihai sorumluluk ilkesini koruyun
Bir adımda birden fazla nihai sorumlu bulunması kararın sahipsiz kalmasına yol açabilir. Mümkün olduğunda her işlem için tek bir nihai sorumlu atanmalıdır.
Birden çok çalışan işi yapabilir; ancak sonucun sahibinin kim olduğu açık olmalıdır.
- Son kararı kim verir?
- Gecikmede kim takip eder?
- Uygunsuzlukta kim aksiyon alır?
- Sonucun doğruluğunu kim sahiplenir?
Yetki limitlerini tanımlayın
Yetki yalnızca işlem türüne değil tutar, süre, risk veya müşteri seviyesine göre değişebilir. Örneğin satın alma onayı belirli tutarlarda farklı yöneticilere geçebilir.
Limitler matrisin yanında yetki tablosunda açıkça gösterilmelidir.
- Tutar limiti
- İndirim oranı
- İzin günü
- Fazla mesai saati
- Sözleşme süresi
- Risk seviyesi
Görevler ayrılığı ilkesini değerlendirin
Aynı kişinin talebi oluşturması, onaylaması, ödemeyi yapması ve kontrol etmesi hata ve usulsüzlük riskini artırır.
Özellikle finans, satın alma, bordro ve stok süreçlerinde işlem ve kontrol görevleri mümkün olduğunca ayrılmalıdır.
- Talep eden ile onaylayan ayrılığı
- Ödeme yapan ile kontrol eden ayrılığı
- Stok kullanan ile sayım yapan ayrılığı
- Bordro hazırlayan ile onaylayan ayrılığı
Vekâlet ve yokluk senaryosu oluşturun
Asıl sorumlu izinli, raporlu veya seyahatte olduğunda sürecin durmaması için vekil rolü belirlenmelidir.
Vekâletin başlangıç-bitiş tarihi, yetki sınırı ve kayıt yöntemi açık olmalıdır.
- Birincil vekil
- İkincil vekil
- Yetki kapsamı
- Süre sınırı
- Bilgilendirme yöntemi
Matrisi test edin ve çalışanlarla doğrulayın
Belge masa başında hazırlanıp doğrudan yayımlanmamalıdır. Süreci fiilen yürüten çalışanlarla adımlar test edilmeli ve eksik görevler bulunmalıdır.
Pilot uygulamada bir veya iki gerçek işlem matris üzerinden yürütülebilir.
- Atlanan adımlar
- Gereksiz onaylar
- Çakışan roller
- Gerçekçi olmayan süreler
- Yetkisiz sorumluluklar
Versiyon ve güncelleme yönetimi kurun
Organizasyon değişikliği, yeni yazılım, yönetici değişimi veya süreç revizyonu olduğunda matris güncellenmelidir.
Belgenin sahibi, sürüm numarası, onay tarihi ve bir sonraki gözden geçirme tarihi bulunmalıdır.
- Belge sahibi
- Versiyon numarası
- Yürürlük tarihi
- Değişiklik özeti
- Onaylayan yönetici
- Sonraki gözden geçirme
Görev ve yetki matrisi kontrol listesi
- Süreç uçtan uca çıkarıldı mı?
- Roller pozisyon bazında mı tanımlandı?
- Sembollerin anlamı açık mı?
- Her adımda tek nihai sorumlu var mı?
- Yetki limitleri yazılı mı?
- Görevler ayrılığı kontrol edildi mi?
- Vekâlet planı hazır mı?
- Çalışanlarla pilot test yapıldı mı?
- Matris çalışanların erişimine açık mı?
- Versiyon ve güncelleme sorumlusu belli mi?
Sonuç
Görev ve yetki matrisi, yalnızca kurumsal görünüm sağlayan bir tablo değil; günlük işleyişi hızlandıran ve hesap verebilirliği güçlendiren bir yönetim aracıdır.
Matristeki roller gerçek uygulamayla uyuştuğunda karar süreleri kısalır, iş tekrarları azalır ve çalışanlar hangi noktada kimden destek alacağını bilir.
Profesyonel işe alım desteği
İşletmeniz için doğru personeli bulma, aday ön eleme ve işe başlatma süreçlerinde SEA Academy İK ile iletişime geçebilirsiniz.
İletişime geçin