Fünf Felder, an denen Kompetenzprojekte scheitern
2004 systematisiert, heute eins zu eins auf KI-Einführungen übertragbar — die fünf Barrieren und ihre Gegenmittel.
Kompetenzmanagement-Projekte scheitern selten an der Idee und fast immer an fünf Barrierenfeldern: individuell-kulturell (Angst vor Transparenz, Besitzstandsdenken), organisatorisch-strukturell (fehlendes Top-Management-Commitment, „das Thema wird zu klein gehängt“), Systemgestaltung (Over- oder Under-Engineering, sofort veraltende Profile), rechtlich (Datenschutz, Betriebsrat) und technisch (Software ohne unterstützende Prozesse). Gegen jede Barriere gibt es ein Mittel: Promotoren benennen, das Thema groß aufhängen, mit 80 % Perfektion starten und permanent reviewen, Betriebsrat und Datenschutz früh einbinden, Prozess vor Software. Diese Systematik von 2004 gilt heute eins zu eins für KI-Einführungen.
Als ich 2004 die Einführungsbarrieren des Kompetenzmanagements systematisierte, ahnte ich nicht, wie genau dieselbe Liste zwanzig Jahre später für KI-Projekte passen würde. Die Technologien ändern sich; die Stellen, an denen Veränderung hängenbleibt, bleiben dieselben.
Die fünf Barrierenfelder
Erstens, individuell-kulturell: Transparenz über Kompetenzen macht Angst — sie rührt an Status und Besitzstände. Wer nicht weiß, was die Offenlegung für ihn bedeutet, blockiert. Zweitens, organisatorisch-strukturell: Ohne sichtbares Commitment der Spitze bleibt das Vorhaben ein Nebenprojekt; es wird „zu klein gehängt“ und verhungert an Aufmerksamkeit. Drittens, Systemgestaltung: Zu viel Perfektion (Over-Engineering) macht das System unpflegbar, zu wenig (Under-Engineering) nutzlos — und Profile veralten, kaum dass sie stehen.
Viertens, rechtlich: Kompetenzdaten berühren Mitbestimmung und Persönlichkeitsrechte; ohne frühe Einbindung von Betriebsrat und Datenschutz endet das Projekt im Konflikt. Fünftens, technisch: Software ohne die passenden Prozesse ist der häufigste teure Fehler — das Tool ersetzt nicht die Klärung, wofür es da ist.
Die Technologien wechseln. Die fünf Stellen, an denen Veränderung hängenbleibt, sind seit zwanzig Jahren dieselben.
Die Gegenmittel — und die 80-Prozent-Regel
Gegen jede Barriere gibt es ein erprobtes Mittel: für das Kulturelle Promotoren, die das Vorhaben tragen; für das Strukturelle ein sichtbares Mandat von oben; für die Systemgestaltung der wichtigste Rat von allen — mit 80 Prozent Perfektion starten und danach permanent reviewen, statt perfekt zu planen und nie zu beginnen; für das Rechtliche die frühe Einbindung; für das Technische der Grundsatz Prozess vor Software.
Warum das für KI-Einführungen zählt
Ersetzt man „Kompetenzmanagement“ durch „KI“, passt die Liste fast unverändert: Angst vor Transparenz wird zur Angst vor Automatisierung, das fehlende Top-Commitment bleibt, Over-Engineering heißt jetzt Plattform-Gigantismus, der Betriebsrat wird vom AI Act flankiert, und Software ohne Prozess ist nach wie vor der teuerste Fehler. Wer eine KI-Initiative plant, findet in diesem Katalog von 2004 eine erstaunlich aktuelle Risikoliste — siehe auch Der EU AI Act trifft HR früher als gedacht.
Die Reihenfolge entscheidet
Wer alle fünf Barrieren gleichzeitig angeht, scheitert an der Überforderung. Die Reihenfolge ist nicht beliebig: Zuerst kommt das Commitment der Spitze, denn ohne Mandat verhungert jedes Vorhaben. Dann das Kulturelle — Vertrauen und Promotoren —, weil sonst die beste Struktur unterlaufen wird. Erst danach lohnen sich Systemgestaltung und Technik. Das Rechtliche läuft als Leitplanke von Anfang an mit. Wer diese Reihenfolge umdreht und mit dem Tool beginnt, wie es am häufigsten geschieht, hat die Barrieren nicht überwunden, sondern nur verschoben — an die teuerste Stelle.

Häufige Fragen
Woran scheitern Kompetenzmanagement-Projekte? An fünf Barrierenfeldern: individuell-kulturell, organisatorisch-strukturell, Systemgestaltung, rechtlich und technisch. Selten an der Idee, fast immer an der Umsetzung.
Was ist die 80-Prozent-Regel? Mit 80 Prozent Perfektion starten und danach permanent reviewen, statt perfekt zu planen und nie zu beginnen — das wirksamste Gegenmittel gegen Over-Engineering.
Gelten diese Barrieren auch für KI-Projekte? Ja, fast unverändert: Angst vor Automatisierung, fehlendes Commitment, Plattform-Gigantismus, Betriebsrat/AI Act und Software ohne Prozess — dieselbe Liste, anderes Etikett.