Bir görev tanımını elinize aldığınızda ilk göze çarpan şey genelde bir eylem listesidir. Raporlar hazırlar, ekibi yönetir, bütçeyi takip eder, tedarikçilerle görüşür. Bu cümlelerin her birinin arkasında aslında bir beceri gizlidir, sadece hiç adı konmamıştır. Raporu hazırlamak analitik düşünmeyi gerektirir, ekibi yönetmek geri bildirim verme becerisini, bütçeyi takip etmek sayısal muhakemeyi. İK’da yetkinlik haritası denince akla gelen ilk şey genelde yanlıştır: sıfırdan bir çerçeve kurmak değil, elinizdeki metni doğru okumak. Bu yazıda beceri temelli işe alımın ne anlama geldiğini, bir pozisyon tanımının adım adım yetkinlik haritasına nasıl döküldüğünü ve bu geçişin Türkiye’deki şirketlerde nerede tıkandığını anlatacağım.
Şunu baştan söyleyeyim: bu bir tanım yazısı değil, bir çeviri kılavuzu. Konuyu üç katmanda ele alacağız. Önce beceri temelli işe alımın klasik işe alımdan nerede ayrıştığına bakacağız. Sonra elinizdeki bir pozisyon tanımını üç adımda yetkinlik haritasına çevireceğiz, bunu somut bir örnek üzerinden göstereceğim. En sonda da bu geçişin Türkiye’de neden bazı şirketlerde durduğunu konuşacağız, çünkü teoride kolay görünen bu iş uygulamada birkaç yere takılıyor. Merak etmeyin, teorik bir çerçeve sunup sizi baş başa bırakmayacağım; üçüncü bölümde gerçek bir görev tanımını satır satır işleyeceğiz.
Görev Tanımı Beceriyi Neden Görünmez Kılar?
İK akademisyenleri Juan Sanchez ile Edward Levine, 2009’da Human Resource Management Review’da yayınlanan bir makalede geleneksel görev analizi ile yetkinlik modellemesini karşılaştırıyor ve ikisinin aslında farklı amaçlara hizmet ettiğini savunuyor. Onlara göre görev analizi işi tarif etmeye çalışırken, yetkinlik modellemesi organizasyonun stratejik önceliklerini günlük davranışa bağlamayı hedefliyor, yani ikisi rakip değil tamamlayıcı iki araç.
Klasik görev tanımı formatı doksanlı yıllardan kalma bir mantıkla çalışır: pozisyonun sorumluluklarını, raporlama hattını ve asgari niteliklerini sıralar. Bu format neyin yapılacağını anlatmakta gayet başarılı, ama nasıl yapılacağını, hangi zihinsel ya da davranışsal kapasiteyle yapılacağını hiç sormaz. “Müşteri şikayetlerini çözer” cümlesi duygusal düzenlemeyi, çatışma yönetimini ve ikna becerisini örtük biçimde içerir ama hiçbiri metinde geçmez. Bu örtük kalma durumu tesadüf değil, formatın doğasından kaynaklanıyor. Görev tanımları genelde hukuki ve organizasyonel bir ihtiyaçtan doğdu, kimin kime rapor verdiğini ve işin sınırlarını netleştirmek için yazıldı. Yetkinliği görünür kılmak hiçbir zaman asıl amaç olmadı. Bence İK’nın yetkinlik haritası derken asıl gözden kaçırdığı nokta burası: sıfırdan bir çerçeve kurmak değil, elinizdeki metni doğru okumak. Bu yüzden yetkinlik modeli kurmaya karar veren şirketlerin çoğu işe sıfırdan başlıyor, oysa ellerinde zaten ham veri var, sadece etiketlenmemiş.
Bunun işe alım tarafında da bir bedeli var. İlan metni görev tanımından türetildiği için ilan da aynı boşluğu taşıyor, adaylar hangi görevleri yapacaklarını okuyor ama hangi beceriyle değerlendirileceklerini kestiremiyor. Mülakatı yapan yönetici de aynı sorunu yaşıyor, elinde net bir davranış listesi olmadığı için sezgisiyle karar veriyor, bu da işe alım kararlarının kişiden kişiye tutarsız olmasına yol açıyor. Yetkinlik haritası burada aslında bir çeviri katmanı gibi çalışıyor, görev tanımının içindeki örtük bilgiyi hem adayın hem de mülakatı yapan kişinin okuyabileceği ortak bir dile çeviriyor.
Beceri Temelli İşe Alım Nedir?
Beceri temelli işe alım, adayın bir bilgiyi nerede öğrendiğinden çok o bilgiyle ne yapabildiğine bakan bir değerlendirme yaklaşımı. Diploma, üniversite adı ya da toplam çalışma yılı ikinci plana düşüyor, yerini ölçülebilir bir performans örneği alıyor. Bu tanım kulağa yeni gelebilir ama aslında hiç yeni değil, sadece adı yeni. İK dünyası uzun süredir yetkinlik bazlı mülakat yapıyordu zaten, beceri temelli işe alım bunun biraz daha sistematikleşmiş, işe alım öncesine de yayılmış hali.
Bu yaklaşımın yaygınlaşmasının asıl sebebinin insan kaynakları felsefesindeki bir değişim olduğu söyleniyor, ama ben tam olarak böyle düşünmüyorum. Bilişim ve veri gibi alanlarda uygun diplomaya sahip aday sayısı yeterli beceri havuzunu karşılamıyor, şirketler de zorunlu olarak diploma şartını gevşetip beceriye bakmaya başlıyor. Yani bu dönüşüm çoğu zaman ilkesel bir tercih değil, pragmatik bir zorunluluk.
Klasik işe alımla karşılaştırıldığında fark en çok elemede kendini gösteriyor. Geleneksel süreçte özgeçmişteki üniversite adı, mezuniyet yılı ve toplam deneyim süresi bir ön filtre görevi görür, aday bu filtreyi geçemezse dosyası hiç açılmaz. Beceri temelli süreçte filtre değişiyor: aday kısa bir görev simülasyonu, örnek çalışma ya da yapılandırılmış bir vaka sorusu üzerinden değerlendiriliyor. Bu, süreci daha uzun kılabiliyor çünkü her adayı okumak diplomaya bakmaktan daha fazla zaman alıyor. Yani beceri temelli işe alım her zaman daha hızlı bir yöntem değil, bazen tam tersi, ama daha isabetli bir eşleşme vaat ediyor.
Dünya Ekonomik Forumu’nun düzenli yayınladığı bir rapor var. Bu rapora göre işgücündeki beceri değişim hızını her yıl ölçüyor. Son sayısında çalışanların temel becerilerinin neredeyse dörtte birinden fazlasının önümüzdeki birkaç yıl içinde değişeceği, bir kısmının bugün hiç var olmayan alanlarda olacağı yazıyor. Bu oran tek başına bir şeyi kanıtlamıyor ama şunu gösteriyor: statik bir diploma bilgisiyle dinamik bir beceri ihtiyacını eşleştirmeye çalışmak giderek daha zor bir iş. Yetkinlik haritası tam olarak burada devreye giriyor, çünkü statik metni dinamik bir envantere çeviren araç odur.
Pozisyon Tanımından Yetkinlik Haritasına Geçiş: Çıkarım Çerçevesi
Elinizdeki görev tanımını yetkinlik haritasına çevirmek üç ayrıştırma adımından geçiyor.
Görev Tanımını Ayrıştırma
İlk adım basit görünür ama çoğu ekip burada acele eder. Görev tanımındaki her cümleyi tek bir eyleme indirgeyin, birden fazla eylem içeren cümleleri bölün. “Bütçe planlar ve harcamaları raporlar” iki ayrı satır olmalı, çünkü ikisi farklı beceri gerektiriyor. Bu aşamada yorum yapmayın, sadece metni parçalayın. Amaç, pozisyonun ne yaptığının tam bir envanterini çıkarmak, henüz nasıl yaptığına geçmemek. Deneyimlerime göre bu adımı atlayan ekipler bir sonraki adımda genel geçer, birbirine benzeyen yetkinlik isimleri üretiyor, çünkü eylemleri ayırmadan doğrudan soyutlamaya geçiyorlar. Uzun görev tanımlarında elliye yakın cümle çıkabilir, hepsini aynı anda işlemeye çalışmayın; önce en sık tekrar eden beş altı eylemi ayıklayın, geri kalanı ikinci turda tamamlarsınız.
Davranışsal İpuçlarını İşaretleme
İkinci adımda ayrıştırdığınız her eylemin yanına, o eylemi başarıyla yapan birinin sergilediği somut davranışı yazın. “Ekibi yönetir” yerine “haftalık önceliklendirme yapar, geri bildirimi zamanında verir, çatışmayı büyümeden ele alır” gibi üç ya da dört gözlemlenebilir davranış listeleyin. Burada iyi bir kontrol sorusu var: bu davranışı bir yöneticinin performans görüşmesinde somut örnekle sorabilmesi lazım. Sorulamıyorsa davranış hâlâ çok soyut demektir, bir kademe daha somutlaştırın. Bir pozisyonda dört ya da beşten fazla davranış çıkıyorsa muhtemelen tek bir eylemi değil, birden fazla alt görevi tanımlıyorsunuzdur, geri dönüp birinci adıma bakın.
Yetkinlik Setine Dönüştürme
Son adımda davranışları gruplayıp isimlendiriyorsunuz. Aynı kökten gelen davranışlar tek bir yetkinlik başlığı altında toplanır, örneğin geri bildirim verme ve çatışma yönetimi genelde “kişilerarası etkileşim” başlığında birleşir. Bu noktada yetkinliği çekirdek, yönetsel ya da fonksiyonel olarak da etiketlemek işinize yarar, çünkü ilerde performans sistemine ya da işe alım formuna aktarırken bu ayrım hangi yetkinliğin hangi pozisyona zorunlu, hangisinin isteğe bağlı olduğunu netleştirir. Bu aşamada en çok yapılan hata yetkinlik isimlerini İngilizce jargonla doldurmak; “stakeholder management” yerine “paydaş yönetimi” demek hem daha anlaşılır hem de değerlendirme formunda daha tutarlı duruyor. Ortalama bir orta kademe pozisyon için altı ile sekiz yetkinlik arası makul bir sayı; bunun üstüne çıktığınızda değerlendirme formu kullanılamaz hale geliyor, kimse sekizden fazla başlığı tutarlı puanlayamıyor.
Örnek: Bir Görev Tanımının Yetkinlik Haritasına Dönüşümü
Somutlaştırmak için kurgusal bir pozisyon üzerinden gidelim, gerçek bir şirket vakası değil, sadece yöntemi göstermek için oluşturulmuş bir örnek: bir e-ticaret şirketinde “Müşteri Deneyimi Uzmanı” pozisyonu.
Görev tanımında şu üç madde var: müşteri şikayetlerini çözer, memnuniyet anketlerini analiz eder, saha ekibiyle koordinasyon sağlar. Birinci adımda bu üç maddeyi ayrıştırıyoruz, zaten üçü de tek eylem içerdiği için bölünmesine gerek yok. İkinci adımda her birine davranış ekliyoruz. Şikayet çözme davranışı: sorunu tekrar tekrar sormadan dinler, çözüm önerisini on dakika içinde sunar, gerekirse üst kademeye net bir özetle yönlendirir. Anket analizi davranışı: haftalık trendi rapora dönüştürür, sayısal veriyi anlamlı bir öneriye bağlar. Koordinasyon davranışı: saha ekibiyle haftada bir senkron toplantı yapar, taleplerini yazılı olarak takip eder.
Üçüncü adımda bunları gruplandırıyoruz: dinleme ve yönlendirme “müşteri odaklı iletişim” başlığına, veri yorumlama “analitik düşünme” başlığına, senkron toplantı ve takip “çapraz ekip koordinasyonu” başlığına giriyor. Üç maddelik bir görev tanımından üç net yetkinlik çıktı, hiçbiri metinde açıkça yazmıyordu ama hepsi zaten oradaydı.
Ne kadar detaya inmeli sorusunu sık alıyorum. Cevabı pozisyonun kritikliğine göre değişir; üst düzey ya da zor doldurulan pozisyonlarda beş altı davranış maddesi makul, standart operasyonel pozisyonlarda üç madde çoğu zaman yeterli. Aşırı detaya inmek haritayı kullanılamaz hale getiriyor, çünkü kimse otuz maddelik bir kontrol listesiyle mülakat yapmak istemiyor. Ekipler bu örnekten sonra genelde şunu fark ediyor: yetkinlik haritası çıkarmak zor değil, sadece zaman alıyor, üç maddelik bir pozisyon için bile yarım saatten fazla sürüyor. Yirmi maddelik bir görev tanımı için bunu çarpın, şirketlerin bu işi neden sık sık ertelediğini anlarsınız.
Türkiye’de Yetkinlik Bazlı İK Süreçlerinde Karşılaşılan Engeller
Bu geçişin Türkiye’deki uygulamasında iki nokta düzenli olarak karşımıza çıkıyor.
KVKK Kapsamında Yetkinlik Verisi
Yetkinlik haritası, çalışan hakkında değerlendirme, gözlem ve gelişim notu gibi kişisel veri barındırıyor, bu da onu KVKK kapsamına sokuyor. Sorun verinin toplanması değil, nerede saklandığı ve kim tarafından görülebildiği konusunda net bir politika olmaması. Küçük ve orta ölçekli şirketlerde bu veriler genelde bir Excel dosyasında, İK yöneticisinin kişisel bilgisayarında duruyor, bu da hem güvenlik hem de aydınlatma yükümlülüğü açısından risk taşıyor. Bu konu genelde “sonra hallederiz” denilerek erteleniyor, bence hatalı bir yaklaşım çünkü yetkinlik haritası kurumsal bir sisteme taşınmadan önce mutlaka çözülmesi gereken bir başlık, sonradan düzeltmek çok daha maliyetli.
Unvan Bazlı Ücretlendirme ile Beceri Bazlı Yapının Gerilimi
İkinci engel daha yapısal: Türkiye’deki bordro ve kariyer sistemlerinin büyük kısmı hâlâ unvana bağlı çalışıyor, kıdemli uzman, müdür, direktör gibi kademeler ücreti belirliyor. Yetkinlik bazlı bir yapı ise kişinin sahip olduğu beceri setine göre esneklik öneriyor, bu da mevcut ücret bantlarıyla doğrudan çelişiyor. PwC’nin birkaç yıl önce yayınladığı bir araştırma var, çalışanların üçte birine yakınının kendi yetkinliklerinin performans değerlendirmesinde ya da özgeçmişinde görünür olmadığını düşündüğünü, dörtte birine yakınının da işverenlerin işe alımda beceriden çok geçmiş iş deneyimine baktığını söylediğini aktarıyor. Bu veri aslında Türkiye’ye özgü değil ama buradaki unvan kültürüyle birleşince sorun daha da büyüyor. Yetkinlik bazlı yapıya geçmenin sadece İK’nın kararı olduğu söyleniyor, ben buna tam katılmıyorum, çünkü ücretlendirme ve bordro sistemleri değişmeden yetkinlik haritası bir duvara çarpıp kağıt üstünde kalıyor.
Bu iki engeli aynı anda çözmeye çalışmayın. Önce KVKK tarafını netleştirin, yani veriyi kim görecek kim güncelleyecek karar verin, sonra ücretlendirme konusunu İK ile finans birlikte, uzun vadeli bir proje olarak ele alsın. İkisini birden bir haftada çözmeye kalkan projeler genelde hiçbirini bitiremiyor. Küçük bir pilot ekiple başlamak, örneğin tek bir departmanda yetkinlik haritasını deneyip sonuçlarını görmek, hem KVKK riskini küçültüyor hem de ücretlendirme tartışmasını erken açmadan önce somut bir kanıt biriktirmenizi sağlıyor.
Yetkinlik Haritası İşe Alım ve Performans Sürecine Nasıl Entegre Edilir?
Yetkinlik haritası tek seferlik bir doküman olarak kalırsa birkaç ay içinde unutulan bir dosyaya dönüşüyor. Değer üretmesi için üç sürece bağlanması gerekiyor. İşe alımda mülakat sorularını görev tanımından değil bu haritadan türetin, “geçmişte bir çatışmayı nasıl yönettiniz” gibi doğrudan davranış çıktısı isteyen sorular kullanın. Performans değerlendirmesinde ise yıl sonu formunu haritadaki başlıklarla eşleştirin, böylece çalışan hangi yetkinlikte nerede durduğunu somut biçimde görür, genel bir “iyi çalışıyor” notuyla değil. Eğitim planlamasında da harita bir öncelik listesi görevi görüyor, hangi ekipte hangi yetkinlik eksik, oraya bütçe ayırmak kolaylaşıyor.
Bu üç bağlantı kurulmadan çıkarılan hiçbir yetkinlik haritası kalıcı olmuyor, ilk oluşturulduğu heyecanla bir kere kullanılıp rafa kalkıyor. İK yazılımınız zaten performans ve işe alım modüllerini aynı sistemde tutuyorsa bu entegrasyon teknik olarak zor değil, asıl mesele haritayı güncel tutacak bir sorumlu atamak, çünkü pozisyonlar değiştikçe harita da değişmesi gereken canlı bir belge.
Bir de şunu eklemek isterim: yetkinlik haritasını tek bir seferde mükemmel kurmaya çalışmayın. İlk versiyon muhtemelen fazla geniş ya da fazla dar olacak, bazı başlıklar örtüşecek. Üç ay sonra gerçek performans görüşmelerinden gelen geri bildirimle haritayı yeniden gözden geçirmek, en baştan kusursuz bir model kurmaya çalışmaktan daha gerçekçi bir yol. Gözlemleyebildiğim kadarıyla en iyi işleyen haritalar ilk taslak değil, iki üç revizyondan geçmiş olanlar; çünkü gerçek kullanım, hangi başlığın anlamsız hangisinin eksik kaldığını masa başında değil sahada gösteriyor.
Sonuç: Tek Pozisyonla Başlayın
Baştaki iddiaya dönelim: yetkinlik haritası icat edilmez, mevcuttan çözülür. Elinizdeki görev tanımı zaten bu bilgiyi taşıyor, ihtiyacınız olan tek şey onu ayrıştırmak, davranışa çevirmek ve gruplamak. Bunun İK’nın en heyecan verici işi olduğunu iddia etmiyorum, aslında oldukça sıkıcı bir dokümantasyon çalışması, ama sıkıcı olması onu önemsiz yapmıyor. Türkiye’deki şirketler için asıl zorluk yöntemi öğrenmek değil, KVKK ve ücretlendirme gibi yapısal engelleri göze almak. Bu satırları yazarken bile şunu düşünüyorum: yöntem tarafı aslında zor değil, zor olan disiplini sürdürmek. Bir kere haritayı çıkarıp bir daha bakmamak, onu güncel tutmamak, projeyi başlatmaktan daha büyük bir hata. Bu yazıda anlattığım üç adımlı çerçeveyi kendi görev tanımlarınızdan birine uygulayın, tek bir pozisyonla başlayın, yirmisini birden değil. Küçük başlamak, haritanın rafa kalkmasını önleyen en pratik tedbir.
