Was bedeutet Kompetenz? Kompetenzmodell, Level-Definition und Messleitfaden für Corporate L&D

Wenn im Unternehmen einmal angenommen wird, „alle haben verstanden“, was das Wort Kompetenz bedeutet, teilt es sich meist zwei Monate später im selben Meeting in drei Bedeutungen auf: Eine Person sagt „Wissen“, eine „Fähigkeit“, eine „Performance“. Und dann fließt das Trainingsbudget nicht ins Ziel – sondern in die Lücke zwischen den Worten.
Ich betrachte Kompetenz als etwas Dreieckiges: Rolle, Verhaltensindikator und Nachweis. Die Rolle sagt: „Was muss ich erreichen?“ Der Verhaltensindikator sagt: „Wie mache ich das?“ Und der Nachweis schließt die Frage: „Kann ich es wirklich?“ Wenn diese drei nicht zusammenkommen, ist „Kompetenz“ nur ein schönes Etikett.
Unten erkläre ich Schritt für Schritt, wie Sie im Corporate L&D ein Kompetenzmodell konkretisieren; wie Sie Level-Definitionen formulieren; mit welchen Daten Sie Lücken finden und wie Sie die Messung designen. Ich streue dabei auch Bereiche ein, in denen „Nachweis“ lebenswichtig ist – wie DSGVO und Arbeitssicherheit; denn diese beiden Themen erinnern einen sofort daran, dass ein Kompetenzmodell nichts Romantisches, sondern etwas Operatives ist.
“The map is not the territory.” [Alfred Korzybski, 1931]
Das Kompetenzmodell ist die Landkarte; nicht die Arbeit selbst. Wenn die Karte schlecht ist, verirrt sich selbst die bestgemeinte Reise.
1) Kompetenz, Fähigkeit, Wissen: Ohne Trennung im Unternehmenslexikon gibt es keine Messung
Der häufigste Fehler, den ich in der betrieblichen Weiterbildung sehe: Wissen, Fähigkeit und Kompetenz werden in dieselbe Schublade gesteckt; und diese Schublade heißt dann „Trainingskatalog“. Dabei sind das unterschiedliche Dinge.
Meine praktische Unterscheidung:
- Wissen (knowledge): Das Richtige erinnern können.
Beispiel: „Unter welchen Bedingungen ist bei der DSGVO eine Einwilligung erforderlich?“ - Fähigkeit (skill): Das Richtige anwenden können (meist in einer kontrollierten Umgebung).
Beispiel: „Einen Entwurf für eine Meldung einer Datenschutzverletzung schreiben können.“ - Kompetenz (competency): Im Rollenkontext konsistent das richtige Verhalten zeigen und Ergebnisse liefern können.
Beispiel: „In einem Team, das mit Kundendaten arbeitet, Datenminimierung in Prozesse einbetten und so das Verletzungsrisiko senken.“
Ich wollte gerade „Kompetenz = Fähigkeit + Wissen“ schreiben; das wäre unvollständig. In Kompetenz stecken Kontext und Konsistenz. Wenn Sie es an einem Tag richtig machen und am nächsten auseinanderfallen, gibt es eine Fähigkeit – die Kompetenz ist noch nicht stabil.
Diese zwei Sätze in Ihrem Unternehmenslexikon zu klären, wirkt direkt aufs Budget:
- „Lösen wir dieses Thema durch Training (Wissen/Fähigkeit) – oder durch Jobdesign und Führung (Kompetenz)?“
- „Welches Verhalten sehen wir – mit welchem Arbeitsergebnis – um diese Kompetenz nachzuweisen?“
Mini-Beispiel-Lexikon (gleiches Thema, drei Ebenen)
| Thema | Wissen | Fähigkeit | Kompetenz (im Rollenkontext) |
|---|---|---|---|
| Arbeitssicherheit: Risiko | Zählt Risikotypen auf | Füllt ein Risikobewertungsformular aus | Erkennt Risiken proaktiv vor Ort, stoppt Abweichungen und meldet sie |
| Vertrieb: Einwand | Kennt Einwandtypen | Formuliert Einwandbehandlungs-Sätze | Wählt je nach Kundenkontext die richtige Technik, schließt ab und schützt die Marge |
| DSGVO | Kennt Datenkategorien | Nutzt eine Checkliste für Informationspflichten | Verankert Datenminimierung und Zugriffskontrolle nachhaltig in Prozessen |
Bewahren Sie diese Tabelle nicht als „Unternehmenslexikon“ auf; machen Sie sie zum Eingangstor Ihres Kompetenzmodells. Denn hier beginnt das Messdesign.
2) Kompetenzmodell: Das Dreieck Rolle × Verhaltensindikator × Nachweis
Ein Kompetenzmodell für eine „Liste“ zu halten, ist leicht. Listen beruhigen: Sie schreiben 12 Punkte, fertig. Aber eine Kompetenzliste allein bewirkt nichts; wie Borges’ unendliche Bibliothek: Alles ist da, aber Sie finden nicht, was Sie suchen (Borges, „The Library of Babel“, 1941).
Für mich muss ein Modell gleichzeitig drei Fragen beantworten:
- Rolle: Wie lautet die Erfolgsdefinition dieser Rolle? (Output, Verantwortung, Risiko)
- Verhaltensindikator: Was tut eine erfolgreiche Person – und wie? (beobachtbar)
- Nachweis: Was haben wir in der Hand, wenn wir sagen „hat es getan“? (Assessment / Arbeitsergebnis / Daten)
Denken Sie an dieses Dreieck wie an eine Vorlage. Wenn Sie eine Kompetenz formulieren, zwingen Sie den Satz in diese Richtung:
- „Kompetenz X“ → in welcher Rolle?
- „gute Kommunikation“ → durch welches Verhalten?
- „abgeschlossen“ → mit welchem Nachweis?
Vorlage (intern standardisierbar)
Kompetenzname:
Zugeordnete Rolle(n):
Definition (1 Satz):
Verhaltensindikatoren (3–6 Punkte, beobachtbar):
Level-Definition (L1–L4 oder Junior–Senior):
Nachweisarten (mindestens 2):
Relevanter KPI / Risiko- / Compliance-Thema:
Die Zeile „Nachweisarten“ ist hier kritisch. Denn jede Kompetenz, bei der Sie keinen „Nachweis“ definieren, wird nach einiger Zeit nur noch zur Begründung für Trainingszuweisungen.
3) Rollenbasierte Kompetenzmatrix: Wie schreibt man Level-Definitionen?
Level-Definitionen zu schreiben fällt Menschen erstaunlich schwer. Weil viele Unternehmen „Junior–Senior“ mit Dienstjahren verwechseln. Jahre können wichtig sein, aber was das Kompetenzlevel bestimmt, ist aus meiner Sicht eher: Autonomie, Komplexität, Wirkungsbereich und Risikomanagement.
Für ein Level-Framework reichen in den meisten Unternehmen 4 Stufen:
- L1 (Einsteiger): Macht es mit Anleitung, erkennt das Richtige
- L2 (Anwender): Wendet es in Standardsituationen selbstständig an
- L3 (Fortgeschritten): Managt Ausnahmen, ist Vorbild für andere
- L4 (Gestalter): Verbessert Prozess/Standard, skaliert Wirkung
Sie müssen nicht sagen „L4 = Führungskraft“. In manchen Expertenrollen ist L4 nicht Führung, sondern Systemaufbau.
Beispiel: Kompetenz „DSGVO-konforme Datenverarbeitung“ (verhaltensfokussierte Level)
| Level | Verhaltensindikator | Typischer Nachweis |
|---|---|---|
| L1 | Unterscheidet personenbezogene von anonymen Daten, verletzt Grundregeln nicht | Mini-Test + Szenariofragen |
| L2 | Wendet Datenminimierung im Prozess an, leitet Auskunftsanfragen korrekt weiter | On-the-Job-Checkliste + Beispiel-Record |
| L3 | Wählt in Ausnahmesituationen (Notfall, Drittpartei) die richtige Aktion | Fallanalyse + 360 Feedback |
| L4 | Verbessert den Prozess; schlägt neue Kontrollpunkte zur Risikoreduktion vor | Prozessänderungs-Output + KPI-Trend |
In der Arbeitssicherheit ähnlich: L1 „kennt die Regel“, L2 „wendet an“, L3 „entscheidet in der Ausnahme richtig“, L4 „verbessert das System“.
In eine rollenbasierte Matrix überführen
Bauen Sie die Matrix in zwei Achsen:
- Zeilen: Rollen
- Spalten: Kompetenzen
- Zelle: Ziellevel (L1–L4) + kritisches Verhalten + Nachweis
An diesem Punkt halten Unternehmen die Matrix meist in Excel. Das ist nicht schlecht; aber Excel ist schwach darin, „Nachweise“ lebendig zu halten. Denn Nachweise zerstreuen sich mit der Zeit: Ein Test ist woanders, ein Zertifikats-PDF woanders, 360-Notizen in E-Mails.
Bei Nextrain nutze ich Passport, um diese Fragmentierung zu reduzieren: Rollen, Kompetenzen, Trainingshistorie und Zertifikate der Mitarbeitenden in einem Profil zu bündeln, holt die Matrix aus dem „Papierstatus“ heraus. Gerade bei Audit-Themen wie Arbeitssicherheit und DSGVO erhöht es den praktischen Wert des Kompetenzmodells, wenn die Frage „Wer hat was absolviert?“ in 3 Sekunden beantwortet ist.
4) Kompetenzlückenanalyse: Mit welchen Daten findet man sie, welche Fehler passieren?
Eine Kompetenzlückenanalyse (gap analysis) ist nicht die Differenz zweier Zahlen; sie ist die Differenz zweier Definitionen:
- Ziel: erforderliches Level für die Rolle (in der Matrix)
- Ist: aktueller Level-Nachweis der Person (aus der Messung)
Um die Lücke korrekt zu finden, müssen Sie zuerst das „Ist“ korrekt messen. Hier lieben Menschen Abkürzungen: „Training abgeschlossen → Kompetenz abgeschlossen.“ Das ist für mich der teuerste Irrtum.
Ich suche die Lücke gern mit drei Datenklassen:
- Assessment-Daten: Mini-Test, Fall, Rubrik-Score, Checkpoint-Ergebnisse
- Verhaltensdaten: Wo ist jemand im Inhalt hängen geblieben, wie oft versucht, bei welcher Frage schwergetan
- Arbeitsnachweise: echte Arbeitsergebnisse, Beobachtung, 360 Feedback, Qualitäts-/Fehlerprotokolle
Bei Nextrain sind „Verhaltensdaten“ das, was das System auf Event-Ebene verfolgt: Views, Klicks, Antworten, Zeit. Das ist allein noch keine Kompetenz; aber es beantwortet sehr gut „Wo hakt es?“. Wenn jemand ein Modul dreimal ansieht, ist das manchmal nicht Motivation, sondern Unklarheit. (Manchmal hat es auch einfach im Hintergrund offen gelassen; ja, das habe ich auch gesehen.)
6 häufige Fehler (und wie man sie korrigiert)
- Fehler 1: Kompetenzen zu abstrakt formulieren.
Statt „Leadership“ schreiben Sie Verhalten wie „schwierige Gespräche strukturieren“. - Fehler 2: Level-Definitionen mit Dienstjahren gleichsetzen.
Level = Autonomie + Komplexität + Wirkung + Risikomanagement. - Fehler 3: Mit einer einzigen Messung entscheiden.
Kombinieren Sie Mini-Test + On-the-Job-Nachweis. - Fehler 4: Für jede Rolle das gleiche Kompetenz-Set.
Gemeinsamer Kern + rollenspezifisches Set. - Fehler 5: Die Lücke durch „Training zuweisen“ schließen wollen.
Manchmal sind Prozess, Tooling, Zielkonflikte oder Führungsverhalten das Problem. - Fehler 6: KPI-Bezug nachträglich ankleben.
Wählen Sie den KPI von Anfang an: „Wenn diese Kompetenz steigt, was sinkt/steigt dann?“
Dass Menschen am selben Tag zwei Gegensätze wollen, begegnet mir auch hier: „Alle sollen auf denselben Standard kommen“, sagen sie, und dann: „Aber niemand soll Zeit verlieren.“ Beides ist plausibel. Die Lösung: Standard mit Nachweis fixieren und den Weg durch Personalisierung verkürzen.
5) Messdesign: Rubrik, Mini-Test, On-the-Job-Nachweis, 360 (und wann was?)
Meine Grundregel im Messdesign: Wenn Kompetenz Verhalten ist, muss die Messung dem Verhalten nahekommen. Wenn Sie nur Wissen messen, entwickeln Sie nur Wissen.
Denken Sie diese vier Instrumente zusammen:
5.1 Rubrik (die Messsprache für Verhalten)
Eine Rubrik übersetzt „gut“ in Worte. Sie macht das, was eine Führungskraft mit „nicht schlecht“ meint, beobachtbar.
Ein einfaches Rubrik-Beispiel (Vertriebsgespräch – Einwandbehandlung):
- Kriterium 1: Problem klären
- 0: Antwortet, ohne Fragen zu stellen
- 1: Stellt eine Frage, bleibt an der Oberfläche
- 2: Klärt den Bedarf mit 2–3 Fragen
- 3: Klärt Bedarf + Risikowahrnehmung, bestätigt
Eine Rubrik macht auch 360 Feedback weniger „Meinung“ und mehr „Nachweis“.
5.2 Mini-Test (Wissen + schneller Scan)
Ich mag Mini-Tests, weil sie schnell sind; aber ich mag es nicht, den Test zum „Finale“ zu machen. Gute Nutzung: Screening und Gate.
Bei Nextrain kann ich diese „Gate“-Logik mit AI Gates aufbauen: Bei Nichtbestehen zurück ins Training, bei Bestehen weiter ins nächste Level. Das macht Messung nicht nur zum Report, sondern zur Flow-Entscheidung.
5.3 On-the-Job-Nachweis (Kontakt zur echten Welt)
On-the-Job-Nachweise übersetzen „ich habe gelernt“ in „ich habe getan“. Beispiele:
- DSGVO: ein Beispiel für einen Informationstext prüfen und eine Korrektur dokumentieren
- Arbeitssicherheit: Risikomeldung vor Ort + Maßnahmen-Tracking
- Operations: sinkende Fehlerquote, weniger Nacharbeit (rework)
Achtung: Nicht jedes Arbeitsergebnis ist ein Kompetenznachweis. Sie müssen die Verbindung zwischen Output und dem „Verhalten der Person“ herstellen.
5.4 360 Feedback (nicht Wahrnehmung, sondern Muster)
360 kann allein gefährlich sein, weil es zum Beliebtheitswettbewerb werden kann. In Kombination mit einer Rubrik ist es jedoch sehr nützlich: Mehrere Augen schauen auf denselben Verhaltensindikator.
Ich finde 360 besonders sinnvoll in zwei Fällen:
- Wenn die Kompetenz „Zusammenarbeit/Koordination“ ist und viele Akteure beteiligt sind
- Wenn die Kompetenz „Ethik/Compliance“ ist und nicht nur über Ergebnisse messbar ist (manchmal sind Ergebnisse unsichtbar)
6) An KPIs anbinden: Das Kompetenzmodell ist kein „Report“, sondern ein Entscheidungssystem
Ohne KPI-Anbindung wird das Kompetenzmodell nach einiger Zeit wie ein „HR-Dokument“ behandelt: Es existiert, aber niemand trifft Entscheidungen damit.
Ein praktischer Weg, die Verbindung herzustellen:
- Kompetenz auswählen (im Rollenkontext)
- Verhaltensindikator formulieren (beobachtbar)
- Nachweis auswählen (Assessment + Arbeitsnachweis)
- KPI auswählen (Business-Metrik / Risiko-Metrik)
- Zeitfenster festlegen (30-60-90 Tage)
Beispiel-Zuordnungen:
- Arbeitssicherheit Risikobewusstsein → mehr Beinaheunfall-Meldungen (ein anfänglicher Anstieg kann ein gutes Zeichen sein) + Unfallraten-Trend
- DSGVO-konforme Prozessdurchführung → weniger Verstöße / Fälle falscher Weitergabe + weniger Audit-Abweichungen
- Vertrieb Einwandbehandlung → Margenerhalt + Abschlussquote + Zeit pro Gespräch
In Nextrain Analytics verknüpfe ich das gern so, dass ich Trainingsdaten auf „einem Screen“ beobachte und bei Bedarf Akira in natürlicher Sprache frage, um schnell zu segmentieren. „In welcher Region ist der Score niedrig?“ wirkt simpel – aber richtig gefragt macht es die Kompetenzlücke auf Rolle + Region + Trainingsschritt sichtbar. Danach beginnt das Interventionsdesign: Inhalt, Level oder doch der Arbeitsprozess?
Kleine Notiz: Nicht alle KPIs leben im Trainingssystem. Manche sind im CRM, manche im HR. Deshalb muss man den Datenfluss mitdenken. Bei Nextrain kann mit DataBridge ein Echtzeit-Datenfluss zu HR-Systemen, CRM und internen Tools aufgebaut werden – dadurch braucht die Brücke zwischen „Trainingsscore“ und „Business-Ergebnis“ weniger Handarbeit.
7) Schritt-für-Schritt-Plan (in 90 Tagen ein Kompetenzmodell aufsetzen)
Wenn Kompetenzmodelle als „Großprojekt“ verpackt werden, starten Unternehmen entweder gar nicht – oder diskutieren nach 9 Monaten immer noch über Begriffe. Ich bevorzuge einen kleineren, nachweisorientierten Plan.
0–30 Tage: Lexikon + Pilotrolle
- Mini-Lexikon mit 10–15 Begriffen: Trennung Wissen/Fähigkeit/Kompetenz
- 1 Pilotrolle auswählen (z. B. Außendienst-Vertrieb oder Lageroperator)
- 6–10 Kompetenzen festlegen (Kern + rollenspezifisch)
- Pro Kompetenz: 3–6 Verhaltensindikatoren + mindestens 2 Nachweisarten
Viele Unternehmen sagen in dieser Phase: „Lass uns alle Rollen abdecken.“ Nein. Die Pilotrolle ist das Labor Ihres Modells.
30–60 Tage: Level-Definition + Messprototyp
- L1–L4-Level-Framework fixieren
- Für 2 Kompetenzen Rubriken schreiben
- 1 Mini-Test + 1 Fallbewertung konzipieren
- On-the-Job-Nachweis definieren (welcher Output, wer bestätigt, wann)
In dieser Phase entsteht oft der Drang, Messung in „einen Test“ zu pressen. Wenn ich das sehe, erinnere ich mich meist an den Satz, den Saadet Dinç (unsere „We’ll Handle It“ Specialist) auf Kundenseite am häufigsten hört: „Wir haben das Training gemacht, aber draußen hat sich nichts verändert.“ Was sich draußen nicht verändert, ist oft: dass die Messung draußen nie ankommt.
60–90 Tage: Lückenanalyse + Flow-Entscheidung
- Ist-Level-Daten sammeln (Assessment + Verhaltensdaten + Arbeitsnachweis)
- Lücken rollenbasiert sichtbar machen
- Interventionstyp wählen:
- Inhalte verbessern
- Level-Journey (Basis → Fortgeschritten)
- Führungssupport (Coaching, Shadowing)
- Messung an ein „Gate“ binden: bei Erfolg weiter, sonst Wiederholung/Vertiefung
Bei Nextrain lässt sich diese „Gate“-Logik mit AI Gates und nutzerspezifische Flows mit AI Rules designen – dadurch kann das Kompetenzmodell nicht nur eine „Zieltabelle“, sondern eine lebendige Journey werden. Und ja: Dass Mitarbeitende das sehen, ist wichtig. Darum reduziert Passport, indem es Kompetenzen und Zertifikate im Profil an einem Ort bündelt, die Frage „Wo stehe ich?“.
Notizen
- 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) — das Problem der Orientierung in unendlicher Information.