Yetkinlik nə deməkdir? Korporativ L&D-də Yetkinlik Modeli, Səviyyə Tərifi və Ölçmə Bələdçisi

Yetkinlik sözü qurum daxilində bir dəfə “hamı anladı” zənn ediləndə, adətən iki ay sonra eyni iclasda üç fərqli mənaya bölünür: biri “bilik”, biri “bacarıq”, biri də “performans” deyir. Sonra təlim büdcəsi hədəfə yox; sözlər arasındakı boşluğa axır.
Mən yetkinliyi üçbucaqlı bir şey kimi götürürəm: rol, davranış göstəricisi və sübut. Rol “nəyi başarmalıyam?” deyir. Davranış göstəricisi “bunu necə edərəm?” deyir. Sübut isə “həqiqətən edə bilirəmmi?” sualını bağlayır. Bu üçü birlikdə yoxdursa, “yetkinlik” sadəcə gözəl bir etiket olur.
Aşağıda addım-addım, korporativ L&D-də yetkinlik modelini necə konkretləşdirəcəyinizi; səviyyə tərifini necə yazacağınızı; açığı hansı məlumatlarla tapacağınızı və ölçməni necə dizayn edəcəyinizi izah edəcəyəm. Araya GDPR və Əməyin mühafizəsi kimi “sübut”un həyati olduğu sahələri də səpələyəcəyəm; çünki bu iki başlıq, yetkinlik modelinin romantik yox operasional bir şey olduğunu insana dərhal xatırladır.
“The map is not the territory.” [Alfred Korzybski, 1931]
Yetkinlik modeli xəritədir; işin özü deyil. Xəritə yaxşı deyilsə, ən yaxşı niyyətli səyahət belə azır.
1) Yetkinlik, bacarıq, bilik: Korporativ lüğətdə fərq qoymadan ölçmə olmaz
Korporativ təlimdə ən çox gördüyüm səhv budur: bilik, bacarıq və yetkinlik eyni qutuya atılır; sonra o qutu “təlim kataloqu” olur. Halbuki bunlar fərqli şeylərdir.
Mənim istifadə etdiyim praktik fərqləndirmə:
- Bilik (knowledge): Doğrunu xatırlaya bilmək.
Nümunə: “GDPR-də açıq razılıq hansı şərtlərdə tələb olunur?” - Bacarıq (skill): Doğrunu tətbiq edə bilmək (adətən nəzarətli mühitdə).
Nümunə: “Bir məlumat pozuntusu bildirişi üçün qaralama yaza bilmək.” - Yetkinlik (competency): Rol kontekstində, ardıcıl şəkildə doğru davranışı sərgiləyə bilmək; nəticə yarada bilmək.
Nümunə: “Müştəri məlumatı ilə işləyən komandada, məlumat minimallaşdırmanı proseslərə yerləşdirərək pozuntu riskini azaltmaq.”
Bir an “yetkinlik = bacarıq + bilik” yazacaqdım; çatışmır. Yetkinlikdə kontekst və ardıcıllıq var. Bir gün doğru edib ertəsi gün dağılırsınızsa, bacarıq var; yetkinlik hələ oturuşmayıb.
Korporativ lüğətinizdə aşağıdakı iki cümləni aydınlaşdırmaq, büdcəyə birbaşa təsir edir:
- “Bu başlıq təlimləmi (bilik/bacarıq), yoxsa iş dizaynı və menecmentləmi (yetkinlik) həll olunur?”
- “Bu yetkinliyi sübut etmək üçün hansı davranışı, hansı iş nəticəsi ilə görəcəyik?”
Mini nümunə lüğət (eyni mövzu, üç fərqli qat)
| Mövzu | Bilik | Bacarıq | Yetkinlik (rol kontekstində) |
|---|---|---|---|
| Əməyin mühafizəsi: Risk | Risk növlərini sadalayır | Risk qiymətləndirmə formasını doldurur | Sahədə riskləri proaktiv görür, uyğunsuzluğu dayandırır və hesabatlayır |
| Satış: Etiraz | Etiraz tiplərini bilir | Etirazı qarşılama cümlələri qurur | Müştəri kontekstinə görə doğru texnikanı seçir, marjanı qoruyaraq bağlayır |
| GDPR | Məlumat kateqoriyalarını bilir | Məlumatlandırma mətni yoxlama siyahısını tətbiq edir | Proseslərdə məlumat minimallaşdırma və giriş nəzarətini dayanıqlı edir |
Bu cədvəli “korporativ lüğət” deyə saxlamayın; yetkinlik modelinizin giriş qapısı edin. Çünki ölçmə dizaynı burada başlayır.
2) Yetkinlik modeli: Rol × davranış göstəricisi × sübut üçbucağı
Yetkinlik modelini “siyahı” zənn etmək asandır. Siyahı hazırlamaq rahatladıcıdır: 12 maddə yazarsınız, bitər. Amma yetkinlik siyahısı təkbaşına heç nə etmir; elə Borgesin sonsuz kitabxanası kimi, hər şey var, amma axtardığınızı tapa bilmirsiniz (Borges, “The Library of Babel”, 1941).
Mənim üçün model, eyni anda üç suala cavab verməlidir:
- Rol: Bu rolun uğur tərifi nədir? (çıxış, məsuliyyət, risk)
- Davranış göstəricisi: Uğurlu insan nəyi, necə edir? (müşahidə oluna bilən)
- Sübut: “Etdi” dediyimizdə əlimizdə nə olacaq? (assessment / iş nəticəsi / məlumat)
Bu üçbucağı bir şablon kimi düşünün. Bir yetkinliyi yazarkən, cümləni belə sıxın:
- “X yetkinliyi” → hansı rolda?
- “yaxşı ünsiyyət” → hansı davranışla?
- “tamamladı” → hansı sübutla?
Şablon (qurum daxilində standartlaşdırıla bilər)
Yetkinlik adı:
Bağlı rol(lar):
Tərif (1 cümlə):
Davranış göstəriciləri (3–6 maddə, müşahidə oluna bilən):
Səviyyə tərifi (L1–L4 və ya Junior–Senior):
Sübut növləri (ən az 2):
Əlaqəli KPI / risk / uyğunluq başlığı:
Burada “sübut növləri” sətri kritikdir. Çünki “sübut” yazmadığınız hər yetkinlik, bir müddət sonra sadəcə təlim təyinatı üçün bəhanə olur.
3) Rol əsaslı yetkinlik matrisi: Səviyyə tərifi necə yazılır?
Səviyyə tərifi yazmaq insanlara qəribə şəkildə çətin gəlir. Çünki çox qurum “junior–senior”u iş stajı ilə qarışdırır. İl önəmli ola bilər, amma yetkinlik səviyyəsini müəyyən edən şey, mənim gözümdə daha çox budur: müstəqillik, mürəkkəblik, təsir sahəsi və risk idarəetməsi.
Bir səviyyə çərçivəsi qurarkən 4 pillə çox qurumda kifayət qədər işləyir:
- L1 (Başlanğıc): Rəhbərliklə edir, doğrunu tanıyır
- L2 (Tətbiq edir): Standart hallarda müstəqil tətbiq edir
- L3 (Ustalaşır): İstisnaları idarə edir, başqalarına nümunə olur
- L4 (Formalaşdırır): Prosesi/standartı yaxşılaşdırır, təsiri miqyaslayır
“L4 = menecer” demək məcburiyyətində deyilsiniz. Bəzi ekspert rollarında L4, menecment yox sistem quruculuğudur.
Nümunə: “GDPR-ə uyğun məlumat emalı” yetkinliyi (davranış yönümlü səviyyə)
| Səviyyə | Davranış göstəricisi | Tipik sübut |
|---|---|---|
| L1 | Şəxsi məlumatla anonim məlumatı ayırd edir, əsas qaydaları pozmur | Mini imtahan + ssenari sualları |
| L2 | Prosesdə məlumat minimallaşdırmanı tətbiq edir, giriş tələblərini doğru yönləndirir | İş üzərində yoxlama siyahısı + nümunə qeyd |
| L3 | İstisna hallarda (təcili vəziyyət, üçüncü tərəf) doğru aksiyanı seçir | Vaka analizi + 360 geri bildirim |
| L4 | Prosesi yaxşılaşdırır; riskləri azaldan yeni nəzarət nöqtələri təklif edir | Proses dəyişikliyi çıxışı + KPI trendi |
Əməyin mühafizəsi tərəfində də oxşar: L1 “qaydanı bilir”, L2 “tətbiq edir”, L3 “istisnada doğru qərar verir”, L4 “sistemi yaxşılaşdırır”.
Rol əsaslı matrisə çevirmə
Matrisi iki oxda qurun:
- Sətirlər: rollar
- Sütunlar: yetkinliklər
- Xana: hədəf səviyyə (L1–L4) + kritik davranış + sübut
Bu nöqtədə qurumlar adətən matrisi Excel-də saxlayır. Bu pis deyil; amma Excel “sübut”u canlı saxlamaqda zəif qalır. Çünki sübutlar zamanla parçalanır: bir imtahan başqa yerdə, sertifikat PDF-i başqa yerdə, 360 qeydləri e-poçtlarda.
Nextrain-də bu parçalanmanı azaltmaq üçün Passport-dan istifadə edirəm: əməkdaşların rollarını, yetkinliklərini, təlim tarixçəsini və sertifikatlarını tək profildə toplamaq, matrisi “kağız üzərində” olmaqdan çıxarır. Xüsusən Əməyin mühafizəsi və GDPR kimi audit mövzularında “kim nəyi alıb?” sualının 3 saniyədə bağlanması, yetkinlik modelinin praktik dəyərini artırır.
4) Yetkinlik açığı analizi: Hansı məlumatla tapılır, hansı səhvlər edilir?
Yetkinlik açığı analizi (gap analysis) iki rəqəmin fərqi deyil; iki tərifin fərqidir:
- Hədəf: rol üçün tələb olunan səviyyə (matrisdə yazılan)
- Mövcud: şəxsin hazırkı səviyyə sübutu (ölçmədən gələn)
Açığı düzgün tapmaq üçün əvvəlcə “mövcud”u düzgün ölçmək lazımdır. İnsanlar burada qısayol sevir: “Təlimi tamamladı → yetkinlik tamam.” Bu, mənim üçün ən bahalı yanılmadır.
Mən açığı üç məlumat sinfi ilə axtarmağı sevirəm:
- Qiymətləndirmə məlumatı: mini imtahan, vaka, rubrik balı, checkpoint nəticələri
- Davranış məlumatı: məzmunda harada ilişdi, neçə dəfə cəhd etdi, hansı sualda çətinləşdi
- İş sübutu: real iş nəticəsi, müşahidə, 360 geri bildirim, keyfiyyət/səhv qeydləri
Nextrain tərəfində “davranış məlumatı” dediyim şey, sistemin event-level izlədiyi şeylərdir: izləmə, klik, cavab, müddət. Bunlar təkbaşına yetkinlik deyil; amma “harada çətinlik çəkir?” sualına çox yaxşı cavab verir. Bir əməkdaş bir modulu üç dəfə izləyirsə, bu bəzən motivasiya deyil; bəzən qeyri-müəyyənlik deməkdir. (Bəzən də sadəcə arxa planda açıq saxlayıb; bəli, bunu da görmüşəm.)
Tez-tez edilən 6 səhv (və necə düzəldilir)
- Səhv 1: Yetkinliyi abstrakt yazmaq.
“Liderlik” yerinə “çətin söhbəti strukturlaşdırmaq” kimi davranış yazın. - Səhv 2: Səviyyə tərifini staj ili ilə eyniləşdirmək.
Səviyyə = müstəqillik + mürəkkəblik + təsir + risk idarəetməsi. - Səhv 3: Tək ölçümlə qərar vermək.
Mini imtahan + iş üzərində sübut kombinasiyası qurun. - Səhv 4: Hər rol üçün eyni yetkinlik dəsti.
Ortaq nüvə + rola xüsusi dəst edin. - Səhv 5: Açığı “təlim təyin edərək” bağlamağa çalışmaq.
Bəzən problem proses, alət, hədəf ziddiyyəti, menecer davranışıdır. - Səhv 6: KPI bağlantısını sonradan yapışdırmaq.
KPI-nı əvvəlcədən seçin: “Bu yetkinlik artsa nə azalır/nə artır?”
İnsanların eyni gün içində iki zidd şey istəməsi burada da qarşıma çıxır: “Hamı eyni standarta gəlsin” deyirlər, sonra “amma heç kəsi vaxt itirməyə məcbur etməyək” deyirlər. İkisi də məntiqlidir. Həll, standartı sübut ilə sabitləyib, yolu fərdiləşdirərək qısaltmaqdır.
5) Ölçmə dizaynı: Rubrik, mini imtahan, iş üzərində sübut, 360 (və nə vaxt hansısı?)
Ölçmə dizaynında mənim əsas qaydam budur: Yetkinlik davranışdırsa, ölçmə də davranışa yaxınlaşmalıdır. Yalnız bilik ölçsəniz, yalnız bilik inkişaf etdirərsiniz.
Aşağıdakı dörd aləti birlikdə düşünün:
5.1 Rubrik (davranışın ölçmə dili)
Rubrik “yaxşı”nı sözə çevirir. Menecerin “pis deyil” dediyi şeyi müşahidə oluna bilən edir.
Sadə rubrik nümunəsi (satış görüşməsi – etiraz idarəetməsi):
- Kriteriya 1: Problemi aydınlaşdırma
- 0: Sual vermədən cavab verir
- 1: Tək sual verir, səthdə qalır
- 2: 2–3 sual ilə ehtiyacı aydınlaşdırır
- 3: Ehtiyacı + risk qavrayışını aydınlaşdırır, təsdiqləyir
Rubrik, 360 geri bildirimi də daha az “şərh”, daha çox “sübut” edir.
5.2 Mini imtahan (bilik + sürətli skan)
Mini imtahanı sevirəm, çünki sürətlidir; amma imtahanı “final” etməyi sevmirəm. Yaxşı istifadə: skan və qapı.
Nextrain-də bu “qapı” məntiqini AI Gates ilə qura bilirəm: uğursuz olarsa təkrar təlim, uğurlu olarsa daha yüksək səviyyəyə keçid. Bu mexanizm, ölçməni sadəcə hesabat yox, axın qərarı halına gətirir.
5.3 İş üzərində sübut (real dünyaya toxunuş)
İş üzərində sübut “öyrəndim”i “etdim”ə çevirir. Nümunələr:
- GDPR: nümunə bir məlumatlandırma mətnini yoxlayıb düzəltmə qeydi
- Əməyin mühafizəsi: sahədə risk bildirişi + aksiyanın izlənməsi
- Operasiya: səhv nisbətinin düşməsi, yenidən işləmə (rework) azalması
Burada diqqət: Hər iş nəticəsi yetkinlik sübutu deyil. Nəticənin “şəxsin davranışı” ilə əlaqəsini qurmaq lazımdır.
5.4 360 geri bildirim (qavrayış yox, nümunə)
360 təkbaşına təhlükəli ola bilər; çünki populyarlıq yarışına çevrilə bilər. Amma rubriklə birləşəndə çox işə yarayır: eyni davranış göstəricisinə bir neçə gözdən baxırsınız.
Mən 360-ı xüsusilə bu iki halda mənalı sayıram:
- Yetkinlik “əməkdaşlıq / koordinasiya” kimi çox-aktorlu isə
- Yetkinlik “etik / uyğunluq” kimi təkcə nəticə ilə ölçülə bilmirsə (bəzən nəticə görünməz)
6) KPI-lara bağlama: Yetkinlik modeli “hesabat” yox, qərar sistemidir
KPI bağlantısı qurulmadıqda, yetkinlik modeli bir müddət sonra “HR sənədi” kimi rəftar görür: var, amma heç kim onunla qərar vermir.
Bağlantını qurmağın praktik yolu:
- Yetkinliyi seç (rol kontekstində)
- Davranış göstəricisini yaz (müşahidə oluna bilən)
- Sübutu seç (assessment + iş sübutu)
- KPI-nı seç (iş metriyi / risk metriyi)
- Zaman pəncərəsini müəyyən et (30-60-90 gün)
Nümunə uyğunlaşdırmalar:
- Əməyin mühafizəsi risk fərqindəliyi → az qala (ramak kala) bildirişlərinin artması (ilk mərhələdə artması yaxşı əlamət ola bilər) + qəza nisbətinin trendi
- GDPR-ə uyğun proses icrası → pozuntu sayı / yanlış paylaşım hadisələrinin azalması + auditdə uyğunsuzluğun azalması
- Satış etiraz idarəetməsi → marjanın qorunması + bağlanma nisbəti + görüşmə başına müddət
Nextrain Analytics tərəfində mən bu əlaqəni qurarkən, təlim məlumatlarını “tək ekran”da izləməyi və lazım gəldikdə Akira-ya təbii dillə sual verib sürətli kəsimlər almağı sevirəm. “Hansı bölgədə skor aşağıdır?” sualı sadə görünür; amma doğru soruşulduqda yetkinlik açığını rol + bölgə + təlim addımı səviyyəsində görünən edir. Sonra müdaxilə dizaynı başlayır: məzmundurmu, səviyyədirmi, yoxsa iş prosesidirmi?
Burada kiçik bir qeyd: KPI-larınızın hamısı təlim sisteminin içində yaşamır. Bəziləri CRM-dədir, bəziləri HR-dədir. Buna görə məlumat axınını düşünmək lazımdır. Nextrain-də bu inteqrasiya tərəfində DataBridge ilə HR sistemləri, CRM və daxili alətlərə real vaxt məlumat axını qurula bildiyi üçün, “təlim skoru” ilə “iş nəticəsi” arasındakı körpü daha az əl əməyinə ehtiyac duyur.
7) Addım-addım tətbiq planı (90 gündə yetkinlik modelini ayağa qaldırmaq)
Yetkinlik modeli “böyük layihə” kimi paketlənəndə qurumlar ya heç başlamır, ya da 9 ay sonra hələ də lüğət müzakirə edir. Mən daha kiçik, daha sübut yönümlü bir planı üstün tuturam.
0–30 gün: Lüğət + pilot rol
- 10–15 terminlik mini lüğət: bilik/bacarıq/yetkinlik fərqi
- 1 pilot rol seçin (məs. Sahə Satış Mütəxəssisi və ya Anbar Operatoru)
- 6–10 yetkinlik müəyyən edin (nüvə + rola xüsusi)
- Hər yetkinlik üçün: 3–6 davranış göstəricisi + ən az 2 sübut növü
Çox qurum bu mərhələdə “bütün rolları əhatə edək” deyir. Xeyr. Pilot rol, modelinizin laboratoriyasıdır.
30–60 gün: Səviyyə tərifi + ölçmə prototipi
- L1–L4 səviyyə çərçivəsini sabitləyin
- 2 yetkinlik üçün rubrik yazın
- 1 mini imtahan + 1 vaka qiymətləndirməsi qurun
- İş üzərində sübutu müəyyən edin (hansı çıxış, kim təsdiqləyir, nə vaxt)
Bu mərhələdə ölçməni “tək imtahan”a sıxışdırma meyli olur. Mən bunu görəndə, adətən Saadet Dinç (bizim “We’ll Handle It” Specialist) müştəri tərəfində ən çox eşitdiyi cümləni xatırlayıram: “Təlimi verdik, amma sahədə dəyişən bir şey yoxdur.” Sahədə dəyişməyən şey, çox vaxt ölçmənin sahəyə heç toxunmamasıdır.
60–90 gün: Açıq analizi + axın qərarı
- Mövcud səviyyə məlumatını toplayın (assessment + davranış məlumatı + iş sübutu)
- Açığı rol əsaslı görünən edin
- Müdaxilə tipini seçin:
- məzmunun yaxşılaşdırılması
- səviyyə səyahəti (əsas → irəli)
- idarəetmə dəstəyi (kouçinq, kölgə iş)
- Ölçməni “qapı”ya bağlayın: uğurludursa irəli, deyilsə təkrar/möhkəmləndirmə
Nextrain-də bu “qapı” məntiqini AI Gates və istifadəçiyə xüsusi axın quruluşunu AI Rules ilə dizayn etmək mümkün olduğu üçün, yetkinlik modeli sadəcə “hədəf cədvəl” yox, yaşayan bir səyahətə çevrilə bilir. Və bəli: əməkdaş tərəfində bunun görünən olması vacibdir. Buna görə Passport-ın profildə yetkinlikləri və sertifikatları tək yerdə toplaması, “mən haradayam?” sualını azaldır.
Qeydlər
- Alfred Korzybski, Science and Sanity: An Introduction to Non-Aristotelian Systems and General Semantics (1931) — “The map is not the territory.”
- Jorge Luis Borges, “The Library of Babel” (1941) — sonsuz məlumat içində istiqamət tapma problemi.