Yetkinlik Bazlı Görev Tanımı Nasıl Yazılır? Adım Adım Rehber

Her İK biriminin bir klasörü vardır: içinde yıllar önce yazılmış, kimsenin okumadığı görev tanımları durur. Sonra bir gün bir çalışan "bu benim işim değil" der, bir yönetici "bunu neden sen yapmıyorsun" diye sorar ve o klasör açılır. Çoğu zaman içinden çıkan metin tartışmayı bitirmez, çünkü orada yazan şey bir iş listesidir; kimin hangi sonucu üretmekle yükümlü olduğu değil.

Yetkinlik bazlı görev tanımı, bu klasörü canlı bir yönetim aracına çevirir. Bu yazıda görev tanımının ne olduğunu ve ne olmadığını, yazmadan önce hangi girdilerin toplanacağını, bir tanımın dokuz bölümünü, sorumlulukların ve yetkinliklerin nasıl yazılacağını, onay ve güncelleme döngüsünü, en sık yapılan hataları ve tanımın diğer İK süreçlerine nasıl bağlandığını bulacaksınız. Amaç size doldurulacak bir şablon vermek değil; kendi rollerinizi savunulabilir biçimde tarif edecek yöntemi kurmaktır.

Görev tanımı nedir, ne değildir?

Görev tanımı, bir rolün organizasyon içindeki varlık sebebini, ürettiği sonuçları, karar sınırlarını ve bu sonuçları üretmek için gereken yetkinlikleri tarif eden kurumsal belgedir. Kişiyi değil rolü anlatır: o koltukta kim oturursa otursun geçerlidir.

• Değildir: yapılan işlerin sayımı. "Raporları hazırlar, toplantılara katılır, e-postaları yanıtlar" bir görev tanımı değil, bir günlüktür.
• Değildir: iş ilanı. İlan aday çekmek için yazılır ve pazarlama dili taşır; görev tanımı içeriye bakar ve ölçmeye yarar.
• Değildir: iş sözleşmesi. Sözleşme tarafların hukuki ilişkisini kurar; görev tanımı işin içeriğini tarif eder ve sözleşmeye ek olarak kullanılabilir.
• Değildir: sabit metin. Rol değiştikçe tanım da değişir; değişmiyorsa ya rol donmuştur ya da belge unutulmuştur.

Yetkinlik bazlı tanımın klasik tanımdan farkı

Klasik görev tanımı "ne yapılır" sorusuna cevap verir. Yetkinlik bazlı tanım aynı soruyu sorar ama yanına iki soru daha ekler: hangi sonuç üretilir ve bu sonucu üretmek için hangi davranışlar gerekir. Aradaki fark, tanımın ölçülebilir hâle gelmesidir.

Yetkinlik mantığının bütününü daha önce yetkinlik bazlı İK yönetimi yazısında ele almıştık; görev tanımı, o modelin role indiği yerdir.

Yazmadan önce toplanması gereken altı girdi

Boş sayfaya oturup görev tanımı yazmak, en sık yapılan zaman kaybıdır. Önce şu altı girdiyi toplayın:

1. Organizasyon şeması ve raporlama hattı. Rol kime bağlı, kimler ona bağlı, hangi rollerle yatay çalışıyor?
2. Süreç akışları. Rol hangi süreçlerin hangi adımında duruyor? Süreç haritası varsa iş yarı yarıya bitmiştir.
3. Rolü hâlen yapan kişilerle görüşme. Bir hafta boyunca zamanlarının nereye gittiğini anlatsınlar; beyan ile gerçek çoğu zaman ayrışır.
4. Yöneticinin beklentisi. "Bu rol iyi çalışırsa ne değişir?" sorusunun cevabı, tanımın ilk cümlesini verir.
5. Mevcut kayıtlar. Kalite ve İSG kayıtları, denetim bulguları, müşteri şikâyetleri ve çıkış mülakatları rolün gerçek yükünü gösterir.
6. Yetkinlik sözlüğü. Şirkette ortak bir yetkinlik dili yoksa, her tanım kendi sözlüğünü uydurur ve karşılaştırma imkânsızlaşır.

Rol henüz yoksa ve doğrudan işe alım için tarif ediliyorsa, işe alım tarafındaki soru setini Köymen Danışmanlık'ın pozisyon analizi yazısı derli toplu anlatıyor; oradaki çıktıyı bu belgenin girdisi olarak kullanabilirsiniz.

Bir görev tanımının dokuz bölümü

1. Rol kimliği: unvan, birim, bağlı olduğu pozisyon, bağlı pozisyonlar, görev yeri, tanım versiyonu ve tarihi.
2. Rolün amacı: tek paragraf. "Bu rol var olmasaydı şirkette ne aksardı?" sorusunun cevabı.
3. Temel sorumluluklar: 6–10 madde. Fazlası okunmuyor, azı rolü eksik anlatıyor.
4. Başarı ölçütleri: her sorumluluğun karşısında ne izlendiği.
5. Yetki ve karar sınırları: neyi tek başına karar verir, neyi önerir, neyi onaya götürür.
6. Çalışma arayüzleri: iç ve dış paydaşlar; kiminle hangi konuda muhatap olur.
7. Aranan nitelikler: eğitim, deneyim, zorunlu belge ve sertifikalar, teknik bilgi.
8. Yetkinlikler: davranışsal ve teknik yetkinlikler, beklenen seviyeleriyle.
9. Onay ve gözden geçirme: hazırlayan, onaylayan, yürürlük tarihi, gözden geçirme periyodu.

Sorumlulukları yazma biçimi: fiil + çıktı + ölçüt

Sorumluluk cümlelerini tek bir kalıba oturtun: eylem fiili + üretilen çıktı + neye göre. Bu kalıp hem belirsizliği hem de şişirmeyi engeller.

• Zayıf: "Tedarikçi süreçlerini yönetir."
• Güçlü: "Onaylı tedarikçi listesini günceller ve her tedarikçiyi yılda bir, tanımlı değerlendirme kriterleriyle puanlar."
• Zayıf: "Eğitimlerden sorumludur."
• Güçlü: "Yıllık eğitim planını hazırlar, gerçekleşmeyi izler ve sapmayı birim yöneticisine raporlar."

Fiil seçiminde de bir hiyerarşi vardır: karar verir, onaylar, yürütür, hazırlar, destekler, izler aynı şey değildir. İki rolün tanımında aynı iş için "yürütür" yazıyorsa, o iş pratikte sahipsizdir. Sorumluluk ile başarı ölçütünü birbirine bağlamak, aynı zamanda performans değerlendirme sisteminin hazır zeminini kurar.

Yetkinlikleri seçmek: az sayıda, gözlemlenebilir, seviyeli

Bir role 15 yetkinlik yazmak, hiç yazmamakla aynı sonucu verir. Pratikte işleyen yapı şudur:

• Çekirdek yetkinlikler (3–4): şirketteki herkesten beklenenler. Tüm tanımlarda aynıdır.
• Role özgü yetkinlikler (3–5): o rolün başarısını gerçekten belirleyenler.
• Yönetsel yetkinlikler (2–3): yalnızca ekip yöneten roller için.

Her yetkinliği bir sıfatla değil, davranış göstergesiyle tarif edin. "İletişim becerisi yüksektir" ölçülemez; "karşı tarafın teknik olmayan olduğu durumlarda konuyu örnekle ve sonuçla anlatır" gözlemlenebilir. Seviyelendirme için dört kademe çoğu şirkete yeter: farkında – uygular – ustalaşmış – geliştirir/öğretir. Seviye beklentisi yazıldığı anda, aynı yetkinliğin eğitimle kapatılabilir açığı da görünür hâle gelir; bu da doğrudan eğitim ihtiyaç analizinin girdisidir.

Yetki ve karar sınırını yazmak

Görev tanımlarının en çok atlanan ama en çok çatışma önleyen bölümü budur. Her kritik iş için rolün konumunu dört seçenekten biriyle işaretleyin: karar verir, onaylar, görüş verir, bilgilendirilir. Bu ayrım yapılmadığında iki tipik arıza çıkar: birincisi aynı kararın iki yerde beklenmesi, ikincisi hiçbir yerde beklenmemesi. Bütçe, satın alma, personel ve müşteri taahhüdü gibi başlıklarda sınırı yazıya dökmek, tanımın en pratik faydasıdır.

Onay, yayın ve güncelleme döngüsü

Bir görev tanımı yazıldığı gün değil, yürürlüğe girdiği gün işe yarar. Döngüyü şöyle kurun:

1. Taslağı rolün yöneticisi ile İK birlikte hazırlar.
2. Rolü yapan kişi okur ve itirazlarını yazılı verir; bu adım atlanırsa belge içeride meşruiyet kazanmaz.
3. Bir üst yönetici onaylar; versiyon numarası ve yürürlük tarihi verilir.
4. Çalışana tebliğ edilir ve özlük dosyasına konur.
5. Yılda bir gözden geçirilir. Ayrıca şu tetikleyicilerde beklenmeden güncellenir: organizasyon değişikliği, yeni sistem/yazılım devreye alınması, birleşme veya yeni birim, denetim bulgusu, rolün ikiye bölünmesi ya da birleştirilmesi.

Kalite yönetim sistemi kurulu şirketlerde görev, yetki ve sorumlulukların tanımlı ve güncel olması zaten sistemin beklentisidir; dolayısıyla bu döngü çoğu zaman sıfırdan kurulmaz, var olan doküman yönetimine bağlanır.

Nereden başlamalı? Öncelik sırası

Tüm şirketi tek seferde kapatmaya çalışan projeler genellikle üçüncü ayda durur. Daha gerçekçi bir sıra şudur:

1. Çok kişili roller. Aynı unvanda beş kişi çalışıyorsa, tek bir tanım beş kişilik fayda üretir. En hızlı geri dönüş buradadır.
2. Kritik ve tekil roller. Ayrıldığında yerine kimsenin bakamadığı roller; bu tanımlar aynı zamanda yedekleme çalışmasının da zeminini kurar.
3. Sık işe alım yapılan roller. Devri yüksek pozisyonlarda tanım, her turda yeniden üretilen emeği ortadan kaldırır.
4. Çatışma üreten arayüzler. "Bu kimin işi" tartışmasının tekrarlandığı iki üç rolü birlikte ele alın; tek tek yazmak sorunu çözmez.
5. Kalan roller. Gerisi, yıllık gözden geçirme takvimine yayılabilir.

Bir pilot turda 8–10 rolü bitirip formatı sahada test etmek, 60 rolü aynı anda taslak hâlinde bekletmekten çok daha verimlidir. Pilot sonrası şablonda yapacağınız düzeltmeler, kalan tanımların tamamına ücretsiz olarak yansır.

En sık yapılan sekiz hata

1. Kişiye göre yazmak. Mevcut çalışanın güçlü yanlarına göre şekillenen tanım, o kişi ayrıldığında çöker.
2. "Ve benzeri işler" maddesi. Her tanımın sonundaki bu madde, tanımı hükümsüz kılar.
3. İş ilanını kopyalamak. İlan dili içeride ölçmeye yaramaz.
4. Yetkinlikleri sıfat listesine çevirmek. "Dinamik, özverili, takım oyuncusu" hiçbir kararı desteklemez.
5. Yetki bölümünü boş bırakmak. Sorumluluk verip yetki vermemek, tanımın en sık görülen kusurudur.
6. Hepsini aynı anda yazmaya kalkmak. Kritik ve çok kişili rollerden başlayın, tüm şirketi ilk turda kapatmayın.
7. Versiyonsuz belge. Tarihi ve sürümü olmayan tanımın hangisinin geçerli olduğu bilinmez.
8. Diğer süreçlere bağlamamak. Performans, ücret ve eğitim tarafında kullanılmayan tanım, altı ay içinde yeniden klasöre döner.

Görev tanımı İK sisteminin neresine bağlanır?

• İşe alım: ilan metni ve mülakat soru seti doğrudan sorumluluk ve yetkinlik maddelerinden türetilir.
• Oryantasyon: yeni giren kişinin ilk 90 günde neyi devralacağı tanımdan okunur. Oryantasyon programının iskeleti budur.
• Performans: hedefler, tanımdaki başarı ölçütlerinin dönemsel hâlidir.
• Ücret: rolün kapsamı ve karar sınırı, iş değerlemesinin ve maaş bandı kurgusunun girdisidir.
• Eğitim ve kariyer: yetkinlik seviyesi ile mevcut durum arasındaki fark, hem eğitim planını hem de yedekleme adaylarını belirler.

Şirketinizde bu belgeleri sıfırdan üretmek yerine hazır bir iskeletten ilerlemek istiyorsanız, görev tanımı doküman setine göz atabilir, kurgunun tamamını birlikte kurmak için insan kaynakları çözümlerimizi inceleyebilirsiniz.

Sıkça sorulan sorular

Görev tanımını kim yazar?
Taslağı rolün yöneticisi ile İK birlikte hazırlar, rolü yapan kişi okur ve katkı verir, bir üst yönetici onaylar. Tek başına İK'nın yazdığı tanım sahada karşılık bulmaz.

Ne kadar uzun olmalı?
Bir ya da iki sayfa yeterlidir. Uzunluk değil, sorumlulukların ölçütle eşleşmiş olması belirleyicidir.

Görev tanımı iş sözleşmesinin yerine geçer mi?
Hayır. Sözleşme tarafların hukuki ilişkisini kurar; görev tanımı işin içeriğini tarif eder ve sözleşmenin eki olarak kullanılabilir. İkisini birbirinin yerine koymayın.

Çalışan tanımdaki bir maddeye itiraz ederse ne yapılır?
İtiraz yazılı alınır ve yönetici ile birlikte değerlendirilir. İtirazların çoğu belgenin hatasını değil, rolün gerçek yükü ile beklenen yük arasındaki farkı gösterir; bu da başlı başına yararlı bir bilgidir.

Küçük bir şirkette de gerekli mi?
Evet, hatta daha çok gereklidir. Az kişinin çok iş yaptığı yapılarda sınırlar sözlü kaldığında çakışma ve sahipsiz iş oranı artar; tanım burada bürokrasi değil, sürtünme azaltıcıdır.