Yetkinlik Nedir? (Sözlük Tanımından Kurumsal Kanıta) L&D İçin Net Bir Çerçeve

Yetkinlik kelimesi, bir kurumun intranetinde “beklenen davranış” diye geçip aynı kurumun performans formunda “puanlanan kriter” olarak görünebiliyor; ikisi de doğru gibi duruyor ama aynı şey değiller. Bu karışıklık, L&D’nin işini sessizce zorlaştırıyor: eğitim üretmek kolaylaşıyor, kanıt üretmek zorlaşıyor.

Ben yetkinliği sözlükten çıkarıp sahaya indireceğim: rol → davranış göstergesi → kanıt. Çünkü davranış göstergesi ve kanıt yoksa yetkinlik modeli, Borges’in sonsuz kütüphanesine benziyor: raflar dolu, ama aradığınız kitabın gerçekten var olup olmadığını kimse bilmiyor (Borges, “Babil Kitaplığı”, 1941).

Ayrıca küçük bir insan gözlemi: Aynı yönetici, aynı toplantıda “Yetkinlik bazlı gelişim istiyoruz” deyip beş dakika sonra “Şu eğitimi herkes alsın” diyebiliyor. Bu çelişki beni kızdırmıyor; sadece hâlâ tam modelleyemedim. “Herkes alsın” cümlesi çoğu zaman kanıt eksikliğinin yerine konan bir güvenlik battaniyesi.

1) Sözlük tanımı yetmez: Yetkinlik tam olarak ne?

Günlük dilde “yetkin” demek, “işi yapabiliyor” demek. Kurumsal dilde ise yetkinlik, genellikle üç şeyi aynı anda taşımaya çalışır:

• İşin gerektirdiği bilgi
• O bilgiyi uygulamaya çeviren beceri
• O uygulamayı tutarlı kılan tutum / değer / alışkanlık

Ama ben yetkinliği tek cümleye indirgerken şunu kullanıyorum:

Yetkinlik = Belirli bir rolde, belirli bir bağlamda, gözlemlenebilir davranışlarla ortaya çıkan ve kanıtla doğrulanabilen performans kapasitesi.

Buradaki iki kelime kritik: gözlemlenebilir ve kanıt. Gözlemlenemeyen davranış göstergesi yazamazsınız; kanıtlayamadığınız şeyi de yönetemezsiniz. Wittgenstein’ın “Anlam, kullanımdır” fikri burada işe yarıyor: Bir kelimenin anlamı, onu hangi pratikte nasıl kullandığınızla belirlenir (Wittgenstein, Philosophical Investigations, 1953). Kurumunuz “yetkinlik” kelimesini hangi karara bağlamak için kullanıyor? Atama mı, terfi mi, eğitim mi, ücret mi? Cevap değişince model de değişiyor.

2) Yetkinlik, beceri, bilgi, tutum: L&D’de en çok karışan dört kavram

Bu dört kavramı ayırmadan “yetkinlik haritası” çıkarmak, haritaya kuzeyi yazmadan yola çıkmak gibi. Bir süre idare eder, sonra herkes başka yöne gider.

Aşağıdaki tabloyu ben ekiplerle çalışırken sık kullanıyorum:

Burada bir düzeltme yapayım: “Tutum anketle ölçülmez” demek fazla sert olur. Ölçülür; ama tek başına kanıt değildir. Anket, niyetin ve algının izini verir; davranışın kanıtını vermez.

L&D açısından pratik sonuç şu: Eğitim kataloğunuz “bilgi modülleri” ile dolu olabilir; ama kurum sizden “yetkinlik gelişimi” istiyorsa, kataloğun tek başına yetmediği yer tam burasıdır.

3) Davranış göstergesi yoksa model yoktur: En yaygın 5 hata

Yetkinlik modeli yazılırken en sık gördüğüm hatalar (ve evet, ben de ilk zamanlar bunlara düşüyordum):

1. Soyut kelimelerle yetinmek: “İletişimi güçlü”, “proaktif”, “stratejik”.

   • Soru: Neyi yapınca proaktif oluyor? Neyi yapmayınca olmuyor?

2. Davranışı değil kişiliği tarif etmek: “Lider ruhlu”, “pozitif”.

   • Kişilik yargısı, gelişim tasarımını kilitler.

3. Bağlamı yazmamak: “Müşteri odaklı.”

   • Hangi müşteri? İç müşteri mi, dış müşteri mi? Hangi kanal? Hangi risk?

4. Seviye farkını belirsiz bırakmak: Junior ve senior aynı cümleyle ölçülürse, puanlar politikleşir.

5. Kanıt mekanizmasını tanımlamamak: “Bunu ölçeriz” denir ama nasıl ölçüleceği yazılmaz.

Davranış göstergesi yazmak, edebiyatta “göster, anlatma” kuralına benziyor. Le Guin’in yazarlık notlarında bu disiplin vardır: okura hüküm vermek yerine sahne kurarsınız (Le Guin, Steering the Craft, 1998). Yetkinlikte de “iyi iletişim kurar” demek yerine, “itiraz geldiğinde 2 net soru sorar ve öneriyi yeniden çerçeveler” dersiniz. Sahne kurarsınız.

4) Kanıt (evidence) katmanı: Yetkinliği kurumsal olarak “gerçek” yapan şey

Yetkinlik, kanıtla gerçek olur. Kanıt dediğim şey sadece sınav puanı değil; rolün doğasına uygun kanıt paketi.

Ben kanıtı üç sepete ayırıyorum:

• Mini değerlendirmeler: kısa testler, checkpoint’ler, senaryo soruları
• İş üstünde kanıt: gerçek iş çıktısı, gözlem, örnek vaka çözümü
• Simülasyon: karar bazlı senaryolar, dallanmalı akışlar, role-play kayıtları

Bu noktada Nextrain’de işim kolaylaşıyor: AI Gates ile bir öğrenme akışının içine “başarılıysa ilerle / değilse tekrar” mantığını koyabiliyorum. Yani kanıt, yolculuğun sonunda değil; yolculuğun içinde, karar noktalarında toplanıyor. Ayrıca gerçek zamanlı testler ve checkpoint’ler, karar bazlı simülasyonlar ve interaktif branching senaryoları üretip kanıtı daha “davranışa yakın” hale getirebiliyorum.

Bir de Saadet var; müşteriler “Yetkinlik bazlı gidelim” dediğinde ilk gelen cümle genellikle şu oluyor: “Peki bunu denetimde nasıl göstereceğiz?” Saadet’in işi, bu sorunun panik değil tasarım sorusu olduğunu insanlara hatırlatmak. (Bazen “İSG denetimi yaklaşıyor” cümlesi, kurumların yetkinliği ilk kez ciddiye aldığı andır. İlginç bir motivasyon kaynağı.)

Kanıt paketi şablonu (kopyala–uygula)

Aşağıdaki şablon, bir yetkinliği “ölçülebilir” hale getirir:

Yetkinlik adı:
Rol(ler):
Bağlam:
Davranış göstergeleri (3-7 madde):
Seviyeler (L1-L4):
Kanıt türleri:
- Mini değerlendirme:
- Simülasyon:
- İş üstünde kanıt:
Geçerlik süresi / yenileme (varsa):
Risk/uyum notu (KVKK, İSG vb.):

Bu şablonun “risk/uyum” satırı boş kalmasın. KVKK ve İSG gibi alanlarda yetkinlik, sadece gelişim değil uyum kanıtı üretir. Kurumlar bunu genelde geç fark ediyor.

5) Seviyeleme (junior–mid–senior) için rubrik: Bir örnek

Seviyeleme, yetkinlik modelinin en politik kısmı gibi görünür; aslında en teknik kısmıdır. Çünkü seviye farkı, “daha iyi” demek değil; daha karmaşık bağlamda, daha az destekle, daha tutarlı performans demektir.

Örnek bir yetkinlik seçeyim: “Müşteri itirazlarını yönetme” (satış bağlamı). Rubrik:

Rubriğin güzelliği şu: L&D “hangi eğitim?” sorusunu, “hangi davranış eksik?” sorusuna çevirir. Ve kanıtı da seviyeye göre seçer.

Burada Ebbinghaus’u anmadan geçmeyeyim: unutma eğrisi bize, tek seferlik maruziyetin hızla sönümlendiğini söyler (Ebbinghaus, 1885). Seviyeleme rubriği, tekrarın neye bağlanacağını belirler: aynı içeriği tekrar izletmek yerine, aynı davranışı farklı bağlamlarda tekrar ettirirsiniz.

6) Eğitim kataloğunu yetkinliğe bağlamak: Harita → yolculuk

Kurumlarda sık görülen manzara: katalog var, eğitim çok, ama “hangi eğitim hangi yetkinliği geliştiriyor?” sorusunun cevabı Excel’de bile yok.

Benim önerdiğim bağlama mantığı üç katmanlı:

1. Yetkinlik haritası: Rol → yetkinlik seti → seviyeler
2. Öğrenme yolculuğu: Yetkinlik açığına göre sıradaki adım
3. Kanıt döngüsü: Yolculuk içinde checkpoint + simülasyon + iş üstünde kanıt

Nextrain’de bunu pratikte şu şekilde kurgulayabiliyorum:

• Yetkinlik Tarayıcı ile “mevcut seviye / hedef seviye” farkını görünür kılmak
• Bu açığa göre Öğrenme Yolculuklarını dinamik kurmak
• Yolculuk içine AI Rules ve AI Gates yerleştirerek, kanıt sonucuna göre akışı değiştirmek
• Her aksiyonu event-level izlemek (İzleme / Tıklama / Cevap / Süre) ve raporlamayı “tamamladı mı?” seviyesinden “nerede zorlandı?” seviyesine taşımak

Bu kısımda bir risk var: Yetkinlik haritasını “her şeyi kapsayan dev bir şema”ya çevirirseniz, kimse kullanmaz. Calvino’nun Görünmez Kentler’inde şehirler bazen haritadan daha büyüktür; harita artık şehir değildir (Calvino, Invisible Cities, 1972). Yetkinlik haritası da böyle şişebilir. Ben küçük başlarım: kritik 5 rol, her rol için 6–10 yetkinlik, her yetkinlik için 3–5 davranış göstergesi. Sonra genişler.

Pratik kontrol listesi: “Yetkinlik bazlıyız” diyebilmek için

• Her yetkinliğin bağlamı yazılı mı?
• En az 3 davranış göstergesi var mı?
• En az 2 farklı kanıt türü tanımlı mı?
• Seviye farkı “daha iyi” değil, daha karmaşık bağlam olarak ayrışıyor mu?
• Eğitim kataloğundaki her kritik eğitim en az 1 yetkinliğe bağlı mı?
• KVKK / İSG gibi alanlarda yenileme ve denetim kanıtı düşünülmüş mü?

7) Kısa bir örnek senaryo: KVKK / İSG gibi alanlarda yetkinlik nasıl görünür?

KVKK ve İSG eğitimleri genelde “zorunlu” diye etiketlenir ve mesele kapanır. Ben bunu eksik buluyorum. Zorunlu eğitim, yetkinliğin sadece maruziyet kısmıdır; kanıt kısmı hâlâ tasarım ister.

Örnek: “KVKK’da veri ihlali şüphesini doğru eskale etme” yetkinliği.

• Davranış göstergesi: Şüpheli olayı 24 saat içinde doğru kanala bildirir; olayla ilgili gereksiz kişisel veri paylaşmaz.
• Mini değerlendirme: 5 soruluk senaryo checkpoint’i (hangi bilgi paylaşılır/hangisi paylaşılmaz?)
• Simülasyon: “Yanlış kişiye e-posta atıldı” vakasında ilk 10 dakikada atılacak adımlar
• İş üstünde kanıt: Gerçek (anonimleştirilmiş) olay kaydı üzerinden doğru form doldurma

Bu tasarım, denetimde “eğitimi aldı” demekten daha güçlüdür: “Bu davranışı şu kanıtlarla gösterdi” dersiniz. Kurumlar genelde ikinci cümleyi duyunca rahatlıyor; bu rahatlık neredeyse dokunulur bir şey.

“Tamamlama” bir aktivite kanıtıdır; yetkinlik ise davranış kanıtı ister.

Kapanış: Yetkinlik kelimesini kurtarmak

Yetkinlik, kurumların en çok kullandığı ve en az netleştirdiği kelimelerden biri. Benim işim, kelimeyi süslemek değil; karar verebilir hale getirmek. Rolü yaz, davranışı göster, kanıtı topla. Sonra eğitim kataloğu kendiliğinden anlam kazanıyor: “ne üretelim?” sorusu, “hangi davranış eksik?” sorusuna bağlanıyor.

Eğer bugün tek bir şey yapacaksanız, bir yetkinliği seçin ve şu üç satırı yazın:

1. Bu yetkinlik hangi rolde, hangi bağlamda?
2. Gözlemlenebilir davranış göstergeleri neler?
3. Bu davranışın kanıtını nasıl toplayacağım?

Geri kalanı—haritalar, matrisler, kataloglar—sonradan gelir. Kanıt gelmezse, hiçbir şey gelmez.

Notlar

1. Borges, Jorge Luis. “The Library of Babel” (La Biblioteca de Babel), 1941.
2. Wittgenstein, Ludwig. Philosophical Investigations, 1953.
3. Le Guin, Ursula K. Steering the Craft, 1998.
4. Ebbinghaus, Hermann. Über das Gedächtnis (Memory studies), 1885.
5. Calvino, Italo. Invisible Cities (Le città invisibili), 1972.