Zum Inhalt springen
FM-Connect Chat

Hallo! Ich bin Ihr FM-Connect Chat-Assistent. Wie kann ich Ihnen helfen?

FM-Solutionmaker: Gemeinsam Facility Management neu denken

CAFM: Change Impact Assessment und Change Plan

Facility Management: FM-Software » Strategie » Schulung » Change Impact Assessment

Change Impact Assessment zur Bewertung der Auswirkungen von CAFM‑Einführung auf Organisation und Prozesse

Zielsetzung des Change Impact Assessment im CAFM-Projekt

Ein Change Impact Assessment (CIA) im CAFM-Umfeld dient dazu, systematisch zu erfassen, welche Veränderungen das neue Facility-Management-System (CAFM/IWMS/CMMS) in der Organisation auslöst. Dabei werden betroffene Prozesse, Rollen, Technologien und Verantwortlichkeiten identifiziert und deren Auswirkungen abgeschätzt. Ziel ist es, den Stellenwert und die Tragweite jeder Veränderung transparent zu machen. Dies ermöglicht es, benötigte Ressourcen (Personal, Budget, Schulung) frühzeitig zu ermitteln und gezielt geeignete Maßnahmen zu planen, um die negativen Effekte zu minimieren und die gewünschten Effekte zu maximieren. Ein umfassendes CIA verbessert somit die Entscheidungsgrundlage für das Projektteam: Es deckt Risiken und Widerstände auf, zeigt Trainings- und Kommunikationsbedarf auf und unterstützt, die Einführung des CAFM-Systems effizient und benutzerorientiert zu gestalten.

Change Impact Assessment im CAFM-Projekt

Typische Veränderungen durch CAFM-Einführung

Die Einführung eines CAFM-Systems bringt meist weitreichende Veränderungen mit sich. Technisch gesehen werden viele analoger Arbeitsabläufe digitalisiert oder automatisiert: Papierlisten und Insellösungen entfallen, stattdessen gibt es einheitliche Software-Workflows. Insofern entsteht oft ein neues System mit neuen Prozessen, umfangreichen Funktionen und neuen Aufgaben, das die bisherigen Unternehmensstrukturen und Abläufe verändert. Gleichzeitig erweitert sich häufig der Aufgabenbereich der Mitarbeitenden: Etwa entstehen Rollen wie CAFM-Administrator oder Datenbetreuer für Systemdaten. Prozesse, Rollen und Verantwortlichkeiten passen sich an (z.B. Verschiebung von Stammdatenpflege ins Facility-Management, neue Genehmigungswege). In der Folge ändert sich die Zusammenarbeit – beispielsweise müssen Fachbereiche enger mit der IT-Abteilung kooperieren. Kurz gesagt: Die CAFM-Einführung ist selten nur ein reines IT-Projekt, sondern beinhaltet umfangreiche organisatorische und personelle Änderungen. Daher gehören auch Anpassungen in der Aufbauorganisation, Schulungsbedarf und die Überarbeitung von Verantwortlichkeiten zur typischen Wirkung eines CAFM-Projekts.

Methodik der Erhebung der Change-Wirkungen

Für die Ermittlung der Veränderungswirkungen wird eine Mischung aus qualitativen und quantitativen Methoden eingesetzt.

Typische Vorgehensweisen sind etwa:

  • Interviews: Einzelgespräche mit Stakeholdern (Mitarbeitende, Führungskräfte, Kunden), um deren Sicht auf Prozesse, Rollen und Ängste zu verstehen.

  • Workshops: Gemeinsame Arbeitsgruppen oder Fokusgruppen, in denen betroffene Teams z.B. Geschäftsprozesse und mögliche Änderungen diskutieren.

  • Prozessanalysen: Dokumentation und Gegenüberstellung von Ist- und Ziel-Prozessen, um Lücken (Gap-Analyse) und Abhängigkeiten aufzudecken.

  • Surveys: Gezielte Befragungen zur Akzeptanz oder zu erwarteten Herausforderungen in der Belegschaft.

Diese Erhebungen liefern umfassende Einblicke in den Umfang und die Tiefe der Veränderungen. Oft kombiniert man sie mit systematischen Techniken wie Prozessmapping oder Abhängigkeitsdiagrammen (Dependency-Mapping), um zu ermitteln, welche Bereiche (z.B. Fertigung, Instandhaltung) besonders betroffen sind. Die Methode ist damit iterativ: Erste Analysen (Exploration) geben grobe Hinweise, die in weiteren Runden in den Details verfeinert werden. Auf dieser Basis entsteht ein gesamtheitliches Bild, das als Grundlage für den Change Plan dient.

Klassifikation der Veränderungswirkung

Die ermittelten Change-Wirkungen werden typischerweise nach Bereich und Intensität klassifiziert.

Häufige Dimensionen sind beispielsweise:

  • Betroffene Bereiche: Personen (wer ist von den neuen Prozessen betroffen?), Fachabteilungen, IT/Technik, Datenmanagement, Organisation. Change-Analysten ordnen die Auswirkungen z.B. den Kategorien „Mitarbeiterrolle“, „Geschäftsprozess“, „System/Technik“, „Unternehmenskultur“ zu.

  • Stärke des Wandels: Oft wird unterschieden, ob eine Änderung gering, mittel oder stark (manchmal auch permanent vs. temporär) ist. Ein Beispiel: Eine kleine Prozessteiländerung kann als gering eingestuft werden, eine komplette Ablösung eines Vorgangssystems aber als stark.

  • Change-Typen: Manche Modelle unterscheiden Art des Wandels (z.B. technisch vs. organisatorisch vs. kulturell). So erkennt man, ob vor allem Softfacts (Kommunikation, Einstellung) oder Hardfacts (IT-Systeme, Aufbauorganisation) betroffen sind.

Zur Visualisierung kann man z.B. eine Impact-Heatmap einsetzen

In dieser Matrix werden die ermittelten Veränderungen farblich gekennzeichnet – etwa rot für stark betroffene Bereiche, gelb für mäßig, grün für gering. Solche Tools helfen, kritische Punkte schnell zu erkennen. Beispielsweise kann eine hohe Datenumstellungs-Anforderung als stark eingestuft werden und damit intensive Daten-Bereinigung und Schulung erforderlich machen. Die Kategorisierung nach Wirkung macht transparent, welche Maßnahmen vorrangig geplant werden sollten.

Aus der Wirkungseinschätzung leitet sich ein Change Plan ab: ein Maßnahmenpaket, um die Einführung zu unterstützen. Typische Schritte sind dabei:

  • Maßnahmenpriorisierung: Auf Basis des CIA-Ergebnisses werden die wichtigsten Handlungsfelder festgelegt (z.B. Fokus auf Bereiche mit hoher Veränderungswirkung).

  • Kommunikationsplan: Entwicklung von Inhalten und Zeitplänen für Kommunikation (Infoveranstaltungen, Newsletter, FAQs). Ziel ist, die Betroffenen frühzeitig zu informieren und Bedenken zu adressieren.

  • Schulungskonzept: Planung und Durchführung von Trainings. Dabei werden Inhalte definiert (für Administratoren, Fachanwender usw.) und geeignete Formate gewählt (Präsenzworkshops, E-Learning, Coaching).

  • Rollen und Organisation: Eventuelle Anpassungen der Organisation bzw. der Stellenprofile (z.B. eine neue Rolle „CAFM-Administrator“ einführen) und Festlegung von Zuständigkeiten (wer pflegt die Stammdaten, wer unterstützt im Support).

  • Übergangsmodelle: Planung, wie der Übergang vom alten zum neuen System erfolgt. Das kann Pilotbetrieb in Teilbereichen, Parallellauf von Alt- und Neusystem oder ein stufenweiser Rollout sein, um Risiken zu minimieren.

  • Risikomanagement: Identifikation und Steuerung von Risiken (z.B. Überlastung von Schlüsselpersonen). Hierzu gehören Controlling-Mechanismen und Eskalationswege bei Problemen.

Ein wirksamer Change Plan umfasst im CAFM-Kontext üblicherweise folgende Bausteine:

  • Kommunikation: Klarer, fortlaufender Informationsfluss über das Projekt. Beispiele: Kick-off-Meetings mit allen Fachbereichen, regelmäßige Projektnewsletter oder Newsbeiträge im Intranet. Kommunikation sollte „transparent sein, Vertrauen aufbauen und Widerstände verringern“.

  • Schulung und Training: Maßgeschneiderte Trainings für Anwender und Administratoren. Das kann interaktive Workshops, E-Learnings oder Mentoren-Programme umfassen. Gut geschulte Mitarbeiter zeigen tendenziell höhere Akzeptanz und machen weniger Fehler. Beispiel: Ein Workshop für Instandhaltungstechniker über die mobile Störfall-App, E-Learning-Module zum CAFM-Basiswissen, Hands-on-Übungen mit dem System.

  • Übergangsmodelle: Sorgfältig geplante Übergangsphasen. Dazu gehört etwa ein Pilotbetrieb in einer Abteilung, um reale Erfahrungswerte zu sammeln, oder eine parallele Betriebsphase, in der Altsystem und neues CAFM zeitgleich laufen. Ein „Soft Launch“ mit eingeschränktem Nutzerkreis kann helfen, Probleme früh zu erkennen.

  • Organisatorische Anpassungen: Änderung von Aufbauorganisation oder Prozessen. Zum Beispiel werden Stellenbeschreibungen und Kompetenzprofile aktualisiert (z.B. Datenpflege soll künftig zum CAFM-Team gehören). Aufgabenverteilung (RACI-Matrix) wird angepasst, Schnittstellen neu definiert. Gegebenenfalls werden auch neue Gremien gebildet (z.B. ein CAFM-Steuerkreis).

  • Support und Coaching: Einrichtung von Supportstrukturen (Hotline, Super-User im Fachbereich, Change Agents). Begleitend werden Führungskräfte eingebunden (Sponsoren-Briefings, Lenkungskreistreffen), um das Vorhaben aktiv zu tragen. Dieser Unterstützungsplan stellt sicher, dass Anwender nach dem Go-Live Beratung erhalten und auftretende Fragen sofort geklärt werden.

Durch diese Bausteine werden die im CIA erkannten Bedürfnisse adressiert

Beispielsweise minimiert ein Kommunikationsplan Gerüchte und Unsicherheiten, und ein durchdachtes Schulungskonzept schließt Fähigkeitslücken.

Einbindung von Stakeholdern und Führungskräften

Eine frühzeitige und fortlaufende Einbindung aller relevanten Stakeholder ist essenziell für den Projekterfolg. Zahlreiche Studien zeigen: Projekte mit aktiver Stakeholdereinbindung verlaufen deutlich erfolgreicher. Daher werden bereits in der Impact-Analyse Vertreter aller betroffenen Gruppen eingebunden (z.B. Betriebsleitung, Fachabteilungsleiter, Betriebsrat). Diese Stakeholder liefern Input zu möglichen Auswirkungen und helfen später, breite Akzeptanz zu erzeugen.

Konkret heißt das

Entscheider und Meinungsbildner werden z. B. in einem Lenkungskreis oder Kernteam einbezogen. Ihnen wird transparent über Risiken und Erfolge berichtet und sie übernehmen aktive Rollen (Sponsor, Change Agents). Workshops oder Feedbackrunden mit Führungskräften fördern den Dialog. Offene Kommunikation und Transparenz – etwa durch regelmäßige Status-Updates oder Townhall-Meetings – bauen Vertrauen auf. Führungskräfte geben durch ihr Beispiel die Richtung vor, indem sie die Notwendigkeit der Veränderung kommunizieren und eigene Mitarbeiter motivieren. Zusammenfassend soll so eine Kultur entstehen, in der Veränderung als gemeinsames Ziel verstanden wird: „Stakeholder-Engagement fördert Engagement und reduziert Widerstände“.

Es ist wichtig, Change Impact Assessment und Change Plan klar von anderen Projektaspekten abzugrenzen:

  • Projektmanagement: Während das Projektmanagement sich auf die Planung, Steuerung und Überwachung des Projekts (Scope, Zeit, Budget, technische Umsetzung) konzentriert, adressiert das Change Management explizit die menschliche Seite. Change-Management-Maßnahmen begleiten das Projekt, indem sie Mitarbeitern helfen, sich auf neue Abläufe einzustellen. Anders gesagt: Projektmanagement schafft die technische Lösung, Change Management sorgt dafür, dass diese Lösung von den Anwendern akzeptiert und genutzt wird.

  • Change Control: Dies ist ein formaler Prozess zur Verwaltung von Scope-Änderungen im Projekt (z.B. Anforderungen, technologische Anpassungen). Change Control prüft, ob vorgeschlagene Änderungen am Projektumfang sinnvoll und machbar sind. Demgegenüber bereitet das Change Management die betroffenen Mitarbeiter auf genau diese Änderungen vor. Change Control ist reaktiv (es greift bei Änderungsanträgen), Change Management dagegen proaktiv (es bereitet auf anstehende Veränderungen vor). Beispielsweise kann die Einführung eines zusätzlichen CAFM-Moduls technisch per Change Request bewilligt werden, parallel dazu sorgt das Change Management dafür, dass die Mitarbeiter rechtzeitig geschult werden.

  • User Adoption (Nutzerakzeptanz): Unter User Adoption versteht man das Ausmaß, in dem die Endanwender das neue System nach Go-Live tatsächlich nutzen und in ihre Arbeit integrieren. Dies ist das Ergebnis einer erfolgreichen Veränderungsbegleitung. Change Management maximiert bewusst die Adoption (z.B. durch Kommunikation und Training) und minimiert Widerstände. Eine hohe Nutzerakzeptanz ist damit kein separates Verfahren, sondern das Ziel des gesamten Change-Management-Prozesses.

Durch diese Unterscheidungen ist klar

Projektmanagement und Change Control liefern den Rahmen und die technischen Entscheidungen, während das Change Impact Assessment / Change Management das Verhalten der Beteiligten steuert, um die Technik erfolgreich einzuführen.

Aus der Praxis haben sich folgende Empfehlungen bewährt:

  • Umfassende Stakeholdereinbindung: Binden Sie alle relevanten Gruppen ein (Geschäftsführung, Fachbereiche, IT, Support). Nutzen Sie Workshops und Interviews mit breiter Teilnehmerzahl und sorgen Sie für laufenden Austausch. Ein Stakeholder-Analyse hilft, Interessen und Bedürfnisse zu erfassen und gezielt anzusprechen.

  • Gründliche Datenerhebung: Nutzen Sie sowohl qualitative Daten (Interviews, Workshops) als auch quantitative Fakten (z.B. Prozessmetriken, Fragebogenauswertungen), um Veränderungen ganzheitlich zu verstehen. Dokumentieren Sie Fakten und Einschätzungen systematisch – zum Beispiel in einer Change-Impact-Matrix oder einem strukturierten Erhebungsbogen.

  • Kulturelle Dynamik beachten: Berücksichtigen Sie die Unternehmenskultur und mögliche Widerstände. Analysieren Sie, wie verschiedene Teams auf Veränderungen reagieren könnten. Gehen Sie etwa auf die Bedürfnisse verschiedener Berufsgruppen ein (beispielsweise durch gezielte Change-Agents oder Fokusgruppen).

  • Szenario-Planung: Arbeiten Sie mit Was-wäre-wenn-Szenarien (best case, worst case, wahrscheinlichster Fall). So können Sie bereits im Vorfeld Strategien entwickeln, um Risiken zu minimieren oder Chancen zu nutzen.

  • Klare Kommunikation: Etablieren Sie feste Kommunikationskanäle (z.B. Projektnewsletter, regelmäßige Abstimmungsmeetings) und planen Sie diese langfristig. Sorgen Sie auch für Feedbackschleifen (Q&A-Sessions, digitale Feedbacktools), damit Unsicherheiten früh aufgefangen werden.

  • Flexibilität und Iteration: Betrachten Sie das CIA nicht als einmaliges Ereignis, sondern als fortlaufenden Prozess. Passen Sie Methoden und Prioritäten an, wenn sich im Projektverlauf neue Informationen ergeben. Überprüfen Sie nach wichtigen Meilensteinen die Impact-Bewertung erneut und aktualisieren Sie den Change Plan entsprechend.

  • Einsatz von Tools: Nutzen Sie geeignete Software (etwa CIA-Templates, Collaboration-Tools oder Speziallösungen), um die Datenerfassung und -auswertung zu erleichtern. Dies erhöht Transparenz und Konsistenz (z.B. ein gemeinsames Dashboard zur Impact-Übersicht).

Eine sorgfältige Dokumentation aller Erkenntnisse und Entscheidungen ist essenziell. Halten Sie Ergebnisprotokolle aus Workshops fest und verweisen Sie im Change Plan auf die CIA-Ergebnisse, damit nachvollziehbar bleibt, wie die Maßnahmen abgeleitet wurden. Ein gutes Reporting (z.B. Heatmaps, Grafiken) erleichtert es Führungskräften, den Fortschritt zu beurteilen und unterstützt die spätere Evaluation nach der Umsetzung.

Beispiele für Change-Wirkungen und Maßnahmen

Change-Wirkung (Beispiel)

Intensität

Beispiel-Maßnahme

Prozess – Z.B. Einführung eines digitalen Wartungsantrags<br>(statt Papierformularen)

stark

Anwender-Workshop für neue Abläufe; Prozessdokumentation und Leitfaden;

Rolle – Z.B. Schaffung einer neuen CAFM-Administrator-Funktion

mittel

Stellenbeschrieb anpassen, Verantwortlichkeiten klären, Schulung der neuen Rolle

Technik – Z.B. Umstieg auf mobile CAFM-Apps für Servicetechniker

mittel

Geräteanschaffung, Tech-Training, Hotline für Erstsupport

Daten/Verantwortung – Z.B. Erhöhung der Datenqualitätspflege

gering

Schulung zur Stammdatenpflege; Datenvalidierungs-Regeln etablieren

Organisation – Z.B. Abteilungsübergreifendes Projektteam

mittel

Kick-off-Meeting aller Fachbereiche, gemeinsame Steuerkreise einrichten

Change-Plan-Element

Beispielhafte Maßnahmen

Kommunikation

Kick-off-Veranstaltungen, regelmäßige Projekt-News („Projekt-Newsletter“), Q&A-Sitzungen; Führungskräfte-Updates.

Schulung/Training

User-Schulungen, Online-Trainingsmodule, Coachings durch Super-User.

Übergangsmodell

Pilotbetrieb in Teilbereichen, parallele Einführung (Altsystem weiterführen), gestaffelter Go-Live.

Organisatorische Anpassung

Neue Rollenverteilung, geänderte Stellenbeschreibungen, aktualisierte Prozessverantwortung (RACI).

Die Beispiele basieren auf typischen CAFM-Projekten und Literaturhinweisen und sollen verdeutlichen, welche Art von Auswirkungen auftreten kann und welche Maßnahmen dann sinnvoll sind.