Wie lässt sich eine Kompetenz belegen? Ein 6-Stufen-Modell für Kompetenznachweise

Ein Skills-First-Ansatz verschiebt den Fokus von formalen Etiketten auf Kompetenzen, die eine Person tatsächlich nachweisen kann. Damit ist die Frage ihrer Bewertung jedoch noch nicht automatisch gelöst.

Die OECD beschreibt skills-first als einen Ansatz, bei dem Einstellungs- und Talentmanagementprozesse so angepasst werden, dass Menschen anhand nachgewiesener Fähigkeiten bewertet werden. Der Bericht verweist außerdem auf den Bedarf an geeigneten Bewertungsinstrumenten und Kompetenzrahmen. [1]

Eine längere "Skills"-Sektion anstelle von "Education" reicht deshalb nicht aus. Wir brauchen auch eine bessere Antwort darauf, warum eine Kompetenzangabe glaubwürdig sein sollte.

Zwei Personen können genau dieselbe Kompetenz angeben und dennoch völlig unterschiedliche praktische Erfahrung haben.

Stellen wir uns zwei Spezialisten vor, die beide schreiben:

Angular - fortgeschritten

Die erste Person hat einen Kurs abgeschlossen, einige eigene Projekte gebaut und kennt die Grundlagen des Frameworks.

Die zweite entwickelt seit drei Jahren eine produktive Anwendung, verantwortet die Architektur eines Teils des Systems, hat Migrationen zwischen Angular-Versionen durchgeführt und kann konkrete Ergebnisse dieser Arbeit nennen.

Auf einer klassischen Kompetenzliste können beide sehr ähnlich aussehen.

Erst Nachweise im richtigen Kontext machen den tatsächlichen Unterschied sichtbar.

Das Modell soll Menschen keine universelle Punktzahl geben. Unterschiedliche Berufe erzeugen unterschiedliche Formen von Nachweisen, und nicht jedes Projekt darf öffentlich gezeigt werden.

Es soll eine einfachere Frage beantworten:

wie belastbar sind die Informationen, auf deren Grundlage eine bestimmte Kompetenz glaubwürdig dargestellt wird?

Die einfachste Stufe ist die Selbstaussage des Nutzers.

Beispiele:

• Angular
• Figma
• SEO
• Teamführung
• B2B-Verhandlung

Solche Angaben sind für Suche und Discovery nützlich, ihr Beweiswert ist jedoch gering.

Wir wissen noch nicht:

• wo die Kompetenz eingesetzt wurde,
• wie lange,
• in welcher Größenordnung,
• mit welcher Verantwortung,
• mit welchem Ergebnis.

Die Selbstaussage ist der Ausgangspunkt, nicht das Ende der Bewertung.

Ein Nachweis wird stärker, wenn wir wissen, wo und in welchem Kontext die Kompetenz eingesetzt wurde.

Statt:

Angular

lesen wir:

Angular über 2 Jahre bei der Entwicklung einer SaaS-Anwendung für die Logistik eingesetzt.

Das belegt noch nicht die Qualität der Arbeit, liefert aber wichtigen Kontext:

• reales Projekt,
• Dauer der Nutzung,
• Anwendungsbereich,
• Art des Umfelds.

Auf dieser Stufe ist die Kompetenz nicht mehr nur ein Etikett.

Die nächste Stufe entsteht, wenn Selbstaussage und Erfahrung mit einem realen Arbeitsartefakt verbunden werden können.

Je nach Beruf kann das sein:

• eine funktionierende Anwendung,
• ein Codeausschnitt,
• ein Repository,
• ein Interface-Design,
• ein Prototyp,
• ein Bericht,
• eine Analyse,
• eine Kampagne,
• ein Artikel,
• Dokumentation,
• ein Finanzmodell,
• eine Fotografie,
• eine technische Konstruktion,
• eine Aufnahme der ausgeführten Arbeit.

Ein Artefakt beantwortet eine wichtige Frage:

können wir etwas sehen, das tatsächlich mit dieser Kompetenz erstellt wurde?

Ein Portfolio ist damit noch kein formaler Kompetenztest. Forschung zur Personalauswahl zeigt jedoch, dass arbeitsnahe Verfahren wie Work Samples und berufsspezifische Wissenstests nützliche Prädiktoren der Arbeitsleistung sein können. Die Autoren betonen zugleich, dass Ergebnisse immer unter Berücksichtigung von Kontext, Kosten und Grenzen der jeweiligen Methode interpretiert werden sollten. [2]

Auch ein Artefakt kann eine der schwierigsten Fragen offenlassen:

was genau hat diese Person gemacht?

Das ist besonders bei Teamprojekten wichtig.

Eine Anwendung kann von 20 Personen entwickelt worden sein. Eine Kampagne kann ein achtköpfiges Team umfasst haben. Ein Rebranding kann Agentur, internes Marketing und externe Berater einbezogen haben.

Ein stärkerer Nachweis ist deshalb eine Fallstudie, die den individuellen Beitrag klar beschreibt.

Eine gute Fallstudie sollte mindestens unterscheiden zwischen:

• Problem oder Ziel,
• Gesamtumfang des Projekts,
• persönlicher Verantwortung des Spezialisten,
• tatsächlich ausgeführten Tätigkeiten,
• eingesetzten Kompetenzen,
• Zusammenarbeit mit anderen,
• Ergebnis.

Statt:

Ich habe eine E-Commerce-Plattform gebaut.

ist besser:

Ich war für die Frontend-Architektur, die Checkout-Implementierung und die Integration des Zahlungsprozesses verantwortlich. Das Projekt wurde von einem fünfköpfigen Team umgesetzt.

Die zweite Beschreibung ist aussagekräftiger, weil sie nicht die Arbeit des gesamten Teams einer Person zuschreibt.

Der Nachweis wird noch stärker, wenn die Arbeit zu einem konkreten Ergebnis geführt hat, das ohne Allgemeinplätze beschrieben werden kann.

Beispiele:

Frontend
Ladezeit der Hauptansicht von 4,2 s auf 1,8 s reduziert.

UX
Abbruchquote im Registrierungsformular nach Neugestaltung des Ablaufs gesenkt.

Marketing
Kosten pro Lead reduziert, während die Qualität des Traffics vergleichbar blieb.

Vertrieb
Neues Kundensegment erschlossen und eine definierte Anzahl von Verträgen abgeschlossen.

Operations
Einen Prozess von mehreren Tagen auf wenige Stunden verkürzt.

Nicht jeder Beruf kann oder sollte Ergebnisse als Prozentwert oder Geldbetrag ausdrücken. Kennzahlen sollten nicht erfunden werden, nur damit ein Profil beeindruckender wirkt.

Die hilfreiche Frage lautet:

was hat sich durch diese Arbeit verändert?

Die stärkste Stufe des Modells liegt vor, wenn zumindest ein Teil der Angaben unabhängig von der Selbstaussage der Profilinhaberin oder des Profilinhabers überprüft werden kann.

Das kann zum Beispiel sein:

• ein öffentlich zugängliches Projekt,
• ein Repository mit Beitragsverlauf,
• eine öffentliche Veröffentlichung,
• bestätigte Projektbeteiligung,
• eine Kunden- oder Kollegenreferenz, die rechtmäßig veröffentlicht werden darf,
• ein unabhängig bestätigbares Ergebnis,
• ein offizieller Nachweis, wenn er tatsächlich relevant ist,
• eine andere Quelle, die konkrete Arbeit bestätigt.

Das bedeutet nicht, dass jedes Projekt öffentlich sein muss.

Viele wertvolle Projekte unterliegen NDA, Geschäftsgeheimnissen oder anderen Vertraulichkeitspflichten.

Fehlende öffentliche Nachweise bedeuten deshalb nicht fehlende Kompetenz.

Sie bedeuten lediglich eine geringere unabhängige Überprüfbarkeit.

Stufe 1 - Selbstaussage
Angular.

Stufe 2 - Kontext
Angular über 3 Jahre in SaaS-Anwendungen eingesetzt.

Stufe 3 - Artefakt
Eine öffentliche Anwendung, ein Repository oder ein anderer Arbeitsnachweis, der gezeigt werden darf.

Stufe 4 - Eigenbeitrag
Verantwortung für die Architektur ausgewählter Module, gemeinsame Komponenten und die Migration der Anwendung.

Stufe 5 - Ergebnis
Eine Optimierung verringerte die Startzeit des Hauptmoduls von 4,2 s auf 1,8 s. Die Werte sind illustrativ.

Stufe 6 - Überprüfung
Ergebnis und Beitrag können zusätzlich durch ein öffentliches Projekt, Änderungsverlauf, Referenz oder eine andere unabhängige Quelle bestätigt werden.

Zwei Nachweise auf derselben Stufe können sehr unterschiedlich wertvoll sein. Fünf zusätzliche Dimensionen helfen bei der Einordnung.

1. Relevanz - bezieht sich der Nachweis wirklich auf die zu bewertende Kompetenz?

2. Aktualität - wann wurde die Kompetenz eingesetzt und wie wichtig ist Aktualität in diesem Bereich?

3. Urheberschaft und Verantwortung - wissen wir, was die Person tatsächlich gemacht hat?

4. Kontext - wie waren Umfang, Komplexität, Verantwortung, Ressourcen und Arbeitsbedingungen?

5. Überprüfbarkeit - gibt es eine unabhängige Möglichkeit, zumindest Teile der Angaben zu bestätigen?

Relevanz

Ein Projekt, in dem eine Technologie nur am Rand eingesetzt wurde, ist ein schwächerer Nachweis als eines, in dem diese Kompetenz zentral war.

Aktualität

Die Bedeutung der Aktualität hängt vom Fachgebiet ab. In manchen Bereichen kann Erfahrung von vor zehn Jahren weiterhin sehr wertvoll sein. In anderen verändern sich Werkzeuge und Praktiken so schnell, dass aktuelle Nutzung besonders wichtig ist.

Urheberschaft und Verantwortung

Je größer Projekt und Team sind, desto wichtiger ist die Trennung zwischen Gesamtergebnis und individuellem Beitrag.

Kontext

Dasselbe Ergebnis kann je nach Projektgröße, Zeitdruck, Ressourcen, Verantwortung und Problemkomplexität unterschiedlich zu bewerten sein.

Überprüfbarkeit

Unabhängige Überprüfung ist nicht immer möglich und sollte nicht immer verpflichtend sein. Wenn jedoch eine unabhängige Quelle Ergebnis oder Beitrag bestätigt, stärkt das die Glaubwürdigkeit des Nachweises.

Eine Person kann ihren Teil eines Projekts hervorragend umsetzen, auch wenn das Projekt wirtschaftlich scheitert.

Umgekehrt kann jemand an einem sehr erfolgreichen Projekt beteiligt sein und nur geringen Einfluss auf den Gesamterfolg gehabt haben.

Deshalb sollten drei Dinge getrennt werden:

1. Kompetenz
Kann die Person eine bestimmte Art von Arbeit ausführen?

2. Beitrag
Für welchen Teil war sie tatsächlich verantwortlich?

3. Ergebnis
Was hat sich durch diese Arbeit verändert?

Erst die Kombination dieser Informationen ergibt ein vollständigeres Bild.

Ein Zertifikat oder ein anderer formaler Nachweis kann wertvoll sein, doch seine Aussagekraft hängt davon ab, was er tatsächlich bestätigt und wie er erworben wurde.

Er kann zum Beispiel bestätigen:

• Abschluss einer Schulung,
• Erreichen definierter Lernergebnisse,
• Bestehen einer bestimmten Prüfung,
• Kenntnis eines Standards,
• Erfüllung formaler Anforderungen.

Die Europäische Kommission beschreibt Micro-Credentials als Nachweise von Lernergebnissen, die im Rahmen einer kurzen Lernerfahrung erworben wurden. Der europäische Ansatz betont unter anderem Transparenz und Qualität. [3]

Ein Zertifikat sollte jedoch nicht automatisch mit dem Nachweis gleichgesetzt werden, dass jemand komplexe Arbeit in einem realen beruflichen Umfeld selbstständig ausführen kann.

Ein formaler Nachweis ist deshalb ein möglicher Bestandteil der Evidenz, dessen Aussagekraft vom Kontext abhängt.

Dass ein Projekt nicht öffentlich gezeigt werden darf, sollte wertvolle Erfahrung nicht unsichtbar machen.

Gleichzeitig haben NDA, Vertraulichkeitspflichten, Geschäftsgeheimnisse, Urheberrecht und Datenschutz Vorrang vor dem Wunsch, Portfolio-Arbeit zu zeigen.

Ein Spezialist sollte ein Projekt nur in dem Umfang beschreiben, den Verträge, geltendes Recht und die Rechte anderer Personen und Organisationen erlauben. Nur den Kundennamen zu entfernen reicht nicht immer, wenn die übrigen Angaben das Projekt, den Kunden, Technologie, Ergebnisse oder vertrauliche Methoden weiterhin erkennbar machen.

Wenn eine Offenlegung erlaubt ist, kann gegebenenfalls beschrieben werden:

• die Branche in ausreichend allgemeiner Form,
• die Art des Problems ohne vertrauliche Informationen,
• die eigene Rolle und Verantwortung,
• eingesetzte Kompetenzen,
• die Größenordnung nur soweit zulässig,
• die Art des Ergebnisses ohne geschützte Daten,
• das Vorgehen in ausreichend allgemeiner Form.

Wenn unklar ist, ob eine Information veröffentlicht werden darf, ist es sicherer, sie nicht offenzulegen, bis der Vertrag geprüft oder die Erlaubnis des Berechtigten eingeholt wurde.

Ein System für Kompetenznachweise sollte nicht so gestaltet werden, als wäre jeder Beruf Softwareentwicklung.

Ein Designer kann Prozess, Designentscheidungen, Prototyp und Ergebnis zeigen.

Ein Entwickler kann Produkt, Code, Architektur oder technische Verantwortung zeigen.

Ein Marketer kann Kampagne, Vorgehen, Verantwortung und Ergebnisentwicklung darstellen.

Ein Vertriebsprofi kann Marktsegment, Verkaufsprozess, eigene Rolle und Ergebnis beschreiben, ohne vertrauliche Kundendaten preiszugeben.

Ein Project Manager kann Projektumfang, Organisation, Einschränkungen und Einfluss auf die Umsetzung zeigen.

Ein Fotograf kann fertige Arbeiten präsentieren, ohne künstliche KPIs zu erfinden.

Das Modell sollte auf Prinzipienebene gemeinsam, beim konkreten Nachweistyp jedoch flexibel sein.

1. Prüfe, wo die Kompetenz tatsächlich eingesetzt wurde.

2. Suche nach einem Arbeitsartefakt oder einem konkreten Umsetzungsbeispiel.

3. Trenne den individuellen Beitrag von der Arbeit des gesamten Teams.

4. Prüfe das Ergebnis, wenn es sinnvoll beschrieben werden kann.

5. Bewerte Aktualität und Ähnlichkeit der bisherigen Erfahrung mit dem Problem, das gelöst werden soll.

6. Suche nach unabhängiger Bestätigung, wenn sie möglich und angemessen ist.

Damit verschiebt sich die Bewertung von Profil-Schlagwörtern hin zur tatsächlichen Passung zwischen nachgewiesenen Kompetenzen und einem konkreten Bedarf.

Das Modell soll Informationen strukturieren und menschliche Einschätzung unterstützen. Es sollte nicht als automatisches Urteil über Einstellung, Ablehnung oder den Beginn einer Zusammenarbeit verwendet werden.

Nicht jede Kompetenz braucht einen Nachweis auf Stufe 6.

Hilfreicher ist es, die wichtigsten eigenen Kompetenzen durchzugehen und zu fragen:

• wo habe ich sie eingesetzt?
• welches Problem habe ich gelöst?
• was habe ich konkret gemacht?
• habe ich ein Arbeitsartefakt?
• was war das Ergebnis?
• kann ich es beschreiben, ohne Vertraulichkeit zu verletzen?
• kann eine Person oder Quelle meinen Beitrag bestätigen?

Schon der Schritt von:

Figma - fortgeschritten

zu:

Ich habe den Onboarding-Prozess einer B2B-Anwendung gestaltet und war für Research, Prototyping, Usability-Tests und das finale Design System verantwortlich

verbessert die Qualität der Informationen für Profilbesucher deutlich.

Ein Skills First-Ansatz ist nur sinnvoll, wenn hinter dem Wort "Skill" mehr steckt als ein weiterer Tag.

Wenn Kompetenzen zu den wichtigsten Wegen gehören sollen, Spezialisten zu entdecken und zu vergleichen, sollten sie mit dem bestmöglichen Kontext verbunden werden:

Erfahrung -> Portfolio -> individueller Beitrag -> Ergebnis -> Überprüfbarkeit.

Nicht jede Kompetenz wird die höchste Stufe erreichen, und das muss sie auch nicht.

Ziel ist keine Pflichtbürokratie rund um jeden Profileintrag.

Ziel ist, Spezialisten zu ermöglichen zu zeigen, warum eine Kompetenzangabe glaubwürdig sein sollte, und Suchenden eine besser informierte Entscheidung zu ermöglichen.

1. Konkretes statt bloßer Aussage - zeige, wo und wie die Kompetenz eingesetzt wurde.

2. Eigenbeitrag statt Erfolg des gesamten Teams - trenne deine Arbeit vom Ergebnis der gesamten Organisation.

3. Ergebnis statt Aufgabenliste - zeige, wenn möglich, was sich durch die Arbeit verändert hat.

4. Kontext statt isolierter Zahl - eine Kennzahl ohne Bedingungen kann zu falschen Schlussfolgerungen führen.

5. Überprüfung, wenn möglich - unabhängige Bestätigung stärkt die Glaubwürdigkeit, ihr Fehlen entwertet die Kompetenz jedoch nicht.

Ein professionelles Profil sollte den Leser nicht raten lassen, was wirklich hinter einer Kompetenzliste steckt.

Die Selbstaussage macht eine Kompetenz auffindbar. Der Nachweis macht sie verständlich.

Die sechs Stufen lassen sich auf einen einfachen Weg reduzieren:

1. Ich sage, dass ich es kann.
2. Ich zeige, wo ich es eingesetzt habe.
3. Ich zeige, was ich erstellt habe.
4. Ich erkläre, was ich konkret gemacht habe.
5. Ich zeige das Ergebnis.
6. Ich ermögliche unabhängige Bestätigung, wo das möglich ist.

Je mehr dieser Fragen beantwortet werden können, desto weniger müssen wir uns allein auf die Aussage verlassen.

Dann wird Skills First zu mehr als nur einer anderen Reihenfolge von Informationen im Profil.

[1] OECD - A Skills-First Labour Market: Promoting skills-first hiring and talent management, 2026
Quelle öffnen

[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
Quelle öffnen

[3] European Commission - A European approach to micro-credentials
Quelle öffnen

Methodischer Hinweis: Die Quellen [1]-[3] liefern den breiteren Kontext zu Skills First, Kompetenzbewertung und Nachweisen. Das 6-Stufen-Modell für Kompetenznachweise selbst ist ein eigenständiges konzeptionelles Modell dieses Beitrags und wird nicht als Ergebnis dieser Publikationen dargestellt.