Wie Unternehmen Kompetenzprofile systematisch pflegen: mit klaren Auslösern, belastbaren Nachweisen, passenden Intervallen und einem praktischen Kompetenz-Takt.
Montag, 8:40 Uhr: Ein Projektleiter sucht kurzfristig zwei Personen mit Erfahrung in einer bestimmten Technologie. Die Kompetenzmatrix zeigt sechs passende Namen. Im Gespräch stellt sich heraus: Zwei haben die Technologie vor drei Jahren in einem anderen Kontext genutzt, eine Person hat nur einen Grundlagenkurs besucht und eine weitere arbeitet inzwischen in einem anderen Team. Aus sechs Treffern werden zwei belastbare Optionen.
Das Problem liegt nicht darin, dass Kompetenzen nie erfasst wurden. Das Problem ist, dass Kompetenzdaten häufig wie Stammdaten behandelt werden, obwohl sie sich mit Aufgaben, Werkzeugen, Praxiserfahrung und formalen Nachweisen verändern.
Ein Kompetenzprofil ist eine strukturierte Beschreibung der für eine Person relevanten Fähigkeiten, Kenntnisse, Erfahrungen und Nachweise. Im Skillmanagement soll es Kompetenzen nicht nur dokumentieren, sondern für Einsatz-, Entwicklungs- und Planungsentscheidungen verlässlich auffindbar machen.
Systematische Pflege beginnt mit der Trennung von drei Informationen:
Diese Trennung verhindert einen typischen Fehler: Ein abgeschlossener Kurs ist ein Lernnachweis, aber nicht automatisch ein Beleg für aktuelle Handlungssicherheit. Wer vor zwei Jahren SQL gelernt hat, besitzt möglicherweise Grundlagenwissen. Ob diese Person heute komplexe Abfragen in einem Produktivsystem sicher erstellen kann, ist eine andere Information.
Ohne gepflegte Profile entstehen Fehlbesetzungen, unnötige Suchschleifen und Entwicklungsmaßnahmen, die am tatsächlichen Bedarf vorbeigehen. Eine Skill-Matrix ist nur dann entscheidungsfähig, wenn sie neben dem Kompetenzniveau auch die Aktualität sichtbar macht.
Ein praxistaugliches Profil muss keine vollständige berufliche Biografie sein. Es sollte nur Informationen enthalten, die für eine nachvollziehbare Personal-, Einsatz- oder Entwicklungsentscheidung relevant sind.
| Angabe | Zweck | Konkretes Beispiel |
|---|---|---|
| Kompetenzbezeichnung | Einheitliche Suche und Vergleichbarkeit | „Datenbankmodellierung“ statt nur „SQL“ |
| Kompetenzbereich | Verhindert die Vermischung unterschiedlicher Fähigkeiten | Fachkompetenz, Methodenkompetenz, Tool-Kompetenz |
| Niveau | Beschreibt die beobachtbare Beherrschung | Grundlagen, selbstständig, fortgeschritten, anleitend |
| Letzte Anwendung | Macht Aktualität prüfbar | „Mai 2026, Datenmigration im Projekt X“ |
| Evidenz | Macht die Bewertung nachvollziehbar | Arbeitsprobe, Zertifikat, bestätigte Projekterfahrung |
| Gültigkeit oder Prüftermin | Steuert die nächste Überprüfung | „Überprüfung bis Dezember 2026“ |
| Kontext | Verhindert falsche Schlussfolgerungen | „Python für Datenanalyse“, nicht automatisch „Python für Backend-Systeme“ |
Der Kontext ist entscheidend. Eine Kompetenz ist selten vollständig unabhängig von der Aufgabe. Wer interne Fachpräsentationen souverän hält, ist nicht automatisch für einen englischsprachigen Vertriebspitch qualifiziert. Ein gutes Profil speichert deshalb nicht nur ein Niveau, sondern auch den Rahmen, in dem dieses Niveau beobachtet wurde.
Veraltete Daten sind nicht einfach alte Einträge. Ein mehrere Jahre altes Zertifikat kann weiterhin relevant sein. Eine sehr neue Selbsteinschätzung kann dagegen unzuverlässig sein, wenn ihr keine praktische Anwendung zugrunde liegt.
Vier Warnsignale sind besonders hilfreich:
Ein Beispiel: Eine Person wird in einer Matrix mit dem Niveau „selbstständig“ für ein ERP-Modul geführt. Der Eintrag basiert auf einem Rollout vor vier Jahren. Inzwischen wurden Oberfläche, Berechtigungsmodell und Kernprozesse ersetzt. Die frühere Erfahrung bleibt wertvoll, ist aber kein belastbarer Nachweis für die aktuelle Einsatzfähigkeit.
Die Frage lautet daher nicht nur: „Wann wurde diese Kompetenz eingetragen?“ Entscheidend ist auch: „Hat sich der Arbeitskontext seitdem verändert?“
Eine einheitliche Jahresaktualisierung ist einfach zu organisieren, aber fachlich oft zu grob. Manche Kompetenzen verändern sich langsam. Andere verlieren nach einem Softwarewechsel, Rollenwechsel oder einer Prozessänderung schnell an Aussagekraft.
Dafür eignet sich das Denkmodell Kompetenz-Takt. Es betrachtet jede Kompetenz über vier Zeitpunkte:
Der Kompetenz-Takt erzeugt keine künstliche Pflicht zur ständigen Neubewertung. Stattdessen löst er Pflege durch konkrete Ereignisse aus.
| Auslöser | Sinnvolle Pflegehandlung |
|---|---|
| Neues Projekt abgeschlossen | Relevante Kompetenzen mit Einsatzkontext und Evidenz ergänzen |
| Neue Rolle oder Teamwechsel | Rollenbezogene Kernkompetenzen prüfen |
| Einführung eines neuen Tools | Betroffene Tool-Kompetenzen neu bewerten oder präzisieren |
| Zertifikat läuft ab | Gültigkeit aktualisieren und gegebenenfalls erneuten Nachweis hinterlegen |
| Kompetenz wurde lange nicht angewendet | Niveau nicht automatisch senken, aber Aktualität als prüfbedürftig markieren |
| Regelmäßiges Entwicklungsgespräch | Selbsteinschätzung, Fremdeinschätzung und letzte Anwendung abgleichen |
Entscheidend ist nicht, dass jeder Datensatz gleich oft aktualisiert wird. Entscheidend ist, dass der Anlass für eine Überprüfung sichtbar und nachvollziehbar ist.
Eine Skill-Matrix wird zur Daueraufgabe, wenn sie versucht, jede Veränderung sofort zentral nachzuziehen. Sie bleibt handhabbar, wenn Pflege in bestehende Arbeitsereignisse eingebettet wird.
Drei Prinzipien reduzieren den Aufwand:
Ein Beispiel aus einem IT-Team: Nach einem Migrationsprojekt dokumentiert die Projektleitung nicht pauschal „Cloud-Erfahrung“ für alle Beteiligten. Stattdessen werden konkrete Tätigkeiten erfasst: Architekturentscheidung, Infrastrukturautomatisierung, Datenmigration oder Testkoordination. Die Matrix bleibt dadurch durchsuchbar, ohne mit unscharfen Begriffen überladen zu werden.
Ein Kompetenzniveau sollte beobachtbares Handeln beschreiben, nicht Persönlichkeit oder Selbstvertrauen. Die relevante Frage lautet nicht: „Wie gut ist die Person?“ Sondern: „Welche Aufgaben kann sie in welchem Kontext und mit welchem Grad an Selbstständigkeit ausführen?“
Eine vierstufige Skala kann so aussehen:
| Niveau | Beobachtbare Beschreibung |
|---|---|
| Grundlagen | Versteht Begriffe und einfache Abläufe, benötigt bei praktischer Anwendung Anleitung |
| Selbstständig | Bearbeitet wiederkehrende Aufgaben im bekannten Kontext eigenständig |
| Fortgeschritten | Löst auch komplexere oder neue Varianten und erkennt typische Fehlerquellen |
| Anleitend | Entwickelt Standards weiter, unterstützt andere und beurteilt Lösungswege |
Diese Skala ist nicht universell richtig. Sie wird erst nützlich, wenn jede Stufe für die konkrete Kompetenz mit Beispielen hinterlegt ist. „Fortgeschritten in Excel“ bleibt zu unscharf. „Erstellt und prüft eigenständig mehrstufige Auswertungen mit Pivot-Tabellen und nachvollziehbaren Formeln“ ist überprüfbar.
Selbsteinschätzungen liefern Informationen, die andere nicht immer sehen: Lernfortschritt, Projekterfahrung oder Unsicherheit in einem neuen Aufgabenfeld. Fremdeinschätzungen können den praktischen Einsatz besser einordnen. Beide Perspektiven beantworten unterschiedliche Fragen und sollten nicht automatisch zu einem Durchschnittswert verrechnet werden.
| Frage | Geeignete Perspektive |
|---|---|
| Welche Erfahrungen hatte die Person bisher? | Selbstbeschreibung mit konkreten Beispielen |
| Wie wurde die Kompetenz im Arbeitskontext beobachtet? | Führungskraft, Projektleitung oder fachliche Peers |
| Reicht das Niveau für eine bestimmte Aufgabe? | Fachlich verantwortliche Person anhand definierter Anforderungen |
| Welche Entwicklung wird angestrebt? | Gemeinsame Einschätzung im Entwicklungsgespräch |
Wenn Selbst- und Fremdeinschätzung auseinanderliegen, ist das kein Datenfehler. Die Differenz ist ein Klärungssignal. Vielleicht meint die Person ein anderes Einsatzfeld, hat neuere Erfahrung noch nicht dokumentiert oder bewertet die Anforderung anders. Erst konkrete Beispiele machen die Abweichung verwertbar.
Eine gute Vorlage führt nicht zu möglichst vielen Einträgen, sondern zu belastbaren Aussagen. Für jede Kompetenz genügen häufig diese Fragen:
Die letzte Frage unterscheidet eine gepflegte Kompetenzdatenbasis von einer statischen Liste. Ohne Prüfzeitpunkt oder Ereignisregel wächst zwar die Datenmenge, aber nicht ihre Verlässlichkeit.
Ein Kompetenzprofil beschreibt die Kompetenzen einer einzelnen Person mit Kontext, Niveau und Nachweisen. Eine Skill-Matrix stellt mehrere Profile gegenüber, damit Teams, Rollen oder Kompetenzlücken vergleichbar werden.
Nicht zwingend in einem starren Intervall. Sinnvoll sind Aktualisierungen nach Ereignissen wie Projektabschluss, Rollenwechsel, Tool-Einführung oder Ablauf eines Nachweises. Für kritische Kompetenzen kann zusätzlich ein fester Prüfzeitpunkt definiert werden.
Nein. Zertifikate dokumentieren einen Lern- oder Prüfungsnachweis. Für die aktuelle Einsatzfähigkeit sind auch praktische Anwendung, Kontext und bestätigte Erfahrung relevant.
Für die tatsächliche Ausführung einer Aufgabe sind fachlich qualifizierte Beobachtungen besonders aussagekräftig. Mitarbeitende sollten ihre Erfahrungen und Nachweise ergänzen können.
Eine Kompetenzangabe ist prüfbedürftig, wenn sie lange nicht angewendet wurde, sich ihr Einsatzkontext deutlich verändert hat oder ihr Niveau nicht mehr durch aktuelle Evidenz gestützt wird.