Jak udowodnić umiejętność? Model 6 poziomów dowodu kompetencji

Podejście Skills First przesuwa uwagę z formalnych etykiet w stronę kompetencji, które dana osoba rzeczywiście potrafi wykazać. Nie rozwiązuje to jednak automatycznie problemu ich oceny.

OECD opisuje skills-first jako podejście, w którym procesy zatrudniania i zarządzania talentami są dostosowywane tak, aby oceniać ludzi na podstawie wykazanych umiejętności. Raport podkreśla również potrzebę odpowiednich narzędzi i ram kompetencyjnych. [1]

Samo zastąpienie sekcji „Education” dłuższą sekcją „Skills” nie wystarczy. Potrzebujemy również lepszego sposobu przedstawiania informacji, dlaczego dana kompetencja jest wiarygodna.

Dwie osoby mogą wpisać na profilu dokładnie tę samą kompetencję, mimo że ich rzeczywiste doświadczenie jest zupełnie inne.

Wyobraźmy sobie dwóch specjalistów, którzy deklarują:

Angular - zaawansowany

Pierwsza osoba ukończyła kurs, zbudowała kilka własnych projektów i zna podstawowe mechanizmy frameworka.

Druga przez trzy lata rozwijała produkcyjną aplikację, odpowiadała za architekturę części systemu, przeprowadzała migracje pomiędzy wersjami Angulara i potrafi wskazać konkretne rezultaty swojej pracy.

Na klasycznej liście umiejętności obie osoby mogą wyglądać bardzo podobnie.

Dopiero dowody osadzone w kontekście pokazują rzeczywistą różnicę.

Model nie służy do nadawania ludziom jednej uniwersalnej punktacji. Nie każda profesja generuje takie same rodzaje dowodów, a nie każdy projekt może zostać publicznie pokazany.

Jego zadaniem jest odpowiedzieć na prostsze pytanie:

jak mocny jest materiał, na podstawie którego możemy uznać daną kompetencję za wiarygodnie przedstawioną?

Najprostszy poziom to samodzielna deklaracja użytkownika.

Przykłady:

• Angular
• Figma
• SEO
• prowadzenie zespołu
• negocjacje B2B

Taka informacja jest przydatna przy wyszukiwaniu i odkrywaniu profilu, ale jej wartość dowodowa jest niewielka.

Nie wiemy jeszcze:

• gdzie dana kompetencja była używana,
• jak długo,
• przy jakiej skali,
• z jaką odpowiedzialnością,
• z jakim rezultatem.

Deklaracja jest punktem startowym, a nie końcem oceny.

Dowód staje się silniejszy, kiedy wiemy, gdzie i w jakim kontekście umiejętność została wykorzystana.

Zamiast:

Angular

otrzymujemy:

Angular wykorzystywany przez 2 lata przy rozwoju aplikacji SaaS dla sektora logistycznego.

To nadal nie pokazuje jakości wykonanej pracy, ale daje ważny kontekst:

• rzeczywisty projekt,
• okres używania kompetencji,
• obszar zastosowania,
• charakter środowiska.

Na tym poziomie umiejętność przestaje być wyłącznie etykietą.

Kolejny poziom pojawia się wtedy, gdy do deklaracji i doświadczenia można dołączyć rzeczywisty artefakt pracy.

W zależności od profesji może to być:

• działająca aplikacja,
• fragment kodu,
• repozytorium,
• projekt interfejsu,
• prototyp,
• raport,
• analiza,
• kampania,
• artykuł,
• dokumentacja,
• model finansowy,
• fotografia,
• projekt konstrukcyjny,
• nagranie wykonanej pracy.

Artefakt odpowiada na ważne pytanie:

czy możemy zobaczyć coś, co rzeczywiście powstało z wykorzystaniem tej umiejętności?

Nie oznacza to, że portfolio jest formalnym testem kompetencji. Badania nad selekcją personelu wskazują jednak, że metody silnie związane z konkretną pracą, takie jak work samples i testy wiedzy zawodowej, należą do wartościowych predyktorów wykonania pracy. Autorzy podkreślają jednocześnie, że wyniki metod selekcyjnych należy interpretować z uwzględnieniem kontekstu, kosztu i ograniczeń danego zastosowania. [2]

Sam artefakt nadal może nie odpowiadać na jedno z najtrudniejszych pytań:

co dokładnie zrobiła ta osoba?

Jest to szczególnie ważne przy projektach realizowanych zespołowo.

Aplikacja mogła zostać stworzona przez 20 osób. Kampania mogła mieć 8-osobowy zespół. Rebranding mógł obejmować agencję, dział marketingu i zewnętrznych konsultantów.

Dlatego mocniejszym dowodem jest case study opisujące indywidualny wkład.

Dobre case study powinno rozdzielać przynajmniej:

• problem lub cel,
• zakres całego projektu,
• osobistą odpowiedzialność specjalisty,
• konkretne wykonane działania,
• wykorzystane kompetencje,
• współpracę z innymi osobami,
• rezultat.

Zamiast:

Stworzyłem platformę e-commerce.

lepiej:

Odpowiadałem za architekturę warstwy frontendowej, implementację checkoutu i integrację procesu płatności. Projekt był realizowany przez pięcioosobowy zespół.

Drugi opis jest bardziej użyteczny, ponieważ nie przypisuje jednej osobie pracy całego zespołu.

Jeszcze silniejszy dowód pojawia się wtedy, gdy wykonana praca prowadzi do konkretnego rezultatu, który można opisać bez ogólników.

Przykłady:

Frontend
Skrócenie czasu ładowania głównego widoku z 4,2 s do 1,8 s.

UX
Zmniejszenie liczby porzuceń formularza rejestracji po przeprojektowaniu procesu.

Marketing
Obniżenie kosztu pozyskania leada przy zachowaniu porównywalnej jakości ruchu.

Sprzedaż
Pozyskanie nowego segmentu klientów i zamknięcie określonej liczby kontraktów.

Operations
Skrócenie czasu realizacji procesu z kilku dni do kilku godzin.

Nie każda profesja pozwala na przedstawienie wyniku procentem albo kwotą i nie należy sztucznie tworzyć metryk tylko po to, aby dobrze wyglądały.

Liczy się odpowiedź na pytanie:

co zmieniło się dzięki tej pracy?

Najsilniejszy poziom w tym modelu pojawia się wtedy, gdy przynajmniej część przedstawionych informacji można zweryfikować niezależnie od deklaracji autora profilu.

Może to oznaczać między innymi:

• publicznie dostępny projekt,
• repozytorium z historią wkładu,
• publiczną publikację,
• potwierdzony udział w projekcie,
• referencję klienta lub współpracownika, jeżeli może zostać legalnie opublikowana,
• możliwy do potwierdzenia rezultat,
• oficjalne poświadczenie tam, gdzie rzeczywiście ma znaczenie,
• inne źródło potwierdzające wykonanie konkretnej pracy.

Nie oznacza to, że każdy projekt musi być publiczny.

Wiele wartościowych realizacji jest objętych NDA, tajemnicą przedsiębiorstwa albo po prostu nie może zostać ujawnionych.

Dlatego brak publicznego dowodu nie oznacza braku kompetencji.

Oznacza jedynie, że poziom niezależnej weryfikowalności jest mniejszy.

1. Poziom 1 - deklaracja: Angular.

2. Poziom 2 - kontekst: Angular wykorzystywany przez 3 lata przy aplikacjach SaaS.

3. Poziom 3 - artefakt: publiczna aplikacja, repozytorium albo możliwy do pokazania fragment wykonanej pracy.

4. Poziom 4 - osobisty wkład: odpowiedzialność za architekturę wybranych modułów, komponenty współdzielone i migrację aplikacji.

5. Poziom 5 - rezultat: optymalizacja skróciła czas uruchamiania głównego modułu z 4,2 s do 1,8 s. Wartości są ilustracyjne.

6. Poziom 6 - weryfikacja: rezultat i wkład można dodatkowo potwierdzić przez publiczny projekt, historię zmian, referencję albo inne niezależne źródło.

Dwa dowody znajdujące się na tym samym poziomie mogą mieć zupełnie różną wartość. Dlatego przy ocenie warto sprawdzić pięć dodatkowych wymiarów.

1. Trafność - czy dowód rzeczywiście dotyczy kompetencji, którą próbujemy potwierdzić?

2. Aktualność - kiedy kompetencja była wykorzystywana i czy ma to znaczenie w danej dziedzinie?

3. Autorstwo i odpowiedzialność - czy wiadomo, co dokładnie zrobiła dana osoba?

4. Kontekst - jaka była skala, złożoność, odpowiedzialność, dostępne zasoby i warunki pracy?

5. Weryfikowalność - czy istnieje niezależny sposób potwierdzenia przynajmniej części przedstawionych informacji?

Trafność

Projekt wykorzystujący daną technologię tylko marginalnie jest słabszym potwierdzeniem niż realizacja, w której ta kompetencja była kluczowym elementem pracy.

Aktualność

Znaczenie aktualności zależy od dziedziny. W niektórych obszarach doświadczenie sprzed dziesięciu lat nadal jest bardzo wartościowe. W innych narzędzia i praktyki zmieniają się na tyle szybko, że ostatnie wykorzystanie kompetencji ma duże znaczenie.

Autorstwo i odpowiedzialność

Im większy projekt i większy zespół, tym ważniejsze staje się oddzielenie rezultatu całego projektu od indywidualnego wkładu specjalisty.

Kontekst

Ten sam rezultat może mieć inną wagę zależnie od skali projektu, ograniczeń czasowych, zasobów, poziomu odpowiedzialności i złożoności problemu.

Weryfikowalność

Nie zawsze jest możliwa i nie zawsze powinna być wymagana. Jeżeli jednak istnieje niezależne źródło potwierdzające rezultat lub wkład, zwiększa ono wiarygodność przedstawionego dowodu.

Można bardzo dobrze wykonać swoją część pracy w projekcie, który biznesowo zakończył się niepowodzeniem.

Można również pracować przy bardzo udanym projekcie, mając niewielki wpływ na jego końcowy sukces.

Dlatego warto rozdzielać trzy rzeczy:

1. Kompetencję
Czy osoba potrafi wykonać określony rodzaj pracy?

2. Wkład
Za którą część realizacji rzeczywiście odpowiadała?

3. Rezultat
Co zmieniło się w wyniku tej pracy?

Dopiero połączenie tych informacji daje pełniejszy obraz.

Certyfikat lub inne formalne poświadczenie może być wartościowym dowodem, ale jego znaczenie zależy od tego, co rzeczywiście potwierdza i w jaki sposób zostało uzyskane.

Może potwierdzać między innymi:

• ukończenie szkolenia,
• osiągnięcie określonych efektów uczenia się,
• zdanie określonego rodzaju oceny,
• znajomość standardu,
• spełnienie formalnych wymagań.

Komisja Europejska opisuje mikropoświadczenia jako poświadczenia efektów uczenia się osiągniętych w ramach krótkiego doświadczenia edukacyjnego. Europejskie podejście kładzie nacisk między innymi na przejrzystość i jakość takich poświadczeń. [3]

Nie należy jednak automatycznie utożsamiać każdego certyfikatu z dowodem zdolności do samodzielnego wykonania złożonej pracy w rzeczywistym środowisku zawodowym.

Dlatego poświadczenie powinno być traktowane jako jeden z możliwych elementów dowodu, którego znaczenie zależy od kontekstu.

Brak możliwości pokazania projektu publicznie nie powinien wykluczać wartościowego doświadczenia.

Jednocześnie NDA, obowiązki poufności, tajemnica przedsiębiorstwa, prawa autorskie i zasady ochrony danych mają pierwszeństwo przed potrzebą pokazania portfolio.

Specjalista może opisać projekt wyłącznie w takim zakresie, w jakim pozwalają na to jego umowy, obowiązujące prawo oraz prawa innych osób i podmiotów. Samo usunięcie nazwy klienta nie zawsze wystarcza, jeżeli pozostałe informacje pozwalają zidentyfikować projekt, klienta, technologię, wyniki albo poufny sposób działania.

Jeżeli zakres ujawnienia jest dozwolony, można rozważyć opisanie:

• branży w odpowiednio ogólnej formie,
• charakteru problemu bez ujawniania informacji poufnych,
• własnej roli i zakresu odpowiedzialności,
• wykorzystanych kompetencji,
• skali pracy tylko w zakresie, który można ujawnić,
• rodzaju rezultatu bez publikowania chronionych danych,
• zastosowanego podejścia w odpowiednio ogólnej formie.

Jeżeli nie ma pewności, czy określona informacja może zostać opublikowana, bezpieczniej jej nie ujawniać i sprawdzić warunki umowy lub uzyskać zgodę uprawnionego podmiotu.

Nie należy projektować systemu oceny kompetencji tak, jakby każdy zawód był programowaniem.

Projektant może pokazać proces, decyzje projektowe, prototyp i rezultat.

Programista może pokazać produkt, kod, architekturę albo techniczny zakres odpowiedzialności.

Marketer może przedstawić kampanię, sposób działania, zakres odpowiedzialności i zmianę wyników.

Sprzedawca może opisać segment rynku, charakter procesu sprzedażowego, własną rolę i rezultat bez ujawniania poufnych danych klienta.

Project Manager może pokazać zakres projektu, sposób organizacji pracy, ograniczenia oraz wpływ na realizację.

Fotograf może przedstawić wykonane prace bez potrzeby tworzenia sztucznych KPI.

Framework powinien być wspólny na poziomie zasad, ale elastyczny na poziomie rodzaju dowodu.

1. Sprawdź, gdzie dana kompetencja była rzeczywiście wykorzystywana.

2. Poszukaj artefaktu pracy albo konkretnego przykładu realizacji.

3. Oddziel wkład specjalisty od pracy całego zespołu.

4. Sprawdź rezultat, jeżeli można go sensownie przedstawić.

5. Oceń aktualność i podobieństwo wcześniejszego doświadczenia do problemu, który chcesz rozwiązać.

6. Sprawdź możliwość niezależnego potwierdzenia tam, gdzie jest to możliwe.

Dzięki temu ocena przesuwa się od słów kluczowych w profilu w stronę rzeczywistego dopasowania kompetencji do konkretnej potrzeby.

Framework ma porządkować informacje i wspierać ocenę. Nie powinien być traktowany jako automatyczny werdykt o zatrudnieniu, odrzuceniu kandydata lub rozpoczęciu współpracy.

Nie trzeba posiadać dowodu poziomu 6 dla każdej kompetencji.

Warto natomiast przejść przez własne najważniejsze umiejętności i dla każdej z nich spróbować odpowiedzieć:

• gdzie jej użyłem?
• przy jakim problemie?
• co konkretnie zrobiłem?
• czy mam artefakt tej pracy?
• jaki był rezultat?
• czy mogę go opisać bez naruszania poufności?
• czy ktoś lub coś może potwierdzić mój wkład?

Już samo przejście od:

Figma - zaawansowany

do:

Zaprojektowałem proces onboardingu aplikacji B2B, odpowiadając za research, prototyp, testy użyteczności i finalny design system

zmienia jakość informacji dostępnej dla osoby przeglądającej profil.

Podejście Skills First ma sens tylko wtedy, gdy za słowem „skill” znajduje się coś więcej niż kolejny tag.

Jeżeli umiejętności mają być jednym z głównych sposobów odkrywania i porównywania specjalistów, warto łączyć je z możliwie najlepszym kontekstem:

doświadczeniem -> portfolio -> konkretnym wkładem -> rezultatem -> możliwością weryfikacji.

Nie każda kompetencja osiągnie najwyższy poziom i nie powinna.

Celem nie jest tworzenie obowiązkowej biurokracji wokół każdego wpisu na profilu.

Celem jest umożliwienie specjalistom pokazania dlaczego dana umiejętność powinna być wiarygodna, a osobom szukającym kompetencji - podjęcia lepiej poinformowanej decyzji.

1. Konkret zamiast deklaracji - pokaż, gdzie i jak kompetencja została wykorzystana.

2. Wkład zamiast sukcesu całego zespołu - oddziel własną pracę od rezultatu całej organizacji.

3. Rezultat zamiast listy obowiązków - jeżeli to możliwe, pokaż, co zmieniło się dzięki wykonanej pracy.

4. Kontekst zamiast samej liczby - metryka bez informacji o warunkach może prowadzić do błędnych wniosków.

5. Weryfikacja tam, gdzie jest możliwa - niezależne potwierdzenie zwiększa wiarygodność, ale jego brak nie przekreśla kompetencji.

Profesjonalny profil nie powinien wymagać od odbiorcy zgadywania, co naprawdę kryje się za listą umiejętności.

Deklaracja jest potrzebna do odkrycia kompetencji. Dowód jest potrzebny do jej zrozumienia.

Sześć poziomów można sprowadzić do prostej drogi:

1. Twierdzę, że potrafię.
2. Pokazuję, gdzie tego używałem.
3. Pokazuję, co stworzyłem.
4. Wyjaśniam, co dokładnie zrobiłem.
5. Pokazuję, jaki był rezultat.
6. Umożliwiam niezależne potwierdzenie tam, gdzie jest to możliwe.

Im więcej odpowiedzi możemy udzielić, tym mniej musimy polegać wyłącznie na deklaracji.

I właśnie wtedy podejście Skills First zaczyna oznaczać coś więcej niż zmianę kolejności informacji w profilu.

[1] OECD - A Skills-First Labour Market: Promoting skills-first hiring and talent management, 2026
Przejdź do źródła

[2] Sackett, Zhang, Berry, Lievens - Revisiting the design of selection systems in light of new findings regarding the validity of widely used predictors, Cambridge University Press, 2023
Przejdź do źródła

[3] Komisja Europejska - A European approach to micro-credentials
Przejdź do źródła

Informacja metodologiczna: źródła [1]-[3] stanowią podstawę dla szerszego kontekstu dotyczącego Skills First, oceny kompetencji i poświadczeń. Sam Model 6 poziomów dowodu kompetencji jest autorskim modelem koncepcyjnym opisanym w tym materiale i nie jest przedstawiany jako wynik tych publikacji.