Erkenntnisse aus zehn Jahren Erfahrung mit der Einführung von Kompetenzmanagement in Beratungs- und Unternehmensumgebungen
Nach zehn Jahren an der Schnittstelle von Kompetenzmanagement, strategischer Personalplanung und HR-Technologie treten bestimmte Muster zutage. Einige Implementierungen erzielen eine breite Akzeptanz und eine echte geschäftliche Wirkung. Andere führen zu teuren Plattformen mit geringem Engagement und Daten, denen niemand vertraut. Der Unterschied liegt selten an der Technologie.
Das haben die Erfolgreichen gemeinsam.
Zuerst die Mitarbeiterfrage beantworten
Bevor Organisationen eine Skill-Taxonomie konfigurieren oder eine Plattform auswählen, müssen sie die Frage beantworten, die jeder Mitarbeiter haben wird: Was habe ich davon?
Auf organisatorischer Ebene ist die Business Case meist klar. Führungskräfte wünschen sich Einblicke in die Fähigkeiten der Belegschaft, eine Lückenanalyse und eine Grundlage für die strategische Planung. Diese Logik überzeugt sofort Führungskräfte und HR-Teams.
Aber es landet nicht automatisch beim Mitarbeiter, der an einem Dienstagnachmittag sein Profil ausfüllt. Sie möchten wissen, wer die Daten sieht, welche Entscheidungen damit getroffen werden und ob ihnen die Teilnahme persönlich nützt.
Die Organisationen, die dies gut umsetzen, verbinden Kompetenzdaten mit etwas, das den Mitarbeitern bereits am Herzen liegt: Lernen und Entwicklung. Wenn ein ausgefülltes Profil relevante Kursempfehlungen generiert oder Türen zur internen Mobilität und Projektmöglichkeiten öffnet, verschiebt sich die Frage von “Warum sollte ich mich darum kümmern?” zu “Warum habe ich das noch nicht getan?”
Dieser Zusammenhang zwischen Kompetenzen und Lernen ist durchweg der wirksamste Hebel für die Akzeptanz. Keine interne Kommunikationskampagne kann dies nachahmen.
Executive Sponsoring ist nicht optional
Hohe Akzeptanzraten entstehen nicht allein durch Begeisterung von der Basis. Sie erfordern sichtbare, nachhaltige Unterstützung durch die Führung.
Das Kompetenzmanagement berührt Themen, die für die Mitarbeiter von persönlicher Bedeutung sind: ihr Fachwissen, ihre Karriere und ihr Wert für das Unternehmen. Ohne ein klares Signal von oben, dass diese Initiative wichtig ist und dass die Daten verantwortungsbewusst und zum Wohle der Mitarbeiter genutzt werden, bleibt die Beteiligung gering und leidet die Datenqualität.
Wirksames Sponsoring beschränkt sich nicht auf eine einmalige Einführungsbotschaft. Es bedeutet, dass Führungskräfte die Daten sichtbar nutzen, bei Entscheidungen darauf Bezug nehmen und die Teams für ihre Mitwirkung in die Pflicht nehmen. Wenn die Mitarbeiter erkennen, dass Kompetenzdaten konkrete Ergebnisse beeinflussen, anstatt in einem System zu verschwinden, das niemand konsultiert, wird ein kultureller Wandel möglich.
Legen Sie zunächst die Anwendungsfälle fest, bevor Sie die Taxonomie definieren
Einer der häufigsten Fehler bei Kompetenzmanagement-Projekten ist die Behandlung des Kompetenzkatalogs als Ausgangspunkt. Organisationen verbringen Monate damit, Skill-Definitionen, -Level und -Kategorisierungen zu diskutieren, bevor sie überhaupt.
Die Anwendungsfälle sollten zuerst kommen. Lückenanalyse auf Teamebene. Entwicklungsplanung auf individueller Ebene. Personalplanung auf Organisationsebene. Interne Mobilität. Compliance-Tracking. Jeder Anwendungsfall prägt unterschiedliche Anforderungen in Bezug auf Messung, Granularität und Zugriffsberechtigungen.
Wenn Anwendungsfälle von vornherein klar sind, lösen sich Debatten über die taxonomische Tiefe und die Granularität von Fähigkeiten viel schneller. Die Frage ist dann nicht mehr: “Wie definieren wir diese Fähigkeit richtig?”, sondern vielmehr: “Welchen Detailgrad benötigen wir, um die spezifischen Fragen zu beantworten, die uns wichtig sind?”
Die überzeugendsten Anwendungsfälle, um sowohl bei der Unternehmensleitung als auch bei den Mitarbeitern anfängliche Zustimmung zu gewinnen, sind in der Regel die Lückenanalyse auf Teamebene und die Entwicklung von Personalstrategien. Daten auf Teamebene bieten den richtigen Detaillierungsgrad: Sie sind detailliert genug, um Qualifikationslücken innerhalb einer bestimmten Funktion aufzudecken, und dennoch abstrakt genug, damit Führungskräfte darauf reagieren können, ohne sich in individuellen Abweichungen zu verlieren. Qualifikationsdaten auf individueller Ebene sind oft zu detailliert, um strategische Gespräche anzuregen. Erst durch die Aggregation auf Rollenebene werden unternehmensweite Erkenntnisse zur Belegschaft für hochrangige Entscheidungsträger umsetzbar und glaubwürdig.
Rollenarchitektur ist der Punkt, an dem Projekte feststecken
Wenn es einen Bereich gibt, in dem Implementierungsprojekte die Schwierigkeit konstant unterschätzen, dann ist es die Rollendefinition. Fast jede Organisation stellt fest, sobald das Projekt beginnt, dass ihre bestehende Rollenstruktur entweder zu grob für eine sinnvolle Nutzung ist oder zu fragmentiert, um sie handhaben zu können.
Das häufigste Muster: Tarif- oder Job-Grade-Cluster existieren auf Unternehmensebene, sind aber zu breit gefasst, um sinnvolle Fähigkeitsunterschiede zu erfassen. Jede Abteilung definiert dann ihre eigenen Unterrollen, was zu Inkonsistenz und Koordinationsaufwand führt. Abteilungsübergreifende Rollen, wie Agile.
Ein praktischer Ansatz, der in komplexen Organisationen funktioniert hat: Erstellen Sie ein Basisprofil pro Rolle, anstatt separate Profile für jede Senioritätsstufe zu erstellen. Junior- und Senior-Unterschiede können durch Leistungsmanagement und individuelle Entwicklungsziele erfasst werden, während sich das Rollenprofil selbst auf die Kernkompetenzanforderungen konzentriert. Dies hält den Katalog überschaubar und vermeidet eine Profilvermehrung, die eine der schnellsten Methoden ist, sowohl Mitarbeiter als auch Administratoren zu überfordern.
Rund 150 Rollen sind für ein mittelgroßes bis großes Unternehmen keine Seltenheit. In dieser Größenordnung wird Governance zu einer echten betrieblichen Herausforderung und nicht nur zu einer Designfrage.
Profilänge im Zaum halten
Die Länge des Kompetenzprofils ist ein praktisches Problem, das bei fast jeder Umsetzung auftritt und in der Entwurfsphase leicht unterschätzt wird.
Lange Profile schaffen mehrere Probleme gleichzeitig. Sie entmutigen die anfängliche Vervollständigung. Sie sind schwieriger aktuell zu halten. Und sie erzeugen Rauschen in jedem automatisierten Matching oder jeder Lückenanalyse, die auf den Daten laufen.
Zwei strukturelle Entscheidungen tragen dazu bei, dies in Grenzen zu halten. Erstens sorgt die Trennung zwischen “Grundkompetenzen, die alle Mitarbeiter benötigen” und “rollenspezifischen Kompetenzen” dafür, dass die einzelnen Rollenprofile fokussiert bleiben. Grundkompetenzen können als gemeinsamer Bestand an Fähigkeiten beibehalten werden, über den jeder verfügt, ohne dass dadurch jedes Rollenprofil überladen wird. Zweitens sollte man der Versuchung widerstehen, von Anfang an jede nur denkbare Kompetenz aufzulisten: Wenn man mit den Kompetenzen beginnt, die für die vorab definierten Anwendungsfälle tatsächlich relevant sind, entstehen übersichtlichere und nützlichere Profile als bei erschöpfenden Verzeichnissen.
Governance: Den Prozess richtig aufsetzen – und dauerhaft so halten
Im Zusammenhang mit der Rollenarchitektur stellt sich die Frage, wer die Befugnis hat, Rollenprofile zu erstellen, zu bearbeiten und zu genehmigen. Dies wird oft als nachrangige Angelegenheit behandelt und informell durch Workshops und E-Mail-Ketten gelöst. In der Praxis ist dies eine der folgenschwersten Entscheidungen des gesamten Projekts.
Die Antwort variiert je nach Organisation, doch ein Modell, das sich in komplexen Umgebungen bewährt hat, sieht folgendermaßen aus: Die Experten der einzelnen Abteilungen verfügen über Schreibzugriff auf die Rollenprofile in ihrem Bereich, während abteilungsübergreifende Rollen von einer festgelegten Gruppe von Beteiligten gemeinsam verwaltet werden. Änderungen durchlaufen einen Workshop- oder Überprüfungszyklus mit einer festen Frist für Rückmeldungen. Keine Rückmeldung bis zum Ablauf der Frist bedeutet, dass keine Rückmeldung berücksichtigt wird. Die Profile werden jährlich und nicht fortlaufend überprüft.
Ohne einen solchen festgelegten Prozess muss letztendlich jemand aus der Personalabteilung die Rolle eines Vollzeit-Koordinators übernehmen und E-Mail-Ketten verwalten, um nachzuverfolgen, wer welche Änderung an welchem Profil genehmigt hat. Der Verwaltungsaufwand wird bei zunehmendem Umfang schnell untragbar.
Sobald der Prozess klar und stabil ist, lohnt es sich zu prüfen, ob die Werkzeuge ihn unterstützen können: Änderungsanträge, Genehmigungsworkflows und definierte Verantwortlichkeiten, die direkt in die Plattform integriert sind. Der Prozess sollte zuerst entworfen und das Werkzeug entsprechend konfiguriert werden, nicht umgekehrt.
Die Einführung eines Kompetenzmanagements ist kein Projekt mit einem festen Endtermin. Es handelt sich um einen fortlaufenden Prozess, der kontinuierlich gepflegt werden muss. Rollen ändern sich. Neue Kompetenzen entstehen. Die Geschäftsstrategie verschiebt sich. Ein Unternehmen, das im ersten Jahr einen übersichtlichen, gut verwalteten Kompetenzkatalog aufbaut und diesen dann unberührt lässt, wird feststellen, dass die Daten im zweiten oder dritten Jahr zunehmend unzuverlässig werden. Jährliche Rollenüberprüfungszyklen, klare Zuständigkeiten für die Pflege des Katalogs und ein definierter Prozess zur Einführung neuer Kompetenzen oder zur Auslistung veralteter Kompetenzen sind keine optionalen Funktionen, die später hinzugefügt werden können. Sie sind Teil dessen, was die Implementierung nachhaltig macht.
Technologie ist die letzte Entscheidung, nicht die erste
Die heute verfügbaren Plattformen unterscheiden sich erheblich in der Art und Weise, wie sie Skill-Taxonomien, Team-Analysen, Integrationen mit Lernsystemen und Konfigurierbarkeit handhaben. Diese Unterschiede sind wichtig. Aber sie sind weitaus weniger wichtig als die Entscheidungen, die ihnen vorausgehen: welche Anwendungsfälle priorisiert werden sollen, wie Rollen strukturiert werden sollen, wer den Katalog verwaltet und wie Skill-Daten mit Ergebnissen verknüpft werden, die den Mitarbeitern tatsächlich wichtig sind.
Organisationen, die Werkzeuge als Lösung betrachten, haben oft Schwierigkeiten. Organisationen, die Werkzeuge als Infrastruktur für einen bereits durchdachten Prozess betrachten, sind eher erfolgreich. Ein gut durchdachter Prozess auf einer flexiblen Plattform übertrifft durchweg einen schlecht durchdachten Prozess auf einer hochentwickelten Plattform.
Bei der Bewertung von Plattformen sind die Fragen, die es wert sind, gestellt zu werden, nicht in erster Linie auf Funktionen bezogen. Sie beziehen sich auf die Konfigurierbarkeit auf Teamebene, die Möglichkeit, Rollengovernance zu verwalten, ohne Engpässe in der Personalabteilung zu schaffen, die Qualität der Verbindung zwischen Kompetenzdaten und Entwicklungsmaßnahmen sowie darauf, ob das Tool Einblicke auf der richtigen Aggregationsebene für die tatsächlich wichtigen Entscheidungen liefert.
Teammeter wurde genau um diese Fragen herum entwickelt. Es bietet Managern direkt eine Übersicht über die Fähigkeiten auf Teamebene, lässt die Rollengovernance in den Händen derer, die die Rollen am besten verstehen, und verbindet Kompetenzlücken direkt mit Entwicklungsmaßnahmen – ohne dass ein dediziertes HR Operations Team für den laufenden Betrieb benötigt wird. Wenn der in diesem Artikel beschriebene Rahmen Ihr Ansatz für das Kompetenzmanagement beschreibt, dann Kompetenzmanagement in Teammeter ist einen Blick wert.
Ein gut durchgeführtes Kompetenzmanagement ist keine Personalinitiative. Es ist eine organisatorische Fähigkeit. Die Implementierungen, die eine breite Akzeptanz und nachhaltige Wirkung erzielen, sind diejenigen, die es von Anfang an so behandeln.