Ein Kompetenzkatalog ist das gemeinsame Vokabular eines Unternehmens für das, was seine Mitarbeitenden können. Ist er gut gebaut, hängen Rollendefinitionen, Kompetenzmatrizen, Entwicklungspläne und interne Mobilität daran. Das sind die zentralen Bausteine jeder Skill Management Software. Ist er zu allgemein, zu kleinteilig oder voller Aufgaben und Persönlichkeitsmerkmale statt Kompetenzen, vertraut ihm niemand. Und was niemand vertraut, nutzt auch niemand.
Dieser Leitfaden zeigt dir den Aufbau Schritt für Schritt. Dazu zwei Begriffe, die entscheiden, ob dein Katalog beim Wachsen nützlich bleibt: Kompetenztaxonomie und Kompetenzontologie.
Was ist ein Kompetenzkatalog?
Ein Kompetenzkatalog ist die zentrale Liste aller Kompetenzen, die ein Unternehmen erfasst. Jede Kompetenz steht einmal drin, einheitlich benannt. Von dort greifen Rollenprofile, Kompetenzmatrizen, Entwicklungspläne und interne Mobilität darauf zu. Ohne Katalog erfindet jedes Team eigene Bezeichnungen für dieselbe Sache. Mit Katalog hat das Unternehmen eine Sprache dafür, was Menschen können.
Ein Kompetenzkatalog ist nicht dasselbe wie eine Skill-Matrix, die den Katalog auf ein bestimmtes Team oder eine bestimmte Rolle anwendet, um Kompetenzstufen zu erfassen. Der Katalog ist das Wörterbuch; die Matrix ist ein damit geschriebener Satz.
Was ist eine Kompetenztaxonomie?
Mit Kompetenztaxonomie ist das Klassifikationssystem gemeint, das die Kompetenzen in deinem Katalog in Kategorien und Ebenen einordnet, so wie eine biologische Taxonomie Arten in Gattung und Familie einteilt. Die Taxonomie beantwortet die Frage: Wo gehört diese Kompetenz hin?
In der Praxis besteht eine Kompetenztaxonomie aus:
- Kategorien: Gruppierungen wie „Daten & Analyse", „Kommunikation" oder „Projektmanagement", die die Struktur oder Branche Ihres Unternehmens widerspiegeln.
- Kompetenztypen: Hard Skills, Soft Skills und Sprachen sind die gängigsten, du kannst aber auch eigene Typen definieren.
- Hierarchie: übergeordnete und untergeordnete Kompetenzen, zum Beispiel „JavaScript-Frameworks" als übergeordneter Begriff von „Vue.js" und „React".
Erst die Taxonomie hält einen Katalog mit Hunderten von Kompetenzen überschaubar. Wer eine Kompetenz sucht, findet sie in einer Kategorie, die Sinn ergibt. Und Admins sehen doppelte oder fehlende Kompetenzen auf einen Blick.
Was ist eine Kompetenzontologie?
Mit Kompetenzontologie geht es einen Schritt weiter als mit einer Taxonomie. Während eine Taxonomie Kompetenzen in einen Kategorienbaum einordnet, bildet eine Ontologie die Beziehungen zwischen Kompetenzen ab, unabhängig davon, in welcher Kategorie sie stehen. Die Ontologie beantwortet eine andere Frage: Wie hängt diese Kompetenz mit jener zusammen, statt nur, wo sie hingehört?
Typische Beziehungsarten in einer Kompetenzontologie sind:
- Spezialisierung / Generalisierung: „Vue.js" ist eine Spezialisierung von „JavaScript-Frameworks".
- Enthält / ist Teil von: „Vue.js" enthält „Vue Router" als Komponente.
- Voraussetzung: Eine Kompetenz muss erlernt sein, bevor eine andere wirksam genutzt werden kann.
- Ähnlichkeit / Transfer: wie stark sich Kenntnisse in einer Kompetenz auf eine andere übertragen. „Vue.js" hat zum Beispiel eine hohe Ähnlichkeit mit „React" und „Angular", weil die Konzepte darunter dieselben sind.
So kann eine Plattform mit Kompetenzen rechnen, statt sie nur aufzulisten. Sie empfiehlt, was als Nächstes zu lernen ist. Sie schlägt jemanden für ein Projekt vor, auch wenn nur eine verwandte Kompetenz im Profil steht. Und sie erkennt, wenn zwei Einträge dasselbe meinen und nur anders geschrieben sind.
Taxonomie vs. Ontologie, in einem Satz
Eine Taxonomie ordnet Kompetenzen in eine Kategorienhierarchie ein. Eine Ontologie verknüpft Kompetenzen über typisierte Beziehungen miteinander, unabhängig davon, ob sie in derselben Kategorie stehen. Eine Taxonomie ist meist Teil einer Ontologie, aber eine Ontologie enthält mehr Informationen als eine Taxonomie allein.
Wie du einen Kompetenzkatalog aufbaust
1. Leg fest, was als Kompetenz zählt
Bevor du den ersten Eintrag anlegst, leg fest, was in den Katalog gehört. Eine Kompetenz beschreibt, was eine Person kann, nicht eine Aufgabe, ein Zertifikat, ein Persönlichkeitsmerkmal oder eine Arbeitsbedingung.
- „Videobearbeitung" ist eine Kompetenz.
- „Das wöchentliche Rückblick-Video schneiden" ist eine Aufgabe, keine Kompetenz; sie gehört in die Aufgabenliste einer Rolle, nicht in den Kompetenzkatalog.
Ein einfacher Test: Kannst du sagen „sie ist Expertin für [X]"? Wenn ja, ist X wahrscheinlich eine Kompetenz. Klingt der Satz seltsam, hast du es eher mit einer Aufgabe, einem Ergebnis oder einem Merkmal zu tun.
Trenn Kompetenzen außerdem von den Begriffen, die dicht daneben liegen. Fähigkeit, Qualifikation und Kompetenz meinen nicht dasselbe. Wer sie durcheinander benutzt, holt sich die erste Unschärfe in den Katalog. Den Unterschied erklären wir ausführlich in Was ist der Unterschied zwischen Fähigkeiten und Fertigkeiten?
2. Fang bei den Rollen an, nicht bei einer leeren Liste
Zu versuchen, „jede Kompetenz im Unternehmen" von Grund auf zusammenzutragen, führt zu einer aufgeblähten, unübersichtlichen Liste. Fang stattdessen bei den Rollen an, die in deiner Organisation bereits existieren, und leite deren Kompetenzen aus den zugehörigen Stellenbeschreibungen ab. So bleibt der Katalog von Anfang an auf das beschränkt, was dein Unternehmen wirklich braucht, und jede Kompetenz hat von Tag eins an einen klaren Platz. Siehe So erstellen Sie eine Rolle im Kompetenzkatalog für die praktischen Schritte.
Unser Rat für alle, die heute anfangen: Nimm die 10 bis 20 Kompetenzen, die für die aktuelle Arbeit wirklich zählen. Nicht gleich alles abdecken wollen. Wo dir später der Überblick fehlt, siehst du selbst, wo du erweiterst.
3. Finde die richtige Granularität
Zu allgemein („Marketing") und der Katalog sagt nichts Brauchbares aus. Zu kleinteilig („Instagram-Reels-Untertitel in Canva erstellen") und er wird unhandlich und abschreckend zum Ausfüllen.
Ein verlässlicher Maßstab: die Granularität aus Lebensläufen und Stellenanzeigen. Beide Formate haben über Jahrzehnte einen Detailgrad gefunden, der aussagekräftig und trotzdem lesbar ist. Frag dich also vor jeder neuen Kompetenz: Könnte das so in einem Lebenslauf oder in einer unserer Stellenanzeigen stehen? Wenn ja, passt die Granularität.
Ein zweiter Test: Hör auf zu unterteilen, sobald du keine konkrete Schulung mehr dazu benennen kannst. „Programmiersprachen" ist zu allgemein zum Arbeiten. „C++" ist konkret genug, dass du dafür einen Kurs findest oder beauftragst. Liegst du unter der Ebene, für die es eine eigene Schulung geben könnte, bist du eine Ebene zu tief.
4. Nutze das Vokabular, das deine Organisation bereits versteht
Eine gemeinsame Sprache für Kompetenzen entsteht nicht erst mit dem Katalog. Sie existiert meist schon informell, überall dort, wo Projekte besetzt werden. Wenn deine Teams schon Kompetenzmatrizen ausfüllen, sind diese Begriffe längst im Umlauf und alle verstehen sie. Behalte sie bei.
Falls dieses gemeinsame Vokabular noch nicht existiert, erfinde keines von Grund auf: Übernimm Kompetenzbezeichnungen aus vorhandenen Lebensläufen und aus deinen internen oder externen Stellenanzeigen. Beide sind bereits in einer Sprache verfasst, die Kandidaten und Mitarbeitende wiedererkennen.
5. Ordne Kompetenzen in einer Taxonomie
Sobald deine Liste steht, gruppiere die Kompetenzen in Kategorien. Die sollten zur Struktur oder Branche deines Unternehmens passen. Dann gib jeder Kompetenz einen Typ: Hard Skill, Soft Skill, Sprache oder einen eigenen. Aus der flachen Liste wird so eine Taxonomie, in der man wirklich stöbern kann.
6. Füge eine Ontologie-Ebene hinzu
Sobald die Taxonomie steht, verknüpfe verwandte Kompetenzen miteinander: markiere Spezialisierungen, Voraussetzungen und Kompetenzen mit starkem Transfer untereinander. Aus der statischen Liste wird damit etwas, das besser zuordnet und Empfehlungen im Sinn von „Was lerne ich als Nächstes" tragen kann. Hier sparen KI-gestützte Werkzeuge auch den meisten Handaufwand. Beziehungen zwischen Hunderten von Kompetenzen von Hand zu erfassen, ist mühsam.
Das ist nicht nur für Empfehlungen nützlich. Es verändert auch das Verhalten genau da, wo Dubletten entstehen. Findet die Suche nur exakte Treffer, legen Menschen mit anderer Wortwahl lieber eine fast identische Kompetenz neu an, statt die bestehende zu suchen. Zeigt die Suche über die Ontologie auch verwandte Kompetenzen, erkennen sie „das ist im Grunde dasselbe" und nehmen den bestehenden Eintrag. Das reduziert Dubletten deutlich.
7. Leg die Governance fest: Wer darf Kompetenzen anlegen, und wer genehmigt sie?
Eine Entscheidung steht am Anfang: Dürfen Mitarbeitende eine Kompetenz anlegen, die es noch nicht gibt? Und soll eine neue Kompetenz erst durch die Freigabe, bevor sie öffentlich wird? Mit Freigabe bleibt der öffentliche Katalog sauber, kostet aber etwas Reibung. Ohne Freigabe wächst er schneller und verlangt später mehr Aufräumarbeit.
Mit mehreren Kunden haben wir den folgenden Prozess aufgesetzt, damit der Kompetenzkatalog dauerhaft konsistent und übersichtlich bleibt:
- Anlegen. Jemand legt eine neue Kompetenz an. Der Eintrag ist standardmäßig privat und nur im eigenen Team sichtbar.
- Übernahme-Signal. Andere, unabhängige Teams greifen dieselbe Kompetenz von sich aus auf und verwenden sie ebenfalls.
- Schwelle erreicht. Sobald genügend unabhängige Teams sie aufgegriffen haben, gilt diese teamübergreifende Nutzung als Signal, dass die Kompetenz über ein einzelnes Team hinaus relevant ist.
- Weiterleitung. Die Kompetenz verlässt automatisch den privaten Status und geht zur Freigabe.
- Prüfung. Eine fachlich zuständige Person bewertet sie, nicht HR. HR kann den Prozess steuern, kann aber meist nicht beurteilen, ob eine technische Kompetenz richtig benannt, richtig eingeordnet und überhaupt relevant ist. Das beurteilt nur jemand, der das Fachgebiet kennt.
- Entscheidung. Die prüfende Person gibt sie für den öffentlichen Katalog frei, führt sie mit einem bestehenden, fast identischen Eintrag zusammen oder lehnt sie ab.
Eine Lehre aus mehreren Rollouts: Leg die Struktur des Katalogs fest und besetze diese Prüfrolle von Tag eins an wirklich. Wo das am Anfang fehlte, kam später der Großteil der wiederkehrenden Reibung her.
8. Halte den Katalog lebendig
Ein Kompetenzkatalog ist nie „fertig". Neue Werkzeuge, Rollen und Arbeitsweisen bringen ständig neues Vokabular. Geh ihn regelmäßig durch: Duplikate zusammenführen, ungenutzte Kompetenzen entfernen, Synonyme ergänzen. Sonst enden zwei Schreibweisen derselben Kompetenz als zwei Einträge.
Am wichtigsten sind klare Verantwortung und feste Zeit, nicht die gelegentliche Aufmerksamkeit aller. Der Katalog braucht eine verantwortliche Person, die dafür auch Zeit eingeplant hat, so wie die Katalogverantwortlichen bei DB Systel. Die Suche bleibt nur dann verlässlich, wenn eine Abfrage einen Eintrag findet und nicht mehrere fast identische.
Die Verwaltungsarbeit dahinter lässt sich allerdings zum großen Teil automatisieren. Teammeters Skill-Katalog nutzt KI, um fast identische Einträge und uneinheitliche Benennungen sichtbar zu machen, neue Kompetenzen einzuordnen, Beziehungen zwischen ihnen zu erzeugen und Kompetenznamen für mehrsprachige Teams zu übersetzen. Den Kompetenzkatalog-Administratoren bleibt damit die Frage, die wirklich Urteil braucht: ob der Katalog die gemeinsame Sprache im Unternehmen tatsächlich abbildet.
Häufig gefragt
Der Kompetenzkatalog ist die eigentliche Liste der Kompetenzen, die deine Organisation erfasst. Die Kompetenztaxonomie ist das Klassifikationssystem darüber: Kategorien, Typen, Hierarchie. Sie hält die Liste auch beim Wachsen durchsuchbar.
Eine Taxonomie ordnet Kompetenzen in eine Hierarchie von Kategorien. Eine Ontologie ergänzt typisierte Beziehungen zwischen Kompetenzen: Spezialisierungen, Voraussetzungen und Transfer zwischen verwandten Kompetenzen, unabhängig von der Kategorie. Ausgereifte Kompetenzkataloge nutzen meist beides, die Taxonomie zum Ordnen und die Ontologie, um Beziehungen auszuwerten.
Nein. Aufgaben beschreiben, was jemand tut („ein Video schneiden"). Kompetenzen beschreiben, was jemand kann („Videobearbeitung"). Häng Aufgaben in ein eigenes Feld an die Rolle. Dann bleibt der Kompetenzkatalog über Rollen hinweg wiederverwendbar, und Kompetenznamen tauchen nicht überall als Aufgaben doppelt auf.
Genau genug, um etwas auszusagen, und allgemein genug, um handhabbar zu bleiben. Ein praktischer Maßstab ist der Detailgrad aus Lebensläufen und Stellenanzeigen: Wenn eine Kompetenz dort realistisch in genau dieser Form stehen könnte, passt die Granularität. Ein weiterer guter Test: Hör auf zu unterteilen, sobald du zum Ergebnis keine konkrete Schulung mehr findest.
Ja, und genau das solltest du tun. Wenn eine Skill Matrix schon gefüllt ist und aktiv für die Besetzung von Projekten genutzt wird, ist ihr Vokabular längst Teil der gemeinsamen Sprache im Unternehmen. Diese Begriffe in den Katalog zu übernehmen ist einfacher und treffender, als neue zu erfinden.
In der Regel verantwortet HR oder People Ops die Governance, also Kategorien, Prüfprozess und Standards. Die Inhalte selbst liefern und prüfen Manager, Mitarbeitende und fachlich zuständige Personen. HR kann nämlich selten beurteilen, ob eine technische Kompetenz richtig benannt oder eingeordnet ist. Ein Katalog, den nur HR anfasst, entfernt sich mit der Zeit von der Arbeit, die er beschreiben soll.
Für die wiederkehrenden Teile ist KI wirklich nützlich: Kompetenzen aus einem Rollennamen vorschlagen, neue Kompetenzen der richtigen Kategorie zuordnen, Beziehungen zwischen Kompetenzen erzeugen und Kompetenznamen für mehrsprachige Teams übersetzen. Bei den Entscheidungen am Anfang ist sie weniger verlässlich, also was als Kompetenz zählt und in welcher Granularität. Dafür lohnt sich weiter eine kurze menschliche Prüfung.
