Es gibt einen Moment in vielen Facility-Management-Abteilungen, der selten ausgesprochen wird. Er passiert etwa 18 Monate nach der CAFM-Einführung. Der Projektleiter ist längst mit anderen Dingen beschäftigt. Der externe Berater hat sein letztes Protokoll geschrieben. Und irgendwann fällt jemandem auf: Das System, für das man sechsstellig investiert hat, wird kaum noch genutzt.
Die Stammdaten sind veraltet. Die Workflows existieren nur auf dem Papier. Und wenn jemand wissen will, welche Wartungen diese Woche anstehen, fragt er Herrn Müller. Der hat eine Excel-Liste.
Das ist keine Ausnahme. Das ist der Normalfall.
Die unbequeme Wahrheit
Nach zwanzig Jahren Erfahrung mit CAFM-Systemen kann ich sagen: Die meisten Projekte erreichen nie ihr volles Potenzial. Viele scheitern still. Nicht mit einem Knall, sondern mit einem langsamen Verstummen.
Die Software funktioniert technisch einwandfrei. Das Problem liegt woanders.
Es liegt in der Lücke zwischen dem, was ein System kann, und dem, was eine Organisation bereit ist zu verändern. CAFM-Einführungen werden oft behandelt wie IT-Projekte. Rollout, Schulung, Abnahme, fertig. Aber sie sind Veränderungsprojekte. Und Veränderung ist unbequem.
Die fünf häufigsten Ursachen
Wer verstehen will, warum ein CAFM-System nicht genutzt wird, muss an fünf Stellen hinschauen.
Erstens: Keine echte Prozessklarheit.
Viele Organisationen bilden im CAFM ab, was sie glauben zu tun – nicht was sie tatsächlich tun. Die Soll-Prozesse im System weichen von der gelebten Realität ab. Das führt zu Workarounds. Workarounds führen zu Datenlücken. Datenlücken führen zu Misstrauen. Und Misstrauen führt zurück zu Excel.
Zweitens: Datenqualität als Nachgedanke.
Die Einführung konzentriert sich auf Funktionen und Oberflächen. Die Migration der Bestandsdaten wird unterschätzt. Irgendwann merkt jemand, dass die Flächendaten nicht stimmen, die Anlagenhierarchie Lücken hat, die Verträge nur halb gepflegt sind. Ab diesem Moment glaubt niemand mehr den Reports.
Drittens: Kein Ownership nach Go-Live.
Das Projektteam löst sich auf. Der Software-Partner ist nur noch für technische Fragen zuständig. Aber wer treibt die kontinuierliche Verbesserung? Wer stellt sicher, dass neue Mitarbeiter eingearbeitet werden? Wer hinterfragt, ob die Prozesse noch passen? Oft: niemand.
Viertens: Schulung ohne Enablement.
Eine zweitägige Schulung vor Go-Live reicht nicht. Menschen vergessen. Prozesse ändern sich. Neue Anforderungen entstehen. Ohne kontinuierliches Enablement – Tutorials, Sprechstunden, regelmäßige Auffrischung – verebbt das Wissen.
Fünftens: Fehlende Konsequenz.
Wenn es keine Konsequenz hat, am System vorbei zu arbeiten, werden Menschen am System vorbei arbeiten. Das ist keine Böswilligkeit. Das ist menschlich. Der Weg des geringsten Widerstands führt zu Excel, wenn Excel schneller geht und niemand nachfragt.
Das Muster dahinter
All diese Ursachen haben einen gemeinsamen Nenner: Sie handeln nicht von Technologie. Sie handeln von Menschen, Gewohnheiten und Organisationskultur.
Ein CAFM-System ist ein Werkzeug. Wie jedes Werkzeug entfaltet es seinen Wert erst durch die Art, wie es benutzt wird. Ein Hammer macht noch keinen Schreiner.
Deshalb scheitern Projekte nicht an der Software. Sie scheitern an der Annahme, dass Software allein etwas verändert.
Der Weg zurück
Die gute Nachricht: Totgelaufene Systeme lassen sich wiederbeleben. Nicht durch ein neues Projekt mit neuem Budget und neuen Versprechungen. Sondern durch ehrliche Analyse und pragmatisches Handeln.
Schritt eins: Diagnose ohne Schönfärberei.
Wie ist die tatsächliche Nutzung? Welche Daten sind verlässlich, welche nicht? Welche Prozesse laufen durchs System, welche drumherum? Diese Bestandsaufnahme tut manchmal weh. Aber sie ist die Grundlage für alles Weitere.
Schritt zwei: Fokussierung statt Totalanspruch.
Nicht alles gleichzeitig reparieren wollen. Zwei oder drei Kernprozesse identifizieren, die den größten Hebel haben. Dort anfangen. Erfolge sichtbar machen. Dann erweitern.
Schritt drei: Quick Wins, die Vertrauen schaffen.
In den ersten vier Wochen muss sich etwas spürbar verbessern. Ein Report, der plötzlich stimmt. Ein Workflow, der tatsächlich funktioniert. Diese frühen Erfolge sind wichtiger als der perfekte Masterplan.
Schritt vier: Ownership verankern.
Jemand muss verantwortlich sein. Nicht für die Technik – für den Nutzen. Diese Person braucht Mandat, Zeit und Zugang zu Entscheidern. Ohne das versandet jede Initiative.
Schritt fünf: Enablement als Dauerzustand.
Schulung ist kein Event, sondern ein Prozess. Mediathek, Tutorials, regelmäßige Sprechstunden, Updates bei Änderungen. Wissen muss fließen, nicht einmalig übertragen werden.
Eine Frage der Haltung
CAFM-Reactivation ist kein technisches Projekt. Es ist eine Entscheidung, hinzuschauen statt wegzuschauen. Zu akzeptieren, dass die erste Einführung nicht alles gelöst hat. Und bereit zu sein, die unbequemen Fragen zu stellen.
Warum nutzen die Leute das System nicht? Was müsste anders sein, damit sie es tun? Und: Sind wir bereit, die Antworten ernst zu nehmen?
Wer diese Fragen stellt, hat den ersten Schritt schon getan.
Dieser Artikel ist Teil unserer Serie über wirksames CAFM. Im nächsten Beitrag geht es um Datenqualität – und warum Perfektionismus dabei der falsche Ansatz ist.