Wie ein mittelständischer Anlagenbauer mit 120 Mitarbeitern und 15 parallelen Projekten von fünf fragmentierten Wahrheiten zu einem lernenden Operating System gekommen ist – und heute Projekte proaktiv steuert, statt ihnen hinterherzukoordinieren.
Ausgangslage
Das Unternehmen plant und baut technische Anlagen für Industriekunden – Projekte mit Laufzeiten von sechs bis achtzehn Monaten, mehreren Gewerken, Subunternehmern und hoher Abstimmungsdichte. Ein Geschäft, in dem zwischen Angebot und Schlussrechnung Dutzende Übergaben liegen.
Das ERP kannte die Auftragspositionen. Die Excel des Bauleiters kannte die Baustellenrealität. Die Ablage kannte die Mails zum Nachtrag. Und das Projektteam füllte die Lücken dazwischen – jeden Tag neu.
Die operative Realität:
- Was im Leistungsverzeichnis stand, was auf der Baustelle passierte und was am Ende in der Schlussrechnung landete, lief in getrennten Listen – das Zusammenführen kostete Stunden
- Termine, Kapazitäten und Abnahmen mit Subunternehmern hingen an Einzelgesprächen und losen Dokumenten – ohne gemeinsames Bild entstanden Leerläufe, Doppelarbeit und Streit über Stand und Verantwortung
- Personal, Geräte, Material und Fremdleistungen mussten über mehrere Baustellen gleichzeitig passen – das ERP sah Auftragspositionen, aber nicht den laufenden Tagesbetrieb
- Fortschritt, Mengen, Behinderungen und Sonderfälle landeten in Bauleiter-Tabellen, weil das ERP zu starr war – je länger das so lief, desto mehr Wahrheit wanderte aus dem Kernsystem
- Freigaben, Abweichungen und Dokumentation liefen über Mail und Drive – was operativ passierte, kam oft verspätet oder unvollständig in der Projektakte an
Das Problem lag nicht in einem einzelnen Modul.
Kein System trug das operative Gesamtbild – und das Projektteam setzte die Komplexität jeden Tag neu zusammen. Das funktionierte, solange die Projektleiter erfahren genug waren und nicht zu viele Projekte gleichzeitig liefen. Aber mehr Projekte bedeuteten exponentiell mehr Koordination.
Die Marge wuchs nicht mit – die Reibung schon.
Drei Stufen zur operativen Freiheit
Wir haben das Projekt entlang unseres 3-Stufen-Modells aufgebaut. Jede Stufe baut auf der vorherigen auf. Nach 10 Monaten laufen alle drei Stufen produktiv.
| Stufe 1 – Ordnung | Stufe 2 – Automation | Stufe 3 – Freiheit |
|---|---|---|
| Projekte, Ressourcen, Subunternehmer, Aufträge und Dokumentation in einem System zusammenführen | Durchgängige Prozesse vom Angebot bis zur Schlussrechnung, Nachträge am Prozess | KI-Risikoerkennung, Prognoseplanung, automatisierte Kalkulation, Frühwarnsysteme |
Stufe 1 – Ordnung
Bevor wir Abläufe automatisieren konnten, mussten wir sichtbar machen, wo die operative Wahrheit tatsächlich lag – und wo sie verloren ging. Wir haben in Stufe 1 aufgebaut:
- Ein Mapping aller Projektdaten – wir haben geklärt, was aus dem ERP kommt, was in Bauleiter-Excels lebt, was in E-Mail-Ablagen steckt und wo die Subunternehmer-Vereinbarungen dokumentiert sind
- Ein zentrales Projektmodell – ein Projekt, ein Stand, mit Auftragspositionen, Ressourcen, Subunternehmer-Status, Terminen und Risiken an einem Ort
- Klare Übergabelogiken – wann gilt eine Leistung als beauftragt, wann als begonnen, wann als abgenommen, wer dokumentiert was und wo
- Die Anbindung des bestehenden ERP für Kalkulation und Auftragsdaten – kein Parallelsystem, sondern ein operatives Layer darüber
Die schwierigste Phase war nicht die Technik. Es war die Frage, was als verbindlicher Projektstand gilt. Bis dahin hatte jeder Beteiligte seinen eigenen: der Projektleiter seine Excel, der Bauleiter sein Bautagebuch, die Buchhaltung ihre ERP-Positionen, der Subunternehmer seine letzte Mail. Diese unterschiedlichen Realitäten haben wir gemeinsam mit dem Team in ein Modell überführt – nicht nur technisch, sondern organisatorisch.
Die härteste Erkenntnis:
Drei Projektleiter, befragt zum selben Projekt, nannten drei unterschiedliche Fertigstellungsgrade. Nicht weil sie falsch lagen – sondern weil jeder auf eine andere Datenquelle schaute.
Die Einführung lief schrittweise: Workshops mit Projektleitung, Bauleitern, Einkauf und Buchhaltung. Wir haben bewusst mit einem laufenden Mittelgroß-Projekt pilotiert – nicht mit einem neuen, sondern mit einem, das die typischen Probleme bereits hatte. Key-User aus der Projektleitung übernahmen die Multiplikator-Rolle. Nach vier Monaten liefen die ersten drei Projekte im neuen System. Nach sieben Monaten alle aktiven.
Stufe 2 – Automation
Auf Basis der neuen strukturellen Klarheit haben wir gezielt Automatisierungen ergänzt. Den größten Effekt sah das Unternehmen in der Nachtragsabwicklung: Früher stellte der Bauleiter eine Abweichung fest, notierte sie in seiner Excel, schickte eine Mail an den Projektleiter. Der prüfte, leitete weiter an die Kalkulation. Die Kalkulation brauchte Mengen aus einer anderen Tabelle. Die Buchhaltung brauchte eine Freigabe aus einer dritten Mail. Bis der Nachtrag beim Kunden lag, vergingen Wochen – und die Dokumentation war lückenhaft.
Heute erfasst der Bauleiter die Abweichung direkt im System – mit Mengen, Fotos und Bezug zur Auftragsposition. Der Projektleiter sieht den Nachtrag sofort, prüft und gibt frei. Die Kalkulation hat alle Daten bereits strukturiert vorliegen. Die Buchhaltung erstellt die Schlussrechnung auf Basis vollständiger Leistungsnachweise, nicht auf Basis zusammengesuchter Mails. Aus wochenlanger Nacharbeit wurde ein durchgängiger Prozess, der parallel zur Ausführung mitläuft.
Weitere Automatisierungen in dieser Phase:
- Subunternehmer-Übergaben mit einheitlichem Status und strukturierter Dokumentation – weniger Rückfragen, klarere Verantwortlichkeiten
- Ressourcenzuordnung über Projekte hinweg – wer ist wo eingeplant, welche Geräte sind auf welcher Baustelle, wo entstehen Engpässe
- Statusänderungen auf der Baustelle aktualisieren den Projektstand automatisch – Projektleiter und Geschäftsführung schauen auf denselben Stand
- Digitale Erfassung von Abnahmen und Freigaben, statt Mail-Verkehr und verstreute Ordnerstrukturen
Nach Stufe 2 lief das operative Geschäft ruhiger, genauer und schneller. Aber die strategischen Fragen – welche Projekte Risiken bergen, wo Ressourcen wirklich knapp werden, wie sich die Marge über das Portfolio entwickelt – lagen weiterhin bei den Projektleitern und der Geschäftsführung.
Stufe 3 – Freiheit
Mit stabiler Datenbasis und funktionierender Automation hat das System den Punkt erreicht, an dem es strategische Fragen mitverantworten kann. Stufe 3 hat die Art verändert, wie das Unternehmen Projekte steuert.
KI-gestützte Risikoerkennung
Das System erkennt Projektmuster, die in der Vergangenheit zu Verzögerungen oder Margenverlusten geführt haben – und meldet sie Wochen bevor sie eskalieren. Ein spezifisches Gewerk, das verzögert mit der Arbeit beginnt. Ein Subunternehmer, der bei ähnlichen Projekten wiederholt Nachträge stellte. Eine Ressourcenkonstellation, die historisch zu Engpässen führte. Die Projektleiter sehen Risiken früh – und haben Zeit, gegenzusteuern, bevor sie zur Krise werden.
Prognosebasierte Ressourcenplanung
Das System plant Personal, Geräte und Fremdleistungen über alle laufenden und angebahnten Projekte hinweg. Es sagt voraus, wo in sechs bis acht Wochen Engpässe entstehen werden, basierend auf Projektfortschritt, saisonalen Mustern und typischen Abweichungen. Die Geschäftsführung verschiebt Ressourcen proaktiv – statt jede Baustelle einzeln nachzuverhandeln, wenn es zu spät ist.
Automatisierte Angebotskalkulation
Neue Angebote basieren auf realen Daten vergleichbarer Projekte. Das System kennt die tatsächlichen Aufwände, Nachtragsquoten, typischen Behinderungen und Margenrealitäten ähnlicher Aufträge. Der Kalkulator passt das System-Angebot an – statt eine Kalkulation von Grund auf neu zu bauen. Angebote entstehen schneller, treffen die Realität genauer und sichern die Marge.
Frühwarnsysteme für Nachträge und Subunternehmer
Das System erkennt Nachtragsrisiken, bevor der Bauleiter sie meldet – etwa wenn Mengen über dem Leistungsverzeichnis zu laufen drohen oder wenn Abweichungen von der Kalkulation ein kritisches Muster zeigen. Genauso bei Subunternehmern: Zuverlässigkeit, Qualität und Liefertreue laufen als kontinuierliche Bewertung mit. Wer in Projekten Risiken erzeugt, taucht bei der nächsten Vergabe entsprechend gewichtet auf.
Messbare Ergebnisse nach allen drei Stufen
| Bereich | Vorher | Nach Stufe 2 | Nach Stufe 3 |
|---|---|---|---|
| Projektdurchführung | Fortschritt über Tools, Tabellen und Rückfragen | Ein operatives Bild pro Projekt an einem Ort | Projekt-Portfolio als Ganzes steuerbar, Risiken früh sichtbar |
| Ressourcensteuerung | Kapazitäten manuell abgestimmt | Transparenz über Teams, Geräte, Fremdleistungen | Prognosebasiert über alle Projekte, 6–8 Wochen im Voraus |
| Subunternehmer | Einzelgespräche und lose Dokumente | Einheitliche Übergaben und Status | Kontinuierliche Bewertung fließt in Vergabeentscheidungen ein |
| Nachträge & Abrechnung | Späte und unvollständige Daten | Erfassung am Prozess, lückenlose Nachweise | Frühwarnung bei Nachtragsrisiken, bevor sie entstehen |
| Angebotskalkulation | Manuell, auf Basis von Erfahrung | Strukturiert, auf Basis aktueller Stammdaten | Datenbasiert auf realen Projektverläufen vergleichbarer Aufträge |
| Steuerungsmodus | Reaktiv – hinterher | Proaktiv – mit Frühsignalen | Vorausschauend – das System denkt mit |
Was sich für alle Beteiligten geändert hat
Das System hat die Art verändert, wie das Unternehmen Projekte führt. Nicht nur operativ – auch strategisch. Die Projektleiter sehen den operativen Stand ihrer Projekte an einem Ort. Sie verbringen Zeit mit Steuerung statt mit Zusammentragen und erkennen Risiken, bevor sie eskalieren. Die Bauleiter erfassen Fortschritt, Abweichungen und Nachträge direkt im System – was auf der Baustelle passiert, kommt sofort in der Projektakte an. Die Subunternehmer arbeiten mit einheitlichen Übergaben und klaren Status; Streit über Stand und Verantwortung ist deutlich zurückgegangen, weil alle auf dieselbe Wahrheit schauen. Die Geschäftsführung sieht über alle Projekte hinweg, wo Margen entstehen und wo sie erodieren – und verschiebt Ressourcen, bevor Engpässe Projekte gefährden. Neue Projekte kalkuliert das Vertriebsteam auf Basis echter Daten vergleichbarer Aufträge, nicht auf Basis von Bauchgefühl.
Früher bestand der Tag aus Koordination. Heute besteht er aus Entscheidungen.
Und vielleicht am wichtigsten
Mehr Projekte machen die Organisation nicht mehr unübersichtlicher. Das Unternehmen hat sein Wachstum von seinem Koordinationsaufwand entkoppelt – die Zahl der Projekte kann steigen, ohne dass die Zahl der Abstimmungsmeetings mitwächst.
Was dieses Projekt zeigt
Dieses Projekt zeigt ein Muster, das bei Projektunternehmen besonders verbreitet ist: Das ERP kennt die Auftragspositionen, die Excel kennt die Baustellenrealität, die Ablage kennt die Mails zum Nachtrag. Und das Projektteam füllt die Lücken dazwischen – jeden Tag, in jedem Projekt. Der erste Schritt war nicht ein besseres ERP oder ein neues Plantool. Es war die Entscheidung, einen verbindlichen Projektstand zu definieren, dem alle Beteiligten vertrauen können – und diesen Stand operativ verfügbar zu machen, nicht nur im Reporting. Erst diese Ordnung hat Automation ermöglicht. Erst diese Automation hat Freiheit ermöglicht.
Ordnung ermöglicht Automation. Automation ermöglicht Freiheit.
Wer mehrere Projekte gleichzeitig führt und merkt, dass Wachstum mehr Abstimmung statt mehr Marge erzeugt, sollte sich eine Frage stellen: Sehen alle Beteiligten dasselbe Bild der laufenden Projekte – oder baut sich jeder sein eigenes zusammen? Wenn die Antwort „jeder baut sein eigenes" lautet, liegt der Hebel nicht in einem zusätzlichen Tool. Er liegt in einem gemeinsamen operativen Modell – und in dem, was das Unternehmen darauf aufbauen kann, wenn es einmal steht.