Wie ein Facility-Management-Unternehmen mit 200+ Mitarbeitern von fünf Tools zu einem zentralen Operating System gekommen ist – und die tägliche Dispositionszeit von drei Stunden auf 35 Minuten reduziert hat.
Ausgangslage
Ein Facility-Management-Unternehmen betreut Gewerbeimmobilien, Industriestandorte und öffentliche Einrichtungen – mit Services von Gebäudereinigung über technische Wartung bis Sicherheitsdienst. Über 200 Mitarbeiter arbeiten in wechselnden Schichten an wechselnden Orten. Qualifikationen, Objektanforderungen und Sonderfälle ändern sich täglich.
Formal war das Unternehmen digitalisiert: Aufträge im ERP, Verfügbarkeiten im Plantool, Sonderfälle in Excel, Qualifikationen in den Köpfen einzelner Disponenten. Und das Telefon als universelles Rückfalltool für alles, was hinten runterfiel.
Die operative Realität:
- Einsatzplanung dauerte jeden Morgen über drei Stunden
- Krankmeldungen und Sonderfälle erzwangen permanente Umplanung
- Qualifikationen und Objektfreigaben waren nirgendwo zentral hinterlegt
- Kommunikation lief über Telefonketten – Informationen kamen verspätet und/oder unvollständig an
- Wachstum erzeugte nicht mehr Freiheit, sondern noch mehr Abstimmungsaufwand Das Problem war nicht das einzelne Tool. Das Problem war, dass fünf Tools kein System ergaben. Die Disposition funktionierte – solange die erfahrensten Leute da waren und nichts Unerwartetes passierte. Aber je größer das Unternehmen wurde, desto häufiger passierte etwas Unerwartetes.
Die operative Komplexität war größer geworden als die Systeme, die sie steuern sollten.
Unser Ansatz: Erst Ordnung, dann Automation
Das Projekt folgte unserem 3-Stufen-Modell. Jede Stufe baut auf der vorherigen auf – ohne Grundlage keine Automation, ohne Automation keine Freiheit.
| Stufe 1 – Ordnung | Stufe 2 – Automation | Stufe 3 – Freiheit |
|---|---|---|
| Einsatz-, Personal- und Objektdaten zentral zusammenführen, bestehende Tools anbinden | Disposition, Aufgabenlogik, Statusmeldungen automatisieren | Prognosen, Frühwarnsysteme, datenbasierte Kalkulation |
Stufe 1 – Ordnung
Bevor wir über Automation nachdenken konnten, mussten wir sichtbar machen, was überhaupt gesteuert werden soll. Wir haben die bestehende Systemlandschaft analysiert: Welche Daten gibt es wo? Was ist belastbar, was ist veraltet? Wo steckt Wissen in Köpfen statt in Systemen? Was entstanden ist:
- Zusammenführung aller Auftrags-, Objekt- und Personaldaten in einer zentralen Anwendung
- Aufbau einer Qualifikations- und Freigabelogik – welcher Mitarbeiter darf an welchem Objekt welche Tätigkeit ausführen
- Definition eindeutiger Statuslogiken für Einsätze, Schichten und Verfügbarkeiten
- Anbindung des bestehenden ERP für Auftragsdaten – kein Parallelbetrieb, sondern Integration
Dabei haben wir bewusst entschieden: Daten, die in keinem System gepflegt wurden – etwa informelle Absprachen zu Einsatzpräferenzen oder handschriftliche Notizen zu Objektbesonderheiten – haben wir nicht einfach digitalisiert. Stattdessen haben wir geprüft, welches Wissen wirklich operativ relevant ist, und nur das Relevante haben wir in die neue Struktur überführt.
Das Schwierigste war nicht die Technik. Es war, zum ersten Mal aufzuschreiben, was bisher nur die erfahrensten Disponenten im Kopf hatten.
Die Einführung erfolgte schrittweise: Workshops mit Disposition, Objektleitung und Teamleitern, Einbindung von Key-Usern als Multiplikatoren, modulweise Aktivierung, temporärer Parallelbetrieb für die kritischsten Prozesse. Nach drei Monaten lief die Planung im neuen System. Nicht als Prototyp, sondern im Produktivbetrieb.
Stufe 2 – Automation
Auf Basis der strukturellen Klarheit haben wir gezielte Automatisierungen ergänzt. Was das im Alltag konkret bedeutet, zeigt ein Beispiel aus der Frühschicht-Disposition.
Vorher
Jeder Morgen begann mit dem Abgleich: Wer ist krank gemeldet? Welche Sonderfälle gibt es? Welcher Ersatz hat die richtige Qualifikation und Objektfreigabe? Die Disponentin öffnete das ERP, das Plantool, zwei Excel-Listen und begann zu telefonieren. Drei Stunden später stand der Tagesplan – bis zur ersten Krankmeldung um 9 Uhr.
Nachher
Das System zeigt beim Öffnen bereits, wo Lücken entstanden sind. Krankmeldungen laufen digital ein und triggern automatisch einen Vorschlag: Welche verfügbaren Mitarbeiter haben die passende Qualifikation, Objektfreigabe und Schichtkompatibilität? Die Disponentin prüft, bestätigt oder passt an. Betroffene Teamleiter und Objektleiter sehen die Änderung sofort im System.
Aus drei Stunden reaktiver Planung wurden 35 Minuten proaktive Steuerung.
Beispiele für weitere Automatisierungen, die in Stufe 2 entstanden sind:
- Statusmeldungen von Teams triggern Folgeprozesse – Übergabe, Dokumentation, Abrechnung
- Qualifikationsabläufe und Objektfreigaben werden automatisch überwacht und eskaliert
- Regelbasierte Aufgabenverteilung bei Standardeinsätzen
- Digitale Einsatzbestätigung durch Mitarbeiter vor Ort
Messbare Ergebnisse
| Bereich | Vorher | Nachher |
|---|---|---|
| Dispositionszeit (täglich) | ca. 3 Stunden | ca. 35 Minuten |
| Rückfragen im Team | Dominieren den Tag | um ca. 80 % reduziert |
| Qualifikationsprüfung | Manuell, fehleranfällig | Systemgestützt, automatisch |
| Datenlage | Verteilt auf 5 Systeme | Eine zentrale Software |
| Steuerungsfähigkeit | Reaktiv – hinterher | Proaktiv – mit Frühsignalen |
Was sich für alle Beteiligten geändert hat
Das System hat nicht nur die Disposition entlastet. Es hat die Art verändert, wie Objektleitung, Teamleiter und Kunden zusammenarbeiten. Die Disposition plant voraus statt hinterher, sieht Engpässe bevor sie eskalieren und verbringt Zeit mit Entscheidungen statt mit Datenabgleich. Teamleiter vor Ort sehen ihren Einsatzplan digital, melden Status direkt und erhalten Änderungen in Echtzeit statt über Telefonketten. Objektleitung und Kunden schauen auf denselben Stand – Rückfragen sinken, weil alle Beteiligten auf dieselbe operative Wahrheit zugreifen.
Die Organisation wurde freier. Nicht, weil weniger Arbeit da ist – sondern weil sie strukturiert läuft.
Stufe 3 – Freiheit
Mit stabiler Datenbasis und funktionierender Automatisierung war der Punkt erreicht, an dem das System beginnen konnte, nicht nur zu reagieren – sondern vorauszudenken. Stufe 3 hat den Charakter der operativen Arbeit grundlegend verändert.
Bedarfsprognosen statt Bauchgefühl
Auf Basis historischer Einsatzdaten, saisonaler Muster, Urlaubsphasen und objektbezogener Kennzahlen sagt das System heute voraus, welche Qualifikationen wann und wo benötigt werden – bis zu acht Wochen im Voraus. Personalengpässe werden sichtbar, bevor sie entstehen. Die Einstellung neuer Mitarbeiter läuft nicht mehr reaktiv nach der ersten Krise, sondern datenbasiert und geplant.
Frühwarnsysteme
Das System meldet proaktiv, wenn kritische Muster erkennbar werden: Objekte, an denen sich Krankmeldungen häufen. Qualifikationen, die durch Abgänge knapp werden. Teams, deren Zusammenstellung historisch zu Fehlern führt. Was früher erst beim nächsten Eskalations-Telefonat sichtbar wurde, steht jetzt Wochen vorher als Hinweis im System.
KI-Agenten für Standardfälle
Einfache Dispositionsentscheidungen trifft das System heute autonom. Eine Krankmeldung um 5:30 Uhr morgens löst automatisch die Suche nach passendem Ersatz aus. Der erste qualifizierte, verfügbare und freigegebene Mitarbeiter wird kontaktiert – per App, mit Bestätigungsanfrage. Kommt die Bestätigung, wird der Einsatz umgeplant, Objektleiter und Teamleiter werden informiert, die Schicht läuft. Die Disponentin prüft morgens nur noch, was nicht glatt lief – statt alles selbst aufzusetzen.
Datenbasierte Angebotskalkulation
Neue Objekte werden auf Basis vergleichbarer Einsätze kalkuliert. Das System kennt den realen Aufwand ähnlicher Objekte, die saisonalen Schwankungen, die typischen Eskalationen. Angebote entstehen in Minuten statt Tagen – und treffen die Realität, weil sie auf ihr basieren.
Messbare Ergebnisse nach allen drei Stufen
| Bereich | Vorher | Nach Stufe 2 | Nach Stufe 3 |
|---|---|---|---|
| Dispositionszeit (täglich) | ca. 3 Stunden | ca. 35 Minuten | ca. 20 Minuten, primär Kontrolle |
| Planungshorizont | Stundenaktuell, reaktiv | Tagesaktuell | Mehrere Wochen im Voraus |
| Rückfragen im Team | Dominieren den Tag | ca. 60 % reduziert | ca. 85 % reduziert |
| Engpass-Erkennung | Wenn der Ausfall da ist | Am Tag des Ausfalls | Wochen vorher |
| Angebotskalkulation | Tage pro neuem Objekt | Reduziert auf wenige Stunden | Innerhalb von Stunden, datenbasiert |
| Steuerungsmodus | Reaktiv – hinterher | Proaktiv – mit Frühsignalen | Vorausschauend – das System denkt voraus |
Was sich für alle Beteiligten geändert hat
Das System hat die Art verändert, wie das Unternehmen arbeitet. Nicht nur operativ – auch strategisch. Die Disposition ist heute keine Reaktionszentrale mehr, sondern eine Steuerungsrolle. Die Disponenten prüfen, bestätigen, justieren – aber das System trägt die operative Last. Teamleiter vor Ort arbeiten mit vollständigen Plänen, die mit realistischen Puffern für Standard-Abweichungen kalkuliert sind. Objektleitung und Kunden bekommen heute in vielen Fällen proaktive Information, bevor sie selbst anrufen würden: „Wir haben für nächste Woche einen Engpass bei den Wartungsterminen erkannt, hier ist unser Vorschlag." Die Geschäftsführung plant strategisch – neue Standorte, neue Services, neue Kunden – auf Basis belastbarer Daten, nicht auf Basis von Erfahrungswerten.
Früher bestimmte die operative Realität den Tag. Heute bestimmt das Unternehmen, wie die operative Realität aussehen soll.
Und vielleicht am wichtigsten
Das Unternehmen hat seine Größe entkoppelt von seiner Komplexität. Wachstum bedeutet nicht mehr mehr Disponenten, mehr Telefonate, mehr Chaos. Wachstum bedeutet mehr Datenpunkte – und die machen das System mit jedem Einsatz ein Stück besser.
Was dieses Projekt zeigt
Dieses Projekt zeigt ein Muster, das bei Dienstleistern besonders häufig vorkommt: Die operative Komplexität liegt nicht im einzelnen Auftrag, sondern in der Summe aus Schichten, Qualifikationen, Sonderfällen und permanenter Umplanung. Kein einzelnes Standardtool bildet das ab – also entstehen Workarounds, Telefonketten und Excel-Listen. Der erste Schritt war nicht mehr Technologie. Es war die Entscheidung, das Wissen, das in einzelnen Köpfen steckte, in ein gemeinsames System zu überführen. Das klingt trivial, war aber die schwierigste Phase des Projekts. Erst diese Ordnung hat Automation ermöglicht. Erst diese Automation hat Freiheit ermöglicht.
Ordnung ermöglicht Automation. Automation ermöglicht Freiheit.
Wer täglich Ressourcen an wechselnden Orten koordiniert, sollte sich eine Frage stellen: Ergeben meine Tools ein System – oder ergeben sie nur eine Ansammlung von Einzellösungen? Wenn die Antwort auf die zweite Frage ja ist, liegt der Hebel nicht in einem besseren Tool. Er liegt in einer gemeinsamen operativen Wahrheit – und in dem, was darauf aufgebaut werden kann, wenn sie einmal da ist.