CAFM: Kontinuierliche Verbesserung (Backlog/Roadmap/Benefits)

Um Verbesserungsmaßnahmen systematisch zu managen, wird ein CAFM-spezifischer Backlog geführt – eine priorisierte Liste aller offenen Anforderungen, Optimierungsideen und Tickets. Dieser Backlog fungiert als zentrales Werkzeug des KVP: Alle Verbesserungsvorschläge werden erfasst, beschrieben, bewertet und bis zur Umsetzung nachverfolgt.

Ein gut strukturierter Backlog enthält zu jedem Eintrag bestimmte Schlüsselinformationen, um spätere Priorisierung und Umsetzung zu erleichtern:

• Eindeutige ID: Jede Verbesserung (z. B. neues Berichtstemplate, Workflow-Optimierung, Bugfix) erhält eine eindeutige Kennung zur Referenzierung.

• Beschreibung der Anforderung/Idee: Klar formuliert, was verbessert werden soll (Fachbereich, Modul, konkretes Problem oder gewünschte Funktionalität).

• Nutzen (Benefits): Warum wird diese Verbesserung benötigt? Hier werden die erwarteten Vorteile für Nutzer oder Organisation festgehalten (z. B. Zeitersparnis, Fehlerreduktion, bessere Entscheidungsgrundlagen). Idealerweise wird der Nutzen qualitativ oder quantitativ beschrieben und in Kategorien (hoch/mittel/gering) bewertet.

• Dringlichkeit (Urgency): Wie zeitkritisch ist die Umsetzung? Gibt es Deadlines (z. B. neue Compliance-Anforderung bis Datum X) oder drohen Nachteile, wenn nicht bald gehandelt wird? Eine einfache Dringlichkeitseinstufung (hoch/mittel/niedrig) hilft bei der Übersicht.

• Aufwandsschätzung: Grobe Einschätzung des Umsetzungsaufwands (z. B. Zeitdauer: wenige Wochen vs. mehrere Monate; oder Kosten: gering/mittel/hoch). In frühen Stadien genügen Kategorien, um den Aufwand ungefähr einzuordnen.

• Verantwortlicher (Owner): Zuweisung einer verantwortlichen Person oder Rolle, die die Analyse und Umsetzung vorantreibt. Oft ist das der Melder oder der zuständige Prozessverantwortliche im Fachbereich.

• Eintragsdatum: Wann wurde der Backlog-Eintrag erstellt? Dies schafft Transparenz über die Liegezeit offener Punkte.

• Status: Wo im Lebenszyklus befindet sich die Verbesserung? Übliche Stati sind z. B. Offen, In Analyse, In Umsetzung, Umgesetzt, Abgelehnt. Eine feste Werteliste stellt Konsistenz sicher (z. B. kann “Abgelehnt” auch dokumentiert werden, um nachzuhalten, warum etwas nicht umgesetzt wurde).

Gegebenenfalls können weitere Felder ergänzt werden, etwa Risiko (wenn Umsetzung schiefgeht, wie wahrscheinlich/auswirkend?) oder Freitext für Bemerkungen. Wichtig ist jedoch, den Backlog pragmatisch zu halten – er soll helfen, nicht bürokratisieren.

Ein CAFM-Backlog muss kontinuierlich gepflegt werden.

• Erfassen: Neue Anforderungen und Ideen zeitnah eintragen – Quellen können Nutzer-Tickets, Workshops, Audits oder strategische Vorgaben sein. Es empfiehlt sich, aktiv Feedbackquellen zu nutzen (Helpdesk, Nutzergruppen, regelmäßige Review-Meetings), um kein Verbesserungspotenzial zu übersehen.

• Aktualisieren: Bestehende Einträge regelmäßig überprüfen. Bei Bedarf Beschreibung nachschärfen, Nutzen neu bewerten oder Status ändern (z. B. wenn inzwischen erledigt durch System-Update).

• Bewerten: Vor Planungsschritten sollte der Backlog gemeinsam durchgegangen werden (Backlog-Refinement). Dabei werden Einträge priorisiert, zusammengefasst oder ggf. verworfen, falls obsolet.

• Transparenz schaffen: Allen Stakeholdern (z. B. im CAFM-Steering Committee oder den Key-Usern) sollte der Backlog einsehbar sein, etwa über ein Ticketsystem oder Dashboard. So ist nachvollziehbar, welche Punkte bekannt sind und in Arbeit sind.

• Lifecycle verfolgen: Vom Backlog-Eintrag bis zum Abschluss der Umsetzung bleibt der Vorgang verlinkt. Nach Umsetzung wird der Eintrag geschlossen, aber dokumentiert (inkl. Datum und Ergebnissen), um später Erkenntnisse zu haben (History für Lessons Learned).

Ein gut geführter Backlog dient als Gedächtnis des Verbesserungsprozesses. Er stellt sicher, dass keine Anforderung verloren geht und dass das CAFM-Team stets einen aktuellen Überblick über alle Optimierungsinitiativen hat – die Grundlage, um priorisiert und geordnet vorzugehen.

Nicht alle Verbesserungsideen können sofort umgesetzt werden – daher ist eine Priorisierung unabdingbar. Ziel ist es, jene Maßnahmen zuerst anzugehen, die den größten Nutzen bei vertretbarem Aufwand bringen oder die für den Betrieb am kritischsten sind.

• Nutzen-Aufwand-Analyse: Dies ist Kern vieler Priorisierungsansätze. Jede Maßnahme wird hinsichtlich erwartetem Nutzen (Mehrwert) und nötigem Aufwand bewertet. Maßnahmen mit hohem Nutzen und geringem Aufwand gelten als Quick Wins und sollten bevorzugt sofort umgesetzt werden. Hingegen erfordern Ideen mit hohem Nutzen aber hohem Aufwand eine genauere Prüfung und meist einen Business Case (Nutzen-Kosten-Rechnung) für die Entscheidung. Verbesserungen mit geringem Nutzen und hohem Aufwand können in der Regel zurückgestellt oder abgelehnt werden. Die restlichen Fälle werden nach einem einfachen Ranking aus Nutzen, Aufwand und Dringlichkeit eingestuft. Dieses Prinzip – oft visuell als Nutzen-Aufwand-Matrix dargestellt – hilft, Ressourcen effektiv einzusetzen.

• Dringlichkeit und Kritikalität: Unabhängig vom Nutzen gibt es Fälle, die sofortiges Handeln erfordern – z. B. sicherheitskritische Probleme, gesetzliche Compliance-Fristen oder betriebskritische Störungen. Solche Punkte erhalten Priorität hoch, selbst wenn der individuelle Nutzwert vielleicht moderat ist, da Inaktivität größere Risiken birgt. Kritikalität kann auch bedeuten, dass ein Prozess ohne die Verbesserung nicht zuverlässig funktioniert (z. B. ein häufiger Systemabsturz). Eine einfache High/Medium/Low-Kategorisierung der Dringlichkeit schafft hier Klarheit.

• Strategischer Fit: Maßnahmen, die eng an strategischen Zielen ausgerichtet sind, werden höher priorisiert. Z. B. wenn das Unternehmen eine Digitalisierungsstrategie verfolgt, werden CAFM-Verbesserungen, die dieses Ziel unterstützen (etwa Mobility, IoT-Integration), bevorzugt eingeplant. Auch der Beitrag zu KPIs (siehe Punkt 10) kann hier herangezogen werden: Verbesserungen, die einen wichtigen KPI signifikant verbessern, sind tendenziell wichtiger.

• Stakeholder-Einbindung: Die Priorisierung sollte nicht isoliert durch die IT oder nur einen Manager erfolgen. Es hat sich bewährt, wichtige Stakeholder (Facility-Manager, technische Leitung, Key User der Fachabteilungen) einzubeziehen. Dies kann etwa durch ein Gremium oder Workshops erfolgen, in denen die Bedürfnisse abgewogen werden. So fließt Expertenwissen und Nutzerperspektive ein. Zudem steigt die Akzeptanz getroffener Entscheidungen, wenn die Betroffenen den Prozess mitgestalten.

• Formalisiertes Scoring (optional): In komplexen Umgebungen kann ein Punktesystem eingesetzt werden. Beispielsweise werden Nutzen, Aufwand, Risiko, Nutzeranzahl etc. auf einer Skala bewertet und zu einer Gesamtpriorität verrechnet. Methoden wie WSJF (Weighted Shortest Job First) aus dem SAFe-Framework oder einfache gewichtete Kriterien (Nutzen 50%, Aufwand 30%, Dringlichkeit 20% etc.) ermöglichen eine transparente Herleitung der Priorität. Allerdings ist bei zu viel Formalität Vorsicht geboten – Priorisierung soll helfen, nicht zum Selbstzweck werden.

• Kanban & WIP-Limits: In der operativen Priorisierung (was wird jetzt umgesetzt) hilft es, nicht zu viele Verbesserungen gleichzeitig zu starten. Methoden aus dem Lean Management, etwa ein Kanban-Board mit Work-in-Progress-Limits, stellen sicher, dass laufende Verbesserungen erst abgeschlossen werden, bevor neue begonnen werden. So vermeidet man Ressourcendiffusion und halbfertige Projekte. Ins Kanban-Board kann der priorisierte Backlog einspeisen; die Spalten (To Do, Doing, Done) zeigen den Status der Verbesserungsinitiativen.

Insgesamt sollte die Priorisierung regelmäßig überprüft und angepasst werden – etwa in monatlichen Runden oder zu jedem Quartalsbeginn in Verbindung mit der Roadmap-Planung. Neue Erkenntnisse (z. B. ein plötzlich aufgetretener Mangel oder geänderte Unternehmensprioritäten) fließen so umgehend in die Reihenfolge der Backlog-Items ein. Wichtig ist Transparenz: Es sollte nachvollziehbar dokumentiert sein, warum etwas eine gewisse Priorität hat (Nutzenbegründung, Risiko etc.), um Akzeptanz zu schaffen.

Durch einen strukturierten Priorisierungsprozess wird sichergestellt, dass die begrenzten Ressourcen im CAFM-Umfeld auf die wichtigsten und wirkungsvollsten Verbesserungen gelenkt werden – ein Schlüsselfaktor für den Erfolg des kontinuierlichen Verbesserungsprogramms.

Eine Roadmap überführt den priorisierten Backlog in einen zeitlichen Umsetzungsplan. Sie dient als strategischer Fahrplan, wann welche Verbesserungen realisiert werden, unter Berücksichtigung von Kapazitäten, Abhängigkeiten und strategischen Meilensteinen.

• Kurzfristige Roadmap (Operative Ebene, z. B. 0–6 Monate): Hier werden sofort anstehende Maßnahmen geplant. Das umfasst Quick Wins und dringliche Punkte, die möglichst im nächsten Release oder in nahen Wartungsfenstern umgesetzt werden. Beispiel: Beheben eines kritischen Datenbank-Problems, Implementierung eines dringend geforderten Reports, kleine Workflow-Optimierungen für aktuelle Pain Points. Kurzfristplanung ist oft detailliert (mit konkreten Zeitplänen, Verantwortlichen), da diese Punkte unmittelbar bevorstehen.

• Mittelfristige Roadmap (Taktische Ebene, z. B. 6–24 Monate): In diesem Horizont werden größere Verbesserungsinitiativen und Projekte verortet, die mehr Planung erfordern. Das kann die Einführung neuer CAFM-Module (z. B. Raumreservierung, IoT-Sensorintegration), signifikante Datenbereinigungs-Aktionen oder Integrationen mit anderen Systemen (ERP, BIM etc.) umfassen. Auch organisatorische Maßnahmen wie Schulungsoffensiven zur Steigerung der CAFM-Nutzung fallen hier hinein. Die mittelfristige Roadmap ist grober terminiert (z. B. pro Quartal oder Halbjahr) und wird mit jeder Iteration präzisiert, je näher die Umsetzung rückt.

• Langfristige Roadmap (Strategische Ebene, z. B. 2–5 Jahre): Diese Ebene gibt die Vision und langfristigen Ziele des CAFM-Programms vor. Sie enthält oft größere Vorhaben, die eine längere Vorlaufzeit haben oder von externen Entwicklungen abhängen – z. B. vollständige Mobilisierung aller CAFM-Funktionen, Umstieg auf eine neue Generation der Software, die umfassende BIM-Integration, oder das Erreichen bestimmter Reifegrade (z. B. nach GEFMA-Standards). Die langfristige Roadmap dient als Orientierung und wird periodisch gerollt fortgeschrieben. Sie ist weniger ein fixer Terminplan als vielmehr eine strategische Leitlinie, wohin sich System und Prozesse entwickeln sollen.

Die Roadmap-Steuerung umfasst sowohl die initiale Planung als auch die laufende Anpassung der Roadmap.

• Abstimmung mit Unternehmensplanung: Die CAFM-Roadmap sollte mit der allgemeinen IT- und FM-Planung synchronisiert sein. Große Unternehmensprojekte (z. B. Neubau eines Standorts, Reorganisation, M&A) oder Budgetzyklen beeinflussen die Roadmap. Es ist wichtig, Abhängigkeiten zu kennen (etwa muss eine CAFM-Erweiterung rechtzeitig vor Inbetriebnahme eines neuen Gebäudes fertig sein).

• Meilensteine und Releases: Strukturieren Sie die Roadmap in sinnvolle Etappen. Beispielsweise können Sie vierteljährliche Releases oder halbjährliche Meilensteine definieren, in denen Bündel von Verbesserungen live gehen. Das erleichtert die Erfolgsmessung und Kommunikation (z. B. "Release Q3/2026: Einführung Raumbuchungs-Modul und optimierter Wartungsworkflow").

• Ressourcenplanung: Die Roadmap muss realistisch die verfügbaren Ressourcen (Personal, Budget) berücksichtigen. Wenn mittelfristig ein größeres Projekt ansteht, muss ggf. früh Budget eingeplant oder externe Unterstützung organisiert werden. Kurzfristig darf das Tagesgeschäft (Support, Wartung) nicht durch zu viele parallele Verbesserungsprojekte gefährdet werden – hier ist Balance gefragt.

• Flexibilität und regelmäßige Anpassung: Eine Roadmap ist kein starrer Plan. Mindestens quartalsweise sollte das CAFM-Steuerungsgremium die Roadmap überprüfen und aktualisieren. Neue Prioritäten aus dem Backlog können vorgezogen werden, wenn sinnvoll, oder Termine verschieben sich aufgrund von Erkenntnissen aus Pilotprojekten. Wichtig ist, Änderungen transparent zu machen und die Gründe zu kommunizieren.

• Kommunikation: Veröffentlichen Sie die Roadmap (zumindest die grobe mittelfristige Planung) an alle relevanten Stakeholder – etwa in Form eines übersichtlichen Diagramms oder einer Tabelle. So wissen Fachabteilungen und Nutzer, welche Verbesserungen wann ungefähr zu erwarten sind. Das steigert die Vorfreude und das Verständnis, falls manche Wünsche nicht sofort umgesetzt werden (man sieht sie zumindest auf der Roadmap stehen).

Diese beispielhafte Roadmap illustriert, wie unterschiedliche Maßnahmentypen in verschiedenen Zeithorizonten platziert werden. Die Steuerung der Roadmap erfolgt in enger Abstimmung zwischen CAFM-Verantwortlichen, IT und Fachbereichen. Vierteljährliche Governance-Meetings (siehe Punkt 6) sind ein gutes Forum, um den Fortschritt zu überprüfen, Audit-Ergebnisse einzubeziehen und die Roadmap bei Bedarf anzupassen. So bleibt der Verbesserungsfahrplan stets aktuell und am Geschäftsziel ausgerichtet.

Ein zentrales Element des kontinuierlichen Verbesserungsprozesses ist die Messung des erzielten Nutzens durch die umgesetzten Maßnahmen. Nur wer den Benefit quantifiziert, kann den Erfolg belegen und die richtigen Schlussfolgerungen ziehen (etwa welche Art von Verbesserungen besonders lohnend sind). 

• Return on Investment (ROI): Für größere Maßnahmen sollte – idealerweise bereits vorab – der ROI berechnet werden. Hier werden den Kosten der Umsetzung die monetären Vorteile gegenübergestellt. Beispiel: Die Implementierung eines mobilen Wartungs-Apps kostet 50.000 €; erwartete Einsparungen durch effizientere Abläufe pro Jahr 25.000 € ⇒ ROI nach 2 Jahren ~100%. Nach Umsetzung wird überprüft, ob diese Einsparungen tatsächlich realisiert wurden. Ein positiver ROI rechtfertigt die Investition; ein höherer ROI als geplant zeigt einen überdurchschnittlichen Erfolg. Business Cases dienen dazu, den Nutzen vorab abzuschätzen und hinterher abzugleichen.

• Effizienzgewinne: Viele Optimierungen zielen auf Prozessverbesserungen ab, die sich in höherer Effizienz niederschlagen. Hier sollten konkrete KPI-Veränderungen gemessen werden, etwa:

• Durchlaufzeiten (z. B. Bearbeitungszeit eines Service-Tickets vor vs. nach der Prozessoptimierung),

• Produktivität (z. B. Anzahl abgearbeiteter Wartungsaufträge pro Techniker/Monat, wenn ein Scheduling-Tool eingeführt wurde, im Vergleich zu vorher),

• Fehlerquoten/Nacharbeiten (z. B. wie häufig mussten Datensätze korrigiert werden vor/nach einer Datenvalidierungsregel),

• Verfügbarkeiten/SLA-Erfüllung (z. B. Wartungs-SLAs zu x% eingehalten nach Einführung eines Eskalationsworkflows, gegenüber vorher y%).

• Kostenersparnis direkt (z. B. Reduktion externer Dienstleisterkosten um 10% durch bessere Einsatzplanung).

• Nutzerzufriedenheit und Systemakzeptanz: Der menschliche Faktor ist im CAFM-Betrieb nicht zu vernachlässigen. Verbesserungen wie eine nutzerfreundlichere Oberfläche, schnellere Antwortzeiten oder neue hilfreiche Funktionen wirken sich auf die Zufriedenheit der Anwender aus. Diese kann mittels Umfragen oder Feedback-Tools gemessen werden (z. B. regelmäßige User-Zufriedenheitsbefragung auf einer Skala, oder Net Promoter Score für das CAFM-System). Auch indirekte Indikatoren sind nützlich: Sinkende Anzahl an Support-Tickets zu einem bestimmten Thema nach einer Verbesserung deutet auf erfolgreich gelöste Nutzerprobleme hin. Steigende Nutzungsraten (Login-Häufigkeit, mehr Dateneingaben) können ebenfalls positive Wirkung belegen.

• Qualitative Benefits: Manche Vorteile lassen sich schwer in Zahlen ausdrücken, sind aber dennoch wichtig. Beispiel: bessere Compliance durch ein neues Berichtswesen (Vermeidung von Haftungsrisiken), höheres Sicherheitsniveau durch Zugriffsrestriktionen oder Imagegewinn durch nachhaltigeres Gebäudemanagement. Solche Benefits kann man qualitativ beschreiben und, wo möglich, mit Indikatoren unterlegen (z. B. „0 Verstöße in letzter Datenschutzprüfung nach Umsetzung der Verbesserung“).

• Vorher-Nachher-Vergleich: Ein bewährter Ansatz ist der Vorher/Nachher-Abgleich: Für jede größere Maßnahme sollten Baseline-Werte festgehalten werden (KPI-Stand vor Umsetzung). Nach angemessener Zeit post-Umsetzung wird erneut gemessen. Die Differenz zeigt den Effekt. Beispiel: Vorher betrug die durchschnittliche Arbeitsauftrag-Durchlaufzeit 5 Tage, 6 Monate nach Einführung der neuen Planungsfunktion 3 Tage – also 40% schneller. Dieser Effizienzgewinn kann weiter in € umgerechnet werden (Zeitersparnis * Personalkosten = x € pro Jahr gespart).

• Kontinuierliches Monitoring der Benefits: Im Sinne des KVP ist es ratsam, den Nutzeneintritt laufend zu überwachen. Manche Verbesserungen zeigen sofort Wirkung, andere brauchen Anlaufzeit. Ein regelmäßig aktualisiertes Benefit-Register (ggf. im Backlog verknüpft) kann pro Maßnahme erfassen: erwarteter Nutzen vs. tatsächlich realisierter Nutzen. So sieht man, ob prognostizierte Einsparungen eingetreten sind oder ob nachjustiert werden muss. Dieses Vorgehen erhöht auch die interne Glaubwürdigkeit, weil Erfolge transparent berichtet werden.

Wichtig ist, nach jeder umgesetzten Verbesserung einen Abschlussreview durchzuführen. In diesem Review (entspricht einem Projektabschluss oder einer Retrospektive bei Agile-Ansätzen) wird dokumentiert: 1. Wurde die Verbesserung wie geplant umgesetzt (Scope, Qualität)? 2. Welche konkreten Vorteile wurden erzielt? (Hier Zahlen, Feedback etc. sammeln) 3. Gibt es Lehren daraus und Folgeideen? Häufig werden in solchen Reviews neue Verbesserungsmöglichkeiten erkannt und gleich wieder im Backlog erfasst – der KVP schließt hier seinen Kreis.

Durch systematische Benefit-Messung wird der Erfolg der kontinuierlichen Verbesserung greifbar und belegbar. Dies ist nicht nur zur Steuerung wichtig, sondern auch um Geschäftsleitung und Budgetgeber vom Wert weiterer Optimierungen zu überzeugen: Werden die erzielten Verbesserungen klar aufgezeigt, steigt die Bereitschaft, künftig in Verbesserungsmaßnahmen zu investieren.

Eine solide Governance-Struktur ist der organisatorische Unterbau des kontinuierlichen Verbesserungsprozesses. Sie stellt sicher, dass es klare Zuständigkeiten gibt, Entscheidungen transparent getroffen werden und Verbesserungen geordnet umgesetzt werden (insbesondere, wenn mehrere Bereiche und Personen involviert sind).

• Steuerungsgremium (Steering Committee): Ein zentrales Gremium, besetzt mit Vertretern des Facility Managements, der IT und gegebenenfalls weiteren Stakeholdern (z. B. Controlling, Sicherheit). Dieses Komitee trifft sich regelmäßig (z. B. vierteljährlich) und übernimmt die strategische Steuerung des CAFM-Programms. Zu seinen Aufgaben zählen u. a. das Priorisieren von größeren Initiativen, das Absegnen der Roadmap, die Freigabe von Budgets und das Überwachen des Fortschritts. Hier werden auch Konflikte gelöst und Entscheidungen gefällt, die bereichsübergreifend sind.

• Benannte Rollen und Verantwortliche: Es sollten explizite Verantwortlichkeiten definiert sein:

• CAFM-Manager / Systemverantwortlicher: Diese Rolle (oft in der IT oder FM-Abteilung angesiedelt) koordiniert den operativen Betrieb des Systems und fungiert als Produktmanager für das CAFM-System. Sie pflegt den Backlog, bereitet Entscheidungen vor, orchestriert Releases und ist erster Ansprechpartner für Anforderungen.

• Process Owner / Module-Verantwortliche: Für wesentliche CAFM-Module oder -Prozesse (z. B. Instandhaltung, Flächenmanagement, Helpdesk) sollten Fachverantwortliche benannt werden. Diese kennen die fachlichen Anforderungen und arbeiten eng mit dem CAFM-Manager zusammen, um Verbesserungen in ihrem Bereich zu identifizieren und umzusetzen. Sie sind oft Führungskräfte oder Key User aus den Fachabteilungen und stellen sicher, dass Prozessänderungen praxisgerecht sind.

• Data Owner / Datenmanager: Da Datenqualität im CAFM zentral ist, kann ein Verantwortlicher für die Datenpflege und -qualität eingesetzt werden (ggf. pro Datenbereich, z. B. Anlagendaten, Flächendaten). Dieser stellt sicher, dass Verbesserungen, die Daten betreffen (Struktur, Pflichtfelder, Bereinigungen), konsequent umgesetzt und überwacht werden.

• IT-Anwendungsbetreuer / Administrator: Technische Betreuung des CAFM-Systems – diese Rolle verantwortet Upgrades, technische Einstellungen und die Umsetzung technischer Änderungen. Sie arbeitet eng mit dem CAFM-Manager zusammen und stellt die Einhaltung von IT-Standards sicher.

• Qualitäts-/Compliance-Verantwortliche: Für Themen wie Informationssicherheit und Datenschutz sollten die betrieblichen Beauftragten (ISB – Informationssicherheitsbeauftragter, DSB – Datenschutzbeauftragter) von Anfang an in die Governance eingebunden sein. Sie prüfen Verbesserungsinitiativen auf Compliance-Konformität und geben Richtlinien vor (z. B. bei Änderungen an Benutzerrechten, Audit-Funktionen etc.).

• Nutzervertretung: Um die Perspektive der Endanwender zu berücksichtigen, kann ein Key-User-Beirat oder regelmäßiges User-Forum etabliert werden. Dort bringen besonders aktive Nutzer oder Vertreter der Abteilungen Feedback ein und diskutieren geplante Änderungen. Dies fördert Transparenz und Akzeptanz.

• Gremien und Meetings: Neben dem Steering Committee können weitere regelmäßige Formate Teil der Governance sein:

• Betriebsrunde (operativ, z. B. wöchentlich): Fokus auf den laufenden Betrieb – hier wird der aktuelle Status besprochen, offene Tickets und Backlog kurz durchgegangen, SLAs geprüft und ggf. kurzfristige Maßnahmen beschlossen. Typischerweise nehmen CAFM-Manager, Anwendungsbetreuer und ggf. Helpdesk-Leiter teil.

• Performance-Review (taktisch, z. B. monatlich): Hier werden KPIs und Ursachenanalyse im Mittelpunkt stehen. Wie entwickeln sich zentrale Kennzahlen (z. B. Systemnutzung, Reaktionszeiten, Datenqualität)? Gab es besondere Vorkommnisse? Aus den Erkenntnissen werden Verbesserungsmaßnahmen abgeleitet. Teilnehmer: CAFM-Manager, Process Owner, ggf. Controlling.

• Quartalsweise Governance-Meetings: (strategisch) Im Vierteljahresrhythmus trifft sich das Steering Committee, um Audit-Ergebnisse, Status der Verbesserungsinitiativen und die Roadmap zu prüfen. Hier werden offizielle Freigaben erteilt, z. B. für größere Projekte oder Budgetentscheidungen, und die längerfristige Ausrichtung justiert.

• Freigabeprozesse: Eine klare Änderungs- und Freigabesteuerung verhindert Wildwuchs und stellt Qualität sicher]. Je nach Umfang der Änderung können gestufte Freigaben definiert sein:

• Kleinere Optimierungen (z. B. Konfigurationsänderungen ohne Kosten) dürfen vom CAFM-Manager in Abstimmung mit dem Fach-Owner direkt beschlossen und umgesetzt werden, im Rahmen definierter Richtlinien.

• Größere Änderungen (mit Kosten, bereichsübergreifender Auswirkung oder strategischer Bedeutung) werden dem Steering Committee zur Entscheidung vorgelegt. Dort wird auf Basis eines kurzen Konzepts oder Business Case die Freigabe erteilt. Erst nach Freigabe wird umgesetzt.

• Technische Änderungen am System (Updates, Patches) durchlaufen zusätzlich den IT-Change-Management-Prozess (z. B. Change Advisory Board), um Risiken für den Betrieb zu evaluieren und geeignete Zeitfenster festzulegen. Hierbei wird geprüft, ob alle Anforderungen (Tests, Backups, Fallback) erfüllt sind, bevor Live-Änderungen erfolgen.

• Richtlinien und Dokumentation: Teil der Governance sind schriftliche Vorgaben, z. B.:

• Priorisierungsrichtlinie: Kriterien, nach denen Verbesserungen eingestuft werden (vgl. Punkt 3), damit dieser Prozess für alle nachvollziehbar ist.

• Änderungs- und Freigaberichtlinie: Welche Arten von Änderungen welche Freigabe brauchen, wie der Prozess abläuft (inkl. Templates für Change Requests, Tests und Abnahme).

• Datenqualitätsrichtlinie: Standards für Stammdatenpflege und Prüfungen, damit Verbesserungen in diesem Bereich klar bewertet werden können.

• Rollen- und Rechtekonzept: Dokumentiert Verantwortlichkeiten (siehe oben) sowie Zugriffsrechte im System, damit z. B. der Data Owner seine Aufgabe wahrnehmen kann und Verbesserungen im Berechtigungswesen richtig gesteuert werden.

Ein übersichtliches Rollenmodell (z. B. in Form einer Tabelle mit Rolle, Person, Stellvertreter, Hauptaufgaben) hilft, die Governance zu verankern. Alle Beteiligten wissen so, wer wofür zuständig ist und an wen Anforderungen oder Entscheidungen eskaliert werden können.

• Steering Committee: Mitglieder: FM-Leiter (Vorsitz), IT-Leiter, Finanzcontroller, … Aufgaben: Strategie, Priorisierung, Budgetfreigaben, Konfliktlösung.

• CAFM-Manager: Frau X (FM-IT-Koordinatorin), Stv.: Herr Y. Aufgaben: Backlog-Management, Koordination aller Maßnahmen, Schnittstelle zw. Fachbereichen und IT, Reporting ans Steering Committee.

• Process Owner Instandhaltung: Herr Z (Leiter Techn. Dienst), Stv.: Teamleiter Wartung. Aufgaben: Anforderungen aus Wartung/Technik sammeln, Qualität der Instandhaltungsprozesse überwachen, Abstimmung mit CAFM-Manager zu Verbesserungen (z. B. PM-Planoptimierung).

• Data Owner Anlagen: Frau A (Datenmanagerin), Aufgaben: Datenpflege-Regeln definieren, regelmäßige DQ-Checks (z. B. Vollständigkeit der Anlagestammdaten), Initiierung von Bereinigungsaktionen, Freigabe bei Änderungen am Datenmodell.

Die Governance-Strukturen sollten schriftlich festgehalten und von der Geschäftsleitung getragen sein, damit alle Verbesserungsaktivitäten auf solider organisatorischer Basis stattfinden. So wird der kontinuierliche Verbesserungsprozess institutionalisiert – d. h. fest in den Regelbetrieb eingebettet und von den Verantwortlichen aktiv gelebt.

Kontinuierliche Verbesserung entfaltet nur dann vollen Nutzen, wenn sie nahtlos in den täglichen Betrieb integriert ist. Das bedeutet, dass Verbesserungsaktivitäten nicht als Sonderprojekte „nebenher“ laufen, sondern Teil der normalen Abläufe im CAFM-Betrieb sind.

• Regelmäßige Verbesserungszyklen: Wie bereits in der Governance (Punkt 6) erwähnt, helfen feste Regelkreise (Woche/Monat/Quartal) dabei, den KVP in den Betriebsalltag einzubetten. Beispielsweise kann jeder Wochenabschluss einen kurzen Check beinhalten: Welche neuen Tickets/Ideen sind reingekommen? Müssen wir kurzfristig reagieren? Solche Routinen machen Verbesserung zum stetigen Thema.

• Ressourcen im Betrieb einplanen: Oft konkurriert die tägliche Betriebsaufgabe (z. B. Nutzer-Support, Datenpflege, Routinewartungen) mit Verbesserungsprojekten um Ressourcen. Es ist entscheidend, Kapazitäten für Verbesserungen fest einzuplanen. Das kann z. B. heißen: Das CAFM-Team reserviert 20% seiner Zeit für Verbesserungsarbeit oder es gibt dedizierte KVP-Verantwortliche, die nicht im Feuerlöschen gebunden sind. In größeren Organisationen hilft es, ein kleines Continuity Team zu haben, das sich um Systemoptimierung und -weiterentwicklung kümmert, während ein anderes Team den Tagesbetrieb sicherstellt.

• Change Management (ITSM) nutzen: Betrifft eine Verbesserung Änderungen an der Software oder Konfiguration, sollte dies im Rahmen des bestehenden Change-Management-Prozesses geschehen. Das garantiert, dass Änderungen geplant, getestet und mit minimaler Störung eingeführt werden. So wird z. B. für ein größeres Update ein Change Request erstellt, vom Change Advisory Board (CAB) begutachtet und in einem Wartungsfenster ausgerollt. Kleinere Changes lassen sich als Standard-Changes klassifizieren mit vereinfachtem Prozess. Wichtig ist, dass Verbesserungen kontrolliert ausgerollt werden, um den stabilen Betrieb nicht zu gefährden.

• Test- und Schulungsumgebung: Im Regelbetrieb sollte idealerweise ein Testsystem vorhanden sein, in dem Verbesserungen vorab ausprobiert und von Key Usern abgenommen werden, bevor sie produktiv gehen. Ebenso sollten Verbesserungsmaßnahmen Hand in Hand mit Schulungen oder Kommunikationsmaßnahmen gehen: Die Nutzer müssen über Änderungen informiert und – falls nötig – trainiert werden (siehe auch Punkt 8, Feedback). Etabliert man dies als Standardprozess, wird der Übergang von „alt“ zu „neu“ im Betrieb reibungsloser.

• Release-Management: Bei regelmäßigen KVP-Aktivitäten bietet es sich an, gebündelte Releases durchzuführen (z. B. monatlich oder quartalsweise), statt ständig ad-hoc Änderungen ins System zu spielen. So wissen alle Beteiligten, wann Neuerungen kommen und man kann Release-Notes etc. vorbereiten. Kritische Fixes sind davon ausgenommen (die sollten sofort nach CAB-Freigabe eingespielt werden, ggf. als Hotfix). Ein Release-Plan (Teil der Roadmap) verankert also Verbesserungen im Betriebskalender.

• Betriebsrat und Betroffenenmanagement: Änderungen im CAFM – gerade wenn sie Prozesse oder Arbeitsweisen verändern – unterliegen oft der Mitbestimmung (z. B. wenn neue Kontrollmechanismen eingeführt oder Auswertungen über Mitarbeiterleistungen gemacht werden können). Deshalb sollte die Integration in den Betrieb auch den Betriebsrat/Personalrat früh einbinden. Das vermeidet Widerstände und stellt sicher, dass Veränderungen sozialverträglich eingeführt werden. Ebenso betrifft dies Arbeitsschutz (wenn etwa Arbeitsabläufe für Hausmeister geändert werden) und Datenschutz (bei neuen personenbezogenen Auswertungen).

• Dokumentation und Wissensmanagement: Jede Änderung sollte konsequent in der Systemdokumentation nachgepflegt werden. Im Betrieb muss jederzeit klar sein, welche Prozessdefinition oder Systemkonfiguration aktuell gilt – das erleichtert nicht nur den Support, sondern auch Audits. Ein Change ohne aktualisiertes Betriebshandbuch kann später Verwirrung stiften. Daher gehört zur Integrationsaufgabe auch ein aktuelles Knowledge Base Management. Verbesserungen sollten zudem – sofern relevant – in Schulungsunterlagen und Work Instructions einfließen, damit neue Mitarbeiter oder Vertreter direkt die neueste Version der Abläufe lernen.

Kurz gesagt bedeutet Integration, dass kontinuierliche Verbesserung nicht als Störung des Betriebs gesehen wird, sondern als Teil des Betriebsprozesses. Dies setzt ein gewisses Kulturverständnis voraus: Änderungen sind willkommen und werden als Zeichen eines lernenden, lebendigen Systems begriffen, nicht als lästige Unterbrechung. Wenn das KVP-Team eng mit dem Betriebsteam verzahnt ist, können Verbesserungen in kleinen Schritten umgesetzt werden, ohne den Betrieb zu überlasten – etwa durch kontinuierliche kleine Anpassungen statt großer Revolutionen.

Ein praktischer Indikator für gelungene Integration ist, wenn im Betriebsalltag Monitoring- und Nutzungsdaten aktiv genutzt werden, um Optimierungen abzuleiten. Beispielsweise könnte die CAFM-Nutzung täglich oder wöchentlich analysiert werden, um zu sehen, wo Engpässe oder Schwachstellen auftreten. Diese fließen sofort in Backlog-Einträge und werden im nächsten Zyklus angegangen. So verschwimmt die Grenze zwischen Betrieb und Verbesserung: Der Betrieb liefert die Daten und Erfahrungen, die Verbesserung verarbeitet sie – ein Regelkreis, wie in der Qualitätssicherung üblich.

Schließlich sorgt die Einbindung ins Change Management dafür, dass jede Veränderung kontrolliert, sicher und nachvollziehbar implementiert wird. Dies ist gerade in regulierten Umgebungen (Banken, Pharma, öffentlicher Dienst) essenziell, um Compliance zu gewährleisten. Alle Verbesserungen werden somit automatisch mit Risikoabschätzung, Dokumentation und ggf. Backup-Plan durchgeführt.

Nutzerfeedback ist einer der wichtigsten Treiber für kontinuierliche Verbesserung. Diejenigen, die täglich mit dem CAFM-System arbeiten – sei es im Backoffice, der Haustechnik oder als Endnutzer von Self-Service-Funktionen – kennen oft die Schmerzpunkte und haben praktische Ideen.

• Feedback-Kanäle etablieren: Bieten Sie den Nutzern einfache Möglichkeiten, Feedback zu geben. Zum Beispiel ein integriertes Feedback-Formular im CAFM-Portal („Ihre Idee/Problem mitteilen“), regelmäßige Umfragen zur Zufriedenheit, oder ein E-Mail-Postfach für Vorschläge. Ein bewährter Ansatz sind regelmäßige User-Runden (z. B. monatlicher Jour Fixe mit Vertretern der Nutzergruppen oder ein quartalsweises „Anwendertreffen“). Dort können offene Diskussionen stattfinden, was gut läuft und was verbessert werden sollte.

• Helpdesk- und Ticket-Auswertung: Viele wertvolle Hinweise stecken in den Support-Tickets und Störungsmeldungen. Führen Sie ein Feedback-Management ein, bei dem eingehende Tickets klassifiziert werden (z. B. „Bedienproblem“, „Fehlfunktion“, „Datenproblem“). Solche Daten können Trends zeigen – etwa wiederkehrende Fragen, die man durch Systemanpassung oder Schulung adressieren kann. Nach Ticketabschluss den Nutzern eine Bewertung ermöglichen („Wurde Ihr Problem gelöst? Vorschläge?“) bringt zusätzlich Insight.

• Aktive Nutzer einbinden: Identifizieren Sie Power-User oder besonders engagierte Kollegen (z. B. jene, die häufig Ideen einreichen), und binden Sie sie intensiver ein. Diese können z. B. im genannten Key-User-Beirat mitarbeiten oder als Beta-Tester für neue Funktionen fungieren. Sie fühlen sich wertgeschätzt und liefern im Gegenzug praxisnahe Rückmeldungen.

Jede abgeschlossene Verbesserung und jedes Projekt birgt Lernpotenzial.

• Nachprojekt-Reviews: Wie in Punkt 5 erwähnt, sollte nach Abschluss einer Maßnahme ein kurzes Review erfolgen. Was lief gut? Was lief schlecht? Welche Hindernisse gab es? Die Antworten hieraus werden dokumentiert und in den KVP zurückgespielt. Beispielsweise kann eine Lehre sein, dass die Einbindung der IT zu spät erfolgte – diese Erkenntnis führt zur Anpassung des Prozesses (künftig frühere Einbindung).

• Wissensdatenbank: Führen Sie ein KVP-Logbuch oder eine Confluence-Wiki-Seite, wo Lessons Learned gesammelt werden. Themen könnten sein: „Datenmigration 2025 – Lessons Learned“ oder „Update auf Version X – Erfahrungen“. Dieses Wissen steht dem Team für zukünftige Vorhaben zur Verfügung. Wichtig: Nicht nur festhalten, sondern auch tatsächlich nutzen! Man kann z. B. vor dem Start eines ähnlichen Projekts bewusst ins Archiv schauen.

• Kontinuierliche Prozessverbesserung: Lessons Learned betreffen nicht nur technische Themen, sondern auch den Verbesserungsprozess selbst. Vielleicht stellt man fest, dass der Backlog-Review zu selten stattfand oder dass die Testphase einer Änderung zu kurz war – daraus entstehen Meta-Verbesserungen, die man in der Governance umsetzt. Somit verbessert sich das „System, das das System verbessert“ kontinuierlich mit.

• Branchen-Benchmarks & Networking: Wie nutzen andere Unternehmen ihr CAFM? Was sind Best Practices? Der Austausch mit Branchenkollegen (z. B. in GEFMA-Arbeitskreisen, FM-Konferenzen oder via Fachliteratur) liefert oft neue Ideen. Wenn etwa ein anderer Betrieb erfolgreich IoT-Sensoren fürs Raumklima eingebunden hat, könnte das ein Impuls sein, ähnliches zu prüfen.

• Hersteller und Updates: Falls es sich um ein kommerzielles CAFM-Produkt handelt, gibt es regelmäßig Software-Updates mit neuen Features. Hier sollte man up-to-date bleiben: Die Release Notes der Hersteller lesen und bewerten, ob eine neue Funktion Verbesserungsbedarf abdeckt, den man intern hat. Geplante externe Upgrades (z. B. auf Version 2026) gehören ebenfalls in den Backlog/Roadmap, damit man rechtzeitig testet und Anpassungen vornimmt.

• Technologie-Trends: Externe Impulse können auch aus der Technologie getrieben sein – z. B. Künstliche Intelligenz, Augmented Reality für Wartung, neue Sensorik, mobile Apps, etc. Ein CAFM-Team sollte diese Trends beobachten (Trendberichte, Messen) und überlegen, welche davon mittel- bis langfristig als Verbesserungsinitiativen relevant werden könnten. Ggf. kleine Pilotprojekte starten (z. B. Predictive Maintenance Pilot in einer Liegenschaft), um Erfahrungen zu sammeln – eine typische langfristige Maßnahme auf der Roadmap.

• Regulatorische Änderungen: Extern getrieben sind auch neue rechtliche Vorgaben (Arbeitsstättenrichtlinie, Datenschutz, Energiegesetze). Der KVP muss solche Änderungen aufnehmen – z. B. wenn ab nächstem Jahr bestimmte Prüfungen anders dokumentiert werden müssen, ist das eine CAFM-Änderung. Hier lohnt eine enge Abstimmung mit Compliance/Rechtsabteilung, um frühzeitig Anforderungen abzuleiten.

Zusammengefasst sollte ein kontinuierlicher Verbesserungsprozess offen für Input von allen Seiten sein – intern wie extern. Eine Kultur, die Feedback willkommen heißt und aktiv danach fragt, fördert die Beteiligung der Nutzer und damit die Qualität der Vorschläge. Genauso wichtig ist das „Radar nach außen“, um nicht betriebsblind zu werden.

Die Kunst besteht darin, all diese Impulse im Backlog zu kanalisieren und bewerten. Dafür ist es hilfreich, wenn das Steering Committee oder der CAFM-Manager regelmäßig eine Ideensichtung macht: Welche externen Vorschläge nehmen wir auf? Welche Nutzerideen priorisieren wir hoch? Mit guter Einbindung und Offenheit sorgt man dafür, dass der Verbesserungsprozess immer mit den relevantesten und innovativsten Themen gespeist wird – anstatt sich nur um Altlasten zu drehen.

Die Komplexität eines kontinuierlichen Verbesserungsprogramms lässt sich mit geeigneten Tools deutlich besser managen. Von der Erfassung von Ideen bis zur Erfolgskontrolle gibt es Softwarelösungen, die Transparenz und Effizienz erhöhen:

• Ticketing- und Issue-Tracking-Systeme: Ein zentrales Tool ist ein System zur Erfassung und Verwaltung von Anforderungen und Problemen. Das kann ein IT-Service-Management-Tool (z. B. ein Helpdesk-System, in dem es ein Modul für Änderungswünsche gibt) oder ein dediziertes Projektmanagement-Tool (wie Jira, Azure DevOps, Trello etc.) sein. Wichtig ist, dass alle Mitarbeiter hier Verbesserungsvorschläge erfassen können und der Backlog digital abgebildet wird. Ein solches System ermöglicht die Nachverfolgung des Status, Benachrichtigung bei Änderungen und eine Kommentarfunktion für Rückfragen. Außerdem lassen sich Prioritäten, Kategorien und Verantwortliche einfach zuweisen. Oft kann der CSI-Register (Continuous Service Improvement Register) als Teil des Ticket-Systems geführt werden – analog einem Product Backlog in agilen Projekten.

• Kollaborationsplattformen: Viele Verbesserungen erfordern Abstimmung und gemeinsames Arbeiten an Konzepten. Hier kommen Collaboration-Tools ins Spiel: Wikis oder Dokumentenplattformen (Confluence, SharePoint) für Konzepte, Spezifikationen und Dokumentation; Chat/Kommunikationstools (MS Teams, Slack), um im Team schnelle Absprachen zu treffen; Ideation-Tools (z. B. digitale Ideenboards oder Abstimmungstools), um Vorschlagsprozesse zu moderieren. Solche Plattformen fördern die Beteiligung – Nutzer können etwa auf einem Ideenportal Vorschläge liken oder kommentieren, was dem KVP-Team ein Stimmungsbild gibt.

• Dashboarding und Monitoring-Tools: Um den Fortschritt des KVP im Blick zu behalten, bieten sich Dashboards an. Ein KVP-Dashboard könnte z. B. anzeigen: Anzahl offener Verbesserungstickets nach Priorität, durchschnittliche Durchlaufzeit, Anzahl erledigter Maßnahmen dieses Quartal vs. Ziel, etc. Business-Intelligence-Werkzeuge oder eingebaute Reporting-Funktionen des Ticket-Systems können hierfür genutzt werden. Ebenso sinnvoll sind Live-Monitoring-Tools für das CAFM selbst (Performance-Monitoring, Nutzungsstatistiken) – diese liefern die Basisdaten für Verbesserungsentscheidungen (z. B. erkennen sie, dass ein bestimmter Workflow ungewöhnlich lange dauert, was einen Optimierungsbedarf signalisiert).

• Knowledge Base & Dokumentationstools: Da Wissenstransfer essenziell ist (siehe Lessons Learned), sollten Tools genutzt werden, um Wissen zentral abzulegen. Ein strukturiertes Wissensmanagement-System (z. B. Confluence-Wiki oder SharePoint) kann alles zum Verbesserungsprozess aufnehmen: Prozessdokumentation, Richtlinien, Protokolle von Review-Meetings, Lessons Learned Berichte, Benutzerhandbücher etc. Moderne Systeme erlauben auch die Verknüpfung von Tickets mit Wissenseinträgen, sodass man z. B. aus einem Ticket auf zugehörige Spezifikationen klicken kann.

• Spezielle KVP-Software: In größeren Organisationen kommt eventuell dedizierte Continual Improvement Management-Software zum Einsatz (manche ITSM-Suiten bieten Module hierfür). Diese unterstützen den gesamten Zyklus von der Ideenphase über Bewertungsworkflows bis zum Tracking der Umsetzung und Messung des Erfolgs. Sie sind allerdings eher im IT-Service-Umfeld verbreitet; für CAFM lässt sich ähnliches meist mit Kombination der oben genannten Tools abbilden.

• Mobile Apps/Meldesysteme: Damit auch dezentrale Teams (z. B. Hausmeister vor Ort) leicht Feedback geben können, kann man mobile Meldewege schaffen. Einige CAFM-Systeme haben Feedback-Funktionen in der App, oder man nutzt einfache Online-Formulare per Tablet. Wichtig ist die Barrierefreiheit der Tools: Jeder soll unkompliziert Input liefern können.

• Analyse-Tools für Datenqualität: Verbesserungen im Datenbereich (z. B. Aktualität von Anlagenstammdaten) können durch Tools unterstützt werden, die Datenqualität messen (z. B. wie viele Felder sind gefüllt, Dublettensuche). Solche Tools oder Skripte laufen idealerweise regelmäßig und speisen Ergebnisse als Reports ins KVP-Team, damit datenbezogene Maßnahmen faktenbasiert priorisiert werden.

Optimalerweise sind die genannten Werkzeuge miteinander integriert. Beispielsweise könnte das Ticketing-System eng mit dem Dashboarding verknüpft sein, sodass Kennzahlen in Echtzeit aktualisiert werden. Oder das Collaboration-Wiki ist via Link in jedem Ticket erreichbar. Eine Integration mit dem CAFM-System selbst ist ebenfalls wünschenswert: etliche CAFM-Lösungen bieten Interoperabilität mit ITSM-Systemen an, sodass z. B. technische Störungen automatisch ein Ticket erzeugen oder Change Requests direkt in den CAFM-Daten vermerkt werden.

Ein Nutzer meldet über das Self-Service-Portal einen Verbesserungsvorschlag (Ticketsystem). Dieses Ticket landet im Backlog als neuer Eintrag mit Kategorie „Vorschlag“. Der CAFM-Manager diskutiert die Idee mit Kollegen in Teams/Slack (Collaboration) und erstellt ein kurzes Konzept im Wiki. Das Steering Committee bewertet es im Quartalsmeeting und gibt Freigabe. Das Ticket wird in „Genehmigt – in Umsetzung“ gesetzt. Die Umsetzung wird geplant; Entwickler nutzen Jira zur Aufgabenverwaltung. Nach Fertigstellung testet der Key User die Änderung im Testsystem, dokumentiert Feedback im Wiki. Das Change Management gibt die Live-Schaltung frei; das Ticket wird auf „Abgeschlossen“ gesetzt. Automatisch fließt dies ins Dashboard ein (Zähler „Abgeschlossene Verbesserungen“ erhöht sich). Nach einem Monat zieht das System einen Report, der zeigt, dass die betreffende Prozesszeit um 15% gesunken ist. Diese Info wird dem Ticket als Kommentar (Erfolgsmessung) hinzugefügt und später im Steering Committee präsentiert.

Dieses Beispiel zeigt, wie verschiedene Tools zusammenspielen. Letztlich sollte die Tool-Landschaft so gewählt werden, dass sie den Prozess unterstützt, nicht bestimmt. Oft reichen vorhandene Tools aus (z. B. das interne Ticketsystem und MS Office/Teams) – wichtig ist deren konsequente Nutzung.

Transparenz. Viele Tools erlauben es, Dashboards oder Reports auch an Außenstehende bereitzustellen. Wenn z. B. Nutzer auf einem Web-Dashboard den Status ihrer eingereichten Verbesserungsvorschläge verfolgen können, erhöht das Vertrauen und die Motivation, weiter mitzumachen. Ebenso schätzen Führungskräfte übersichtliche KVP-Reports.

Um den Fortschritt und Erfolg des kontinuierlichen Verbesserungsprozesses zu steuern, werden Key Performance Indicators (KPIs) definiert. Diese Kennzahlen helfen, objektiv zu überwachen, ob die gesteckten Ziele erreicht werden und wo ggf. nachjustiert werden muss.

• A) KPIs zur Messung des Verbesserungsprozesses selbst: Diese Kennzahlen zeigen, wie effektiv der KVP läuft – also gewissermaßen Prozess-KPIs für das Verbesserungsmanagement: - Anzahl identifizierter Verbesserungspotenziale: Wie viele neue Verbesserungsmaßnahmen wurden in einem Zeitraum identifiziert? (z. B. durch Reviews, Audits oder Nutzerfeedback). Eine steigende Zahl kann auf hohe Beteiligung oder verstärkten Veränderungsbedarf hindeuten. - Anzahl gestarteter Verbesserungsinitiativen: Wie viele Verbesserungen wurden im Berichtszeitraum tatsächlich in Angriff genommen? Dies zeigt die Umsetzungsaktivität an. Wichtig ist das Verhältnis zur identifizierten Zahl – bleibt viel liegen, müsste evtl. die Kapazität erhöht werden. - Anzahl abgeschlossener Verbesserungen: Wie viele Maßnahmen konnten erfolgreich abgeschlossen werden (z. B. pro Quartal). Das ist ein Kernindikator für die Lieferfähigkeit des KVP. Hieraus lässt sich die Durchsatzrate berechnen. - Durchschnittliche Durchlaufzeit: Zeit von der Ideenerfassung bis zur Umsetzung einer Maßnahme. Kurze Durchlaufzeiten (< z. B. 3 Monate bei kleineren Verbesserungen) signalisieren einen agilen Prozess. Langes Liegenbleiben deutet auf Bottlenecks hin. - Umsetzungsquote: Verhältnis von abgeschlossenen Verbesserungen zu den geplanten (in Roadmap vorgesehenen) in einem Zeitraum. Eine Quote <100% zeigt Planabweichungen – die Ursachen (überschätzt, Ressourcenmangel etc.) sollten analysiert werden. - Backlog-Größe und -Alter: Anzahl offener Backlog-Einträge sowie deren Alter (wie viele liegen länger als z. B. 6 Monate ohne Bearbeitung?). Ein wachsender, alternder Backlog kann auf Überforderung oder Priorisierungsprobleme hindeuten; ein gut „fließender“ Backlog spricht für einen funktionierenden Prozess. - Meeting-KPIs: Auch die Durchführung der Governance kann man überwachen, z. B. „Anzahl durchgeführter Service-Review-Meetings vs. geplant“ oder „% der beschlossenen Maßnahmen, die fristgerecht begonnen wurden“. ITIL definiert etwa die Zahl der durchgeführten Service Reviews und Audits als KPI, um sicherzustellen, dass der Verbesserungsprozess überhaupt aktiv betrieben wird.

• B) KPIs zur Messung der Ergebnisse der Verbesserungen: Diese Kennzahlen zeigen, ob die Verbesserungen die gewünschten Auswirkungen auf die operativen FM-Leistungen haben. Viele wurden in Punkt 5 schon als Benefit-Metriken genannt, beispielsweise: - Kosteneinsparung: Summe der durch Verbesserungen eingesparten Kosten pro Jahr (z. B. „€100k jährliche Einsparung durch Optimierung der Wartungsplanung“). Diese Kennzahl kann auf Projektebene erhoben und dann aggregiert werden. - Produktivitätskennzahlen: Z. B. „Steigerung der Arbeitsauftrags-Durchführungsrate um X%“ oder „Y Stunden Arbeitszeit pro Monat eingespart“. Hier bietet sich an, pro Maßnahme eine Kennzahl zu definieren und nachzuverfolgen, die den Hauptnutzen repräsentiert, und diese dann in Managementreports zu konsolidieren. - Nutzerzufriedenheit: Ergebnis der regelmäßigen Nutzerbefragung (z. B. Durchschnitt auf einer Skala 1-5, oder % zufriedener/neutral/unzufriedener Nutzer). Ein Ziel könnte sein, die Zufriedenheit jährlich zu steigern. Auch der Net Promoter Score (NPS) für das CAFM-System könnte erhoben werden. - Systemnutzung: KPIs wie „Anzahl aktiver User pro Monat“ oder „Prozentsatz der genutzten Module/Funktionen“. Wenn diese im Zuge von Verbesserungen steigen (z. B. nach Schulungen oder neuen hilfreichen Features), ist das ein Erfolgssignal. - Datenqualitäts-Indikatoren: Wenn Datenqualität ein großer Aspekt ist, können KPIs z. B. „Vollständigkeit der Anlagendaten (%)“ oder „Anzahl Dubletten“ vor/nach Datenbereinigung messen. Ein KVP-Ziel könnte sein, die Datenvollständigkeit auf >95% zu halten. - Service-Level und Performance: KPIs wie MTTR (Mean Time to Repair) oder MTTA (Mean Time to Acknowledge) im Störungsmanagement, Einhaltung präventiver Wartungspläne (PM-Compliance in %), Systemverfügbarkeit, etc., sofern durch CAFM-Verbesserungen beeinflussbar, werden natürlich ebenso beobachtet. Der KVP sollte dazu beitragen, diese Kennzahlen im Zeitverlauf zu verbessern (z. B. MTTR Reduktion um X Stunden durch Prozessänderung, was in den KPI-Reports sichtbar wird).

Um den KVP zu steuern, werden für ausgewählte KPIs Zielwerte oder Schwellen definiert. Beispielsweise kann das Steering Committee vorgeben: „Pro Quartal sollen mindestens 5 Verbesserungsmaßnahmen abgeschlossen werden“ oder „Die durchschnittliche Durchlaufzeit soll unter 4 Monaten liegen“. Werden diese Ziele verfehlt, muss die Ursache untersucht werden (z. B. Prioritäten neu ordnen, mehr Ressourcen, andere Methodik).

Ein Abflachen der identifizierten Verbesserungspotenziale könnte bedeuten, dass Mitarbeiter weniger engagiert melden – hier wäre Gegensteuerung durch z. B. eine Feedback-Kampagne sinnvoll.

Die KPIs sollten regelmäßig in Managementreports einfließen, um Sichtbarkeit zu erzeugen. Ein quartalsweiser KVP-Bericht an die Geschäftsleitung könnte z. B. enthalten: Anzahl umgesetzter Maßnahmen, Top-5 Erfolge mit Nutzen, Status wichtiger Projekte, KPI-Entwicklung (z. B. Wartungskosten -10% ggü. Vorjahr dank CAFM). So erkennt auch das Top-Management den Wert der kontinuierlichen Verbesserung.

KPIs dürfen nicht zum Selbstzweck werden. Sie sind Hilfsmittel, um den Blick zu schärfen. Qualitative Einschätzungen und kontextuelle Interpretation bleiben nötig. Aber die hier vorgeschlagenen Kennzahlen bieten ein robustes Gerüst, um den Fortschritt des Verbesserungsprozesses messbar und steuerbar zu machen.

Durch das Zusammenspiel dieser zehn behandelten Aspekte – von der Strategie bis zu den KPIs – kann in einem CAFM-Projekt eine Kultur der kontinuierlichen Verbesserung etabliert werden. Dies stellt sicher, dass das System lebendig bleibt, sich stetig anpasst und immer größeren Nutzen für alle Stakeholder im Facility Management stiftet.