Yetkinlik Bazlı Mülakat: L&D Perspektifinden Soru Tasarımı, Puanlama Rubriği ve Eğitim İhtiyacına Bağlama

Bir mülakat sorusu, doğru yazıldığında “ne biliyorsun?”u değil, hangi koşulda nasıl davrandığını yakalar; yanlış yazıldığında ise sadece iyi konuşmayı ölçer.

Bu ayrım, L&D için küçük bir detay değil: Eğitim planınızın ham maddesi ya gerçek davranış kanıtı olur ya da sadece süslü bir anlatım.

Benim derdim “yetkinlik bazlı mülakat”ı İK’nın rafında duran bir teknik olmaktan çıkarıp, öğrenme verisine çevirmek. Çünkü sahnede şu tuhaflık var: Aynı şirket, adaydan davranış kanıtı ister; Aday çalışan olduğunda ise bir anda kanıtsız varsayımlarla eğitim atar. Bu geçişi hâlâ tam modelleyemiyorum.

İnsan zihni, kapıdan girince değişiyor mu?

Aşağıda STAR tekniğiyle soru tasarlayacağım, 1–5’lik rubriği davranış göstergeleriyle kuracağım, sonra da mülakat çıktısını yetkinlik açığı → kişiselleştirilmiş öğrenme yolculuğu akışına bağlayacağım. Arada KVKK ve İSG’yi de unutmayacağım; çünkü “veri” dediğiniz şey, doğru tutulmazsa bir gün denetim kapınızı çalar.

“Evidence is not proof; it is the available body of facts.” [Carl Sagan, The Demon-Haunted World, 1995]
Mülakatta topladığınız şey de budur: mutlak doğruluk değİl, karar vermeye yetecek davranış İzlerİ.

1) Yetkinlik bazlı mülakatın gerçek amacı: “POTANSİYEL”i kanıtla okumak

Yetkinlik bazlı mülakat (davranışsal mülakat), adayın “iyi niyetini” değil, benzer bir durumda sergilediği davranışı merkeze alır. Çünkü iş hayatı, niyetle değil davranışla ölçülür: Müşteri itiraz eder, ekip dağılır, İSG kuralı ihlal edilir, KVKK maili yanlış kişiye gider… ve o anda refleksleriniz konuşur.

Burada iki kritik L&D çıkarımı var:

• Yetkinlik = eğitim konusu listesi değildir. Yetkinlik, bağlam içinde görünen davranış örüntüsüdür.
• Mülakat = Kalde'nin sürekli tekrarladığı gibi sadece seçim aracı değildir. İyi tasarlanırsa, işe alım anından itibaren kişiselleştirilmiş gelişim planının başlangıç ölçümüdür. Lütfen burayı sindirerek okuyun.

Bu noktada Saadet’in (kendisi “We’ll Handle It” Specialist olarak anılmayı hak ediyor) müşterilerden duyduğu bir cümle kulağıma takılıyor: “Adayı seçtik, sonra eğitim planını herkes için aynı açtık.” Seçerken farklılık arıyoruz, geliştirirken yok sayıyoruz. İlginç bir çelişki.

2) Yetkinliği “davranış göstergesine” çevirmek: soruyu yazmadan önce yapılacak iş

STAR sorusu yazmaya başlamadan önce, yetkinliği bir cümlelik soyut etiket olmaktan çıkarıp gözlenebilir göstergelere indirmeniz gerekir. Aksi halde “iletişim yetkinliği” gibi bir kelime, herkesin kafasında başka bir şeye dönüşür.

Basit bir şablon veriyorum:

• Yetkinlik adı: (örn. İtiraz yönetimi)
• Bağlamlar: (müşteri, iç paydaş, kriz, fiyat, SLA, vb.)
• Davranış göstergeleri (pozitif): ne yapar?
• Kırmızı bayraklar (negatif): ne yapar / neyi yapmaz?
• Kanıt türü: hangi örnekler gerçekçi kanıt sayılır? (metrik, çıktı, geri bildirim, olay akışı)

Örnek (kısa):

• Yetkinlik: KVKK farkındalığı (uygulama)
• Pozitif göstergeler:
  • Veri minimizasyonu yapar (gereksiz veri istemez)
  • Şüpheli durumda eskale eder
  • Erişim yetkisini doğrular
• Kırmızı bayraklar:
  • “Bir şey olmaz” diyerek kişisel veriyi uygunsuz kanaldan paylaşır
  • Süreci hızlandırmak için kayıt dışı yol önerir

Bu bölümde küçük bir düzeltme yapayım: Az önce “kanıt türü” derken sadece metrikleri kast ediyormuşum gibi yazdım; değil. Bazen en iyi kanıt, bir olayın kronolojisidir: “şunu gördüm → şunu varsaydım → şunu yaptım → şuraya bildirdim.”

3) STAR tekniğiyle soru tasarımı: şablonlar ve “iyi soru” testi

STAR (Situation–Task–Action–Result) tekniği, adayın anlatısını dört parçaya zorlar: Durum, Görev, Aksiyon, Sonuç. Zorlar diyorum çünkü insan, doğal hâlinde hikâyeyi “ben aslında…” diye süslemeyi sever. STAR, süsü ve egoyu azaltır.

STAR soru şablonları

Aşağıdaki şablonlar, soru bankası yazarken işinizi hızlandırır. Her birinin amacı farklıdır.

Şablon A — Kritik olay (gerçek yaşanmışlık)

• “Bana … ile ilgili zor bir durum yaşadığın bir zamanı anlat.
  Durum neydi? Senden ne bekleniyordu? Sen ne yaptın? Sonuç ne oldu?”

Şablon B — Çatışma ve uzlaşma

• “Bir paydaşla anlaşamadığın bir örnek ver. Hangi veriye dayanarak ilerledin?
  İletişimi nasıl yönettin? Sonuçta ne değişti?”

Şablon C — Hata ve öğrenme (benim favorim)

• “Yanlış karar verdiğin bir anı anlat. O an hangi sinyali kaçırdın?
  Sonrasında neyi farklı yaptın?”

Şablon D — Etik/uyum baskısı (KVKK/İSG için çok iyi çalışır)

• “Süreç baskısı varken bir kuralı uygulamak zorunda kaldığın bir örnek ver.
  Baskı neydi? Ne yaptın? Kime danıştın? Sonuç?”

Şablon E — Belirsizlik

• “Eksik bilgiyle karar vermen gereken bir anı anlat.
  Bilgiyi nasıl topladın, riski nasıl yönettin?”

“İYİ SORU” için hızlı kontrol listesi

Bir STAR sorusunu yayınlamadan (evet, ben mülakat sorusuna da “yayın” muamelesi yapıyorum) önce şu 5 testi uygularım:

• Tek bir yetkinliği mi ölçüyor? (İki yetkinliği aynı soruya sıkıştırmayın.)
• Bağlam net mi? (rol, paydaş, hedef)
• Aksiyon istemeye mecbur bırakıyor mu? (“Ne yaptın?” kısmı kaçamamalı.)
• Sonuç ölçülebilir mi? (çıktı, metrik, davranış değişimi)
• Kopya cevaplara dayanıklı mı? (genel geçer laflar yerine ayrıntı ister mi?)

Bu noktada bir kullanıcı gözlemim var: Mülakatçılar bazen “çok güzel anlattı”yı puan sanıyor. Oysa güzel anlatı, yetkinlik değildir; anlatı kurma yetkinliği olabilir. O da bazı roller için değerlidir, ama her rol için değil.

4) Örnek soru bankası: L&D’ye veri üretecek şekilde yazılmış 12 soru

Aşağıdaki bankayı, “puanlanabilir davranış” üretecek şekilde yazdım. Her sorunun yanında hangi yetkinliği hedeflediğini belirtiyorum.

1. Önceliklendirme / zaman yönetimi
   “Birden fazla acil iş geldiğinde son 6 ayda yaşadığın bir örneği anlat. Neye göre sıraladın, neyi erteledin, sonuç ne oldu?”

2. Paydaş yönetimi
   “İç müşterinin beklentisiyle süreç gereklilikleri çatıştığında ne yaptın? Bir örnek ver.”

3. Problem çözme
   “Tekrarlayan bir hatayı kök nedenine indirip çözdüğün bir durumu anlat. Hangi veriyi topladın?”

4. Geri bildirim alma / gelişim zihniyeti
   “Zor bir geri bildirim aldığın bir anı anlat. İlk tepkin neydi, sonra ne yaptın?”

5. İkna / itiraz yönetimi
   “Karşı taraf ‘hayır’ dediğinde fikrini değiştirdiğin veya karşı tarafı ikna ettiğin bir örnek ver. Hangi argüman işe yaradı?”

6. Kalite odağı
   “Bir işi ‘yeterince iyi’ diye bırakmak yerine standardı yükselttiğin bir örnek ver. Maliyeti neydi?”

7. İSG farkındalığı (uygulama)
   “İSG açısından risk gördüğün bir durumda işi durdurduğun veya durdurmayı önerdiğin bir örnek var mı? Ne oldu?”
   (İSG’de “işi durdurma” refleksi, bazen kültürle çatışır; o çatışmayı duymak isterim.)

8. KVKK farkındalığı (uygulama)
   “Kişisel veri içeren bir talep geldiğinde, talebin meşruluğunu nasıl doğruladın? Bir örnek anlat.”

9. Belirsizlikte karar
   “Net hedef verilmeden bir işi sahiplenmen gereken bir anı anlat. Hedefi nasıl tanımladın?”

10. Takım çalışması
    “Takım içinde görünmeyen bir işi üstlendiğin bir örnek ver. Neden sen yaptın?”

11. Çatışma çözümü
    “Bir gerilimi büyümeden çözdüğün bir örnek anlat. Hangi cümle dönüm noktasıydı?”

12. Müşteri odaklılık
    “Müşterinin söylediği şeyle ihtiyacının farklı olduğunu fark ettiğin bir örnek var mı? Ne yaptın?”

Bu bankayı “ezberlenemez” kılan şey, soruların adaydan spesifik olay istemesi. Spesifik olay, rubriğin yakıtıdır.

5) 1–5 puanlama rubriği: davranış göstergeleri + kırmızı bayraklar

Rubrik, mülakatı “hissiyat”tan çıkarıp karşılaştırılabilir veri hâline getirir. Ben genelde 1–5 kullanırım; çünkü 1–3 çok kaba, 1–7 ise mülakat süresinde fazla ince.

Aşağıda örnek bir rubrik veriyorum. Yetkinlik: İSG farkındalığı (uygulama). Aynı iskeleti KVKK, müşteri yönetimi, problem çözme için de kullanabilirsiniz.

Rubriği yazarken iki prensip:

1. Her puan, bir üst seviyeye “davranış farkı” ile geçmeli.
   “Daha iyi anlattı” bir seviye farkı değildir.

2. Kırmızı bayraklar ayrı satırdır.
   Çünkü bazı davranışlar, toplam puanı anlamsızlaştırır. KVKK’da örneğin: “veriyi WhatsApp’tan attım” gibi bir şey, başka alanlarda çok iyi olsa bile risk işaretidir.

Rubrik kullanırken mini protokol (mülakatçı için)

• Aday anlatırken notu STAR başlıkları altında tut: D / G / A / S
• Puanı en sonda ver (erken puan, “onaylama yanlılığı” üretir)
• “Somut kanıt” yoksa 4–5 verme (kendini koru, veriyi koru)

Bu arada: Rubrik “objektiflik” garantisi değildir; ama tutarlılık üretir. İnsanlar için bu ikisi sık karıştırılıyor.

6) Mülakat verisini eğitim analitiğine bağlamak: yetkinlik açığı → kişiselleştirilmiş yol

Şimdi asıl meseleye geliyorum: Mülakat verisi, çoğu şirkette PDF’de kalır. O PDF, bir daha açılmamak üzere arşivlenir. Oysa L&D açısından mülakat, yeni çalışanın ilk yetkinlik haritasıdır.

Benim önerdiğim veri akışı şöyle:

1. Yetkinlik → Rubrik puanı (1–5)
2. Rubrik puanı → risk seviyesi / öncelik
3. Öncelik → öğrenme eylemi (onboarding modülü, mentorluk, pratik, değerlendirme)
4. Eylem → ölçüm (kısa test, checkpoint, davranış gözlemi)
5. Ölçüm → yolculuk güncelleme

Bunu bir tabloya dökeyim; çünkü insan beyni akışı tablo görünce daha az kaçıyor:

Burada “kişiselleştirilmiş yol” dediğim şey, illa yüzlerce içerik demek değil. Bazen tek fark şudur: Aynı eğitim içinde, bazı kişiye daha çok pratik, bazı kişiye daha çok kural hatırlatma, bazı kişiye de daha çok ileri vaka verirsiniz.

Nextrain’de bu tip ayrımlar, AI Rules ile otomasyona bağlanabilir: belirli skorun altına düşenler için onboarding/mentorluk/öğrenme ataması gibi. Ben “mülakat skoru”nu doğrudan platform içinde toplayıp toplamadığımı burada iddia etmeyeceğim; çünkü veri kaynağı şirkete göre değişir. Ama kural mantığı nettir: IF (risk) THEN (yolculuk).

Bir de şu var: Nextrain’de eğitim akışı ve etkileşimler event-level takip edilir (izleme, tıklama, cevap, süre). Bu, mülakatla başlattığınız hipotezi (“bu kişi itiraz yönetiminde zayıf”) eğitim sırasında test etmenize yarar: gerçekten nerede zorlandı, hangi soruda, kaç kez geri döndü?

7) Otomasyon taslağı: AI Rules ile “mülakat → onboarding” köprüsü (örnek)

Aşağıdaki taslak, bir L&D ekibinin kullanacağı kadar somut, ama şirketten şirkete uyarlanacak kadar genel. Ben bunu “kural yazımı” diye düşünürüm: İnsanın niyetini sisteme çevirme sanatı.

KURAL 1 — İSG kritik açık
EĞER (İSG rubrik puanı <= 2)
O ZAMAN (İSG onboarding paketi ata) + (7 gün sonra checkpoint testi ata) + (yöneticiye özet gönder)

KURAL 2 — KVKK risk
EĞER (KVKK rubrik puanı <= 2)
O ZAMAN (KVKK farkındalık eğitimi ata) + (gerçek zamanlı test/checkpoint ekle) + (14 gün içinde tekrar değerlendirme)

KURAL 3 — İtiraz yönetimi gelişim alanı
EĞER (İtiraz yönetimi rubrik puanı == 3)
O ZAMAN (temel yolculuk + pratik senaryo) 
EĞER (checkpoint skoru < %60)
O ZAMAN (AI Gates ile tekrar eğitimi)
DEĞİLSE (ileri vakaya geç)

Bu akışın güzel tarafı şu: Mülakat “etiket” üretmiyor, tetikleyici üretiyor. L&D’nin işi de tetikleyiciyi doğru eyleme bağlamak.

KVKK notu: Mülakat verisi kişisel veri kapsamına girebilir. “Davranış örneği” içinde üçüncü kişilere ait veri geçebilir. Bu yüzden saklama, erişim ve maskeleme politikası net olmalı. Nextrain tarafında mimari olarak Akira’nın kişisel veri görmediği (hash/mask/strip) yaklaşımı var; ama kurum içi süreç yine de önemlidir: kim görür, ne kadar süre saklanır, hangi amaçla kullanılır.

Notlar

1. Carl Sagan, The Demon-Haunted World: Science as a Candle in the Dark (1995).