Ein Bauunternehmen kann jahrelang mit Excel, E-Mails, WhatsApp-Gruppen, gemeinsam genutzten Ordnern, ausgedruckten Dokumenten und Telefonaten zwischen Büro und Baustelle arbeiten. Und das sogar sehr gut.
Das Problem besteht also nicht darin, festzustellen, dass die traditionelle Verwaltung „falsch“ ist. Es entsteht, wenn gleichzeitig die Zahl der Baustellen, Mitarbeitenden, Nachunternehmer, Dokumente, Änderungen, zu kontrollierenden Kosten und zu treffenden Entscheidungen steigt.
Dann kann eine Organisation, die zuvor flexibel wirkte, ihre Grenzen zeigen: doppelte Informationen, unterschiedliche Versionen desselben Dokuments, Telefonate, um herauszufinden, was passiert ist, zu spät aktualisierte Budgets und Verantwortlichkeiten, die vom Gedächtnis einzelner Personen abhängen.
Hier kommt das Konzept eines Construction Operating System ins Spiel.
Nicht einfach eine neue Software, sondern eine operative Umgebung, in der Baustellen, Personen, Dokumente, Phasen, Kommunikation und wirtschaftliche Informationen zunehmend denselben Kontext teilen können.
Sehen wir uns daher 9 konkrete Unterschiede zwischen traditioneller Verwaltung und einem Construction Operating System an – und was sie im Arbeitsalltag eines Bauunternehmens tatsächlich verändern können.
1. Dokumente: von „ich weiß, dass es existiert“ zu „ich weiß, welche Version korrekt ist“
Bei der traditionellen Verwaltung liegt das Problem selten darin, dass ein Dokument nicht existiert.
Viel häufiger gibt es zu viele Kopien davon.
Der aktualisierte Plan befindet sich in der E-Mail des Technikers. Die vorherige Version wurde vom Bauleiter heruntergeladen. Der Lieferant hat eine weitere Version gespeichert. Eine Papierkopie liegt noch im Baucontainer.
Solange sich nichts ändert, kann das System weiter funktionieren. Wenn eine Änderung eintritt oder eine Entscheidung nachvollzogen werden muss, lautet die Frage sofort:
„Welche Version müssen wir verwenden?“
In einem Construction Operating System kann das Dokument dagegen mit dem Auftrag, der betreffenden Phase, den berechtigten Personen und seiner eigenen Historie verknüpft werden.
Das Prinzip ist einfach: Es reicht nicht, die Datei zu digitalisieren. Ihr Kontext muss erhalten bleiben.
Das strukturierte Informationsmanagement ist auch ein zentrales Thema des Standards ISO 19650-1, der Grundsätze wie Organisation, Austausch, Erfassung und Versionierung von Informationen im Bauwesen behandelt.
2. Kommunikation: von verstreuten Nachrichten zu kontextbezogenen Entscheidungen
Telefon, WhatsApp und E-Mail werden von der Baustelle nicht verschwinden. Sie sind schnell und gehören zur Arbeitsweise der Menschen.
Das Problem entsteht, wenn eine wichtige Entscheidung ausschließlich in einem dieser Kanäle verbleibt.
Ein Techniker teilt dem Bauleiter eine Änderung mit. Der Bauleiter informiert das Team. Die Verwaltung stellt später fest, dass diese Änderung zusätzliche Kosten verursacht hat.
Alle haben ihre Arbeit erledigt, aber die Information hat nicht den gesamten Prozess durchlaufen.
In einer integrierten operativen Umgebung kann eine wichtige Mitteilung dagegen mit der Baustelle, der Phase oder dem Dokument, auf das sie sich bezieht, verknüpft bleiben.
Der Vorteil wird Monate später deutlich, wenn nicht mehr gefragt werden muss:
- wer die Änderung mitgeteilt hatte;
- wann sie beschlossen worden war;
- wer darüber informiert worden war;
- welches Dokument aktualisiert worden war.
Kommunikation ist dann nicht mehr nur eine Nachricht, sondern wird Teil der Geschichte des Auftrags.
3. Rollen und Verantwortlichkeiten: vom Gedächtnis einzelner Personen zu einem reproduzierbaren Prozess
Viele Unternehmen funktionieren dank Personen, die das Unternehmen perfekt kennen.
Sie wissen, wen sie anrufen müssen, wo ein Dokument zu finden ist und wer eine bestimmte Tätigkeit genehmigen muss.
Das ist ein enormer Wert. Es kann aber auch zu einer Abhängigkeit werden.
Wenn die Antwort immer lautet: „Frag diese Person, sie weiß alles“, gehört ein Teil des Prozesses noch nicht der Organisation, sondern dem Gedächtnis einer einzelnen Person.
Ein Construction Operating System ermöglicht dagegen, Rollen und Berechtigungen zu strukturieren:
- wer Informationen einsehen darf;
- wer sie ändern darf;
- wer für eine Phase verantwortlich ist;
- wer informiert werden muss;
- wer bestimmte Tätigkeiten genehmigen darf.
Das bedeutet nicht mehr Bürokratie. Es bedeutet, dass der Prozess auch dann funktioniert, wenn sich eine Person ändert.
4. Budget: von nachträglicher Kontrolle zur Möglichkeit, früher einzugreifen
Excel bleibt ein äußerst leistungsfähiges Werkzeug. Die Grenze zeigt sich, wenn die Budgetdatei vollständig getrennt von den Vorgängen auf der Baustelle existiert.
Ein Team benötigt mehr Stunden.
Ein zusätzlicher Auftrag geht ein.
Eine Menge steigt.
Eine Phase gerät in Verzug.
Das Budget wird jedoch erst aktualisiert, wenn jemand all diese Informationen manuell zusammenträgt.
Dann beschreibt die Kostenkontrolle die Vergangenheit sehr gut, hilft aber weniger bei Entscheidungen in der Gegenwart.
Wenn Fortschritt, Anwesenheit, Phasen und wirtschaftliche Informationen hingegen miteinander verknüpft werden, ändert sich die Frage.
Nicht nur:
„Wie viel haben wir ausgegeben?“
sondern:
„Wie viel haben wir im Verhältnis zu dem ausgegeben, was wir tatsächlich fertiggestellt haben?“
Für den allgemeinen Kostenkontext der Branche können auch die von ISTAT veröffentlichten Baukostenindizes genutzt werden, getrennt von den spezifischen Daten des einzelnen Auftrags.
5. Baustelle und Büro: von zwei getrennten Welten zu demselben operativen Kontext
Wer auf der Baustelle arbeitet, sieht Menschen, Materialien, Probleme, Verzögerungen und den tatsächlichen Fortschritt.
Das Büro sieht Dokumente, Kosten, Verträge, Planung und Verwaltung.
Es sind zwei unterschiedliche Perspektiven auf dieselbe Baustelle.
In der traditionellen Verwaltung werden sie durch Telefonate, Besprechungen, Nachrichten und E-Mails zusammengeführt.
Ein Construction Operating System versucht dagegen, eine gemeinsame Informationsebene zu schaffen.
Das bedeutet nicht, dass alle alles sehen müssen.
Der Bauleiter benötigt nicht unbedingt dieselben Informationen wie die Verwaltung, und die Verwaltung muss nicht in jedes operative Detail eingreifen.
Es bedeutet schlicht:
unterschiedliche Rollen, unterschiedliche Berechtigungen, derselbe Auftrag.
Das ist einer der Schritte, die den Aufwand für die manuelle Rekonstruktion von Informationen am stärksten verringern können.
6. Sicherheit und Compliance: von zu suchenden Dokumenten zu besser auffindbaren Informationen
Software macht eine Baustelle nicht automatisch regelkonform oder sicher.
Die Pflichten bleiben bei den gesetzlich vorgesehenen Personen und erfordern Bewertung, Schulung, Kontrolle und korrekte Verfahren.
Das Ministerium für Arbeit und Sozialpolitik fasst die Pflichten des Arbeitgebers im Bereich Gesundheit und Sicherheit zusammen.
Technologie kann jedoch bei einem sehr konkreten Problem helfen: der Auffindbarkeit und Organisation von Informationen.
Aktuelle Dokumente, Personen, Kommunikation, Anwesenheit und Verantwortlichkeiten können näher am Auftrag gehalten werden.
Sie ersetzt nicht die erforderlichen Pflichten.
Sie verkürzt die Zeit, die verloren geht, um herauszufinden, wo sich das Benötigte befindet.
7. Unternehmensleitung: von Gefühlen zu besser lesbaren operativen Signalen
Wenn jede Baustelle unterschiedliche Dateien und Verfahren nutzt, wird ein schneller Vergleich der Aufträge schwierig.
Welche Baustelle wird langsamer?
Wo steigt die Zahl der Stunden?
Welche Phase erzeugt die meisten Abweichungen?
Welche Projekte weisen die meisten Änderungen auf?
Wo entfernt sich das Budget vom Fortschritt?
Bei einer traditionellen Verwaltung können diese Antworten vorhanden sein, müssen aber häufig durch Befragung mehrerer Personen und die Auswertung mehrerer Quellen erarbeitet werden.
Wenn die Baustellen zunehmend eine gemeinsame Struktur verwenden, wird es einfacher, Informationen zu vergleichen und wiederkehrende Signale zu erkennen.
In diesem Moment ist die Digitalisierung nicht mehr nur ein operatives Werkzeug, sondern wird auch zu einem Instrument der Unternehmensführung.
8. Lieferanten und Nachunternehmer: von Nachrichtenketten zu strukturierter Zusammenarbeit
Ein Unternehmen arbeitet nicht allein.
Lieferanten, Nachunternehmer, Techniker und externe Mitarbeitende sind ständig an der Erstellung und am Austausch von Informationen beteiligt.
In der traditionellen Verwaltung erfolgt die Verbindung häufig über E-Mails, Telefonate und Dokumente, die direkt von einer Person an die nächste gesendet werden.
Das ist schnell, erschwert aber den Aufbau einer gemeinsamen Historie.
Ein Lieferant erhält eine technische Spezifikation.
Ein Nachunternehmer muss eine bestimmte Zeichnung sehen.
Ein externes Team muss wissen, welche Phase bereit für den Beginn ist.
Eine integrierte operative Umgebung kann ermöglichen, die benötigten Informationen mit unterschiedlichen Rollen und Berechtigungen zu teilen.
Der Vorteil besteht nicht einfach darin, „alle in die Software zu holen“.
Es geht darum, zu verhindern, dass jeder neu hinzukommende Beteiligte ein neues paralleles Archiv erzeugt.
9. Skalierbarkeit: von „es funktioniert, weil wir wenige sind“ zu Prozessen, die Wachstum tragen
Das ist vielleicht der strategisch wichtigste Punkt.
Ein System, das auf dem Gedächtnis der Mitarbeitenden beruht, kann mit einer Baustelle und einem Team perfekt funktionieren.
Bei fünf Baustellen nehmen die Telefonate bereits zu.
Bei zehn steigen die Zahl der Dokumente, Mitarbeitenden, Lieferanten, Genehmigungen und gleichzeitigen Entscheidungen.
Das Risiko besteht darin, dass jeder neue Auftrag ein nahezu proportionales Wachstum des Verwaltungsaufwands erfordert, der für die Koordination der Organisation notwendig ist.
Ein strukturierter Prozess kann dagegen wiederholt werden.
Dieselbe Dokumentenlogik.
Dieselben Rollenregeln.
Dieselben Methoden für die Verwaltung der Phasen.
Dasselbe Modell für Kommunikation und Verantwortlichkeiten.
Das beseitigt die Komplexität des Wachstums nicht, verhindert aber, dass die Organisation bei jedem neuen Baustart von Grund auf neu aufgebaut werden muss.
Skalierbarkeit bedeutet nicht nur, mehr Baustellen zu verwalten. Es bedeutet, sie zu verwalten, ohne das Chaos im gleichen Maß zu vervielfachen.
Der Vergleich in einem Satz: nicht Papier gegen Software, sondern Fragmentierung gegen Kontext
Der tatsächliche Vergleich lautet nicht:
Papier → digital.
Sondern:
getrennte Informationen → verknüpfte Informationen.
Ein Unternehmen kann zehn verschiedene Anwendungen nutzen und trotzdem extrem fragmentiert sein.
Oder es kann weniger Werkzeuge einsetzen, den Informationsfluss aber deutlich besser organisieren.
Auch der Construction Transition Pathway der Europäischen Kommission ordnet die digitale Transformation als eine der Entwicklungslinien des Bausektors ein.
Praxisbeispiel: eine Änderung während einer Sanierung
Stellen wir uns eine Sanierung vor, bei der sich während der Arbeiten die Notwendigkeit ergibt, einen Teil der Anlage zu ändern.
Bei fragmentierter Verwaltung:
- Der Techniker aktualisiert die Zeichnung.
- Er sendet sie per E-Mail.
- Jemand informiert den Bauleiter.
- Der Nachunternehmer erhält möglicherweise eine Kopie.
- Die wirtschaftlichen Auswirkungen werden später geprüft.
- Die Gespräche bleiben auf mehrere Werkzeuge verteilt.
In einer integrierten operativen Umgebung:
- Die neue Version wird mit dem Auftrag verknüpft.
- Die betroffene Phase wird identifiziert.
- Die beteiligten Personen erhalten die Information im richtigen Kontext.
- Der Nachunternehmer erhält Zugriff auf die erforderliche Dokumentation.
- Die Auswirkungen auf Termine und Kosten können vorher analysiert werden.
- Die Geschichte der Änderung bleibt nachvollziehbar.
Das Unvorhergesehene existiert in beiden Fällen.
Was sich ändert, ist der organisatorische Aufwand für den Umgang damit.
Wann die traditionelle Verwaltung noch ausreichen kann
Nicht jedes Unternehmen benötigt sofort denselben Digitalisierungsgrad.
Ein sehr kleiner Betrieb mit wenigen Mitarbeitenden, einer Baustelle und einfachen Prozessen kann mit traditionellen Werkzeugen problemlos arbeiten.
Das Problem entsteht, wenn die Komplexität schneller wächst als die Organisation.
Einige Signale sind leicht erkennbar:
- Dieselben Informationen werden mehrfach eingegeben.
- Um ein Dokument zu finden, muss eine bestimmte Person gefragt werden.
- Büro und Baustelle arbeiten mit unterschiedlichen Daten.
- Das Budget wird aktualisiert, wenn das Problem bereits eingetreten ist.
- Jede neue Baustelle erzeugt neue Gruppen, Dateien und Verfahren.
- Eine Monate zurückliegende Entscheidung lässt sich nur schwer nachvollziehen.
Wenn diese Signale häufiger auftreten, können die Kosten der Fragmentierung höher werden als die Kosten der Veränderung.
Zu vermeidender Fehler: alles auf einmal digitalisieren
Der Wechsel zu einem Construction Operating System bedeutet nicht, alle Unternehmensprozesse an einem einzigen Tag zu übertragen.
Im Gegenteil: Der Versuch kann den Widerstand der Mitarbeitenden erhöhen.
Ein ineffizientes Verfahren wird nicht automatisch effizient, wenn es auf einen Bildschirm übertragen wird.
Es wird lediglich zu einer digitalen Ineffizienz.
Viel sinnvoller ist es, mit einem konkreten Problem zu beginnen:
- schwer auffindbare Dokumente;
- nachträglich zu rekonstruierende Anwesenheiten;
- verstreute Kommunikation;
- zu spät aktualisierte Budgets;
- unklare Verantwortlichkeiten.
Lösen Sie zuerst dieses Problem.
Danach folgt das nächste.
Praxis-Methode: ein Construction Operating System in 30–60 Tagen testen
1. Eine Pilotbaustelle auswählen.
Ein ausreichend repräsentativer Auftrag, der jedoch nicht so kritisch ist, dass er jedes Experiment unmöglich macht.
2. Nur drei Prozesse auswählen.
Zum Beispiel Dokumente, Kommunikation und Anwesenheit.
3. Klare Verantwortlichkeiten definieren.
Wer lädt hoch? Wer kontrolliert? Wer ändert? Wer muss informiert werden?
4. An echten Aufgaben schulen.
Keine allgemeine Softwarepräsentation. Konkret zeigen, wie ein Dokument gefunden, eine Tätigkeit erfasst oder eine Änderung bearbeitet wird.
5. Messen.
Zeit für die Dokumentsuche, Rückfragen, Versionsfehler, doppelte Tätigkeiten und Verwaltungszeit.
Nach 30–60 Tagen wird entschieden, welche Prozesse auf die anderen Baustellen ausgeweitet werden sollen.
Wie Edil-Up das Construction Operating System versteht
Aus genau dieser Sichtweise entstand Edil-Up.
Das Ziel besteht nicht darin, dem Ökosystem des Unternehmens einfach eine weitere Software hinzuzufügen.
Edil-Up wird als Construction Operating System entwickelt: eine Umgebung, in der Baustellen, Phasen, Mitarbeitende, Rollen und Berechtigungen, Dokumente, Kommunikation, Anwesenheit, Budgets und ein professionelles Netzwerk zunehmend denselben operativen Kontext teilen können.
Der Wert liegt daher nicht nur in der Anzahl der Funktionen.
Er liegt darin, die Zahl der Stellen zu verringern, an denen Informationen verloren gehen können.
Ein Mitarbeitender ist nicht nur ein Name: Er gehört zu einem Unternehmen, kann einem Auftrag zugeordnet sein und bestimmte Rollen haben.
Ein Dokument ist nicht nur ein PDF: Es gehört zu einer Baustelle und kann mit einer Phase verknüpft werden.
Eine Phase ist nicht nur eine Zeile im Terminplan: Sie umfasst Personen, Dokumente, Kommunikation und wirtschaftliche Informationen.
Diese Verbindung zwischen Informationen unterscheidet ein Betriebssystem zunehmend von einer Sammlung vertikaler Werkzeuge.
Checkliste: Erreicht die aktuelle Verwaltung ihre Grenze?
- Wissen wir immer, welche Version eines Dokuments offiziell ist?
- Können wir schnell nachvollziehen, wer eine Entscheidung getroffen hat?
- Arbeiten Büro und Baustelle mit denselben Daten?
- Kennen wir den Status der wichtigsten Phasen, ohne telefonieren zu müssen?
- Können wir eine wirtschaftliche Abweichung vor Monatsende erkennen?
- Erhalten Lieferanten und Nachunternehmer immer die richtige Informationsversion?
- Sind Rollen und Berechtigungen definiert?
- Versteht ein neuer Mitarbeitender schnell, wo er das Benötigte findet?
- Bedeutet die Eröffnung einer neuen Baustelle, einen Prozess zu wiederholen – oder jedes Mal einen neuen zu erfinden?
Je mehr negative Antworten sich ergeben, desto wahrscheinlicher liegt das Problem nicht im Fehlen einer weiteren Anwendung.
Es liegt im Fehlen einer gemeinsamen operativen Umgebung.
Autoritative Quellen zur Vertiefung
- ISO 19650-1 – Informationsmanagement im Bauwesen;
- Europäische Kommission – Construction Transition Pathway;
- Arbeitsministerium – Pflichten des Arbeitgebers;
- ISTAT – Baukostenindizes.
Fazit: Der eigentliche Unterschied ist nicht die Software
Die traditionelle Verwaltung ist nicht falsch.
Sie hat Baustellen auf der ganzen Welt aufgebaut und verwaltet sie weiterhin.
Aber jedes System hat eine Komplexitätsgrenze.
Wenn die Zahl der Personen, Dokumente, Aufträge und Entscheidungen steigt, kann das, was zuvor flexibel war, fragmentiert werden.
In diesem Moment kann ein Construction Operating System beginnen, Wert zu schaffen.
Nicht, weil es die Erfahrung der Menschen ersetzt.
Sondern weil es verhindert, dass diese Erfahrung ständig dafür eingesetzt werden muss, Dateien zu suchen, Gespräche nachzuvollziehen und Informationen manuell von einem Werkzeug in ein anderes zu übertragen.
Der echte digitale Sprung erfolgt, wenn eine einmal eingegebene Information für die Menschen und Prozesse, die sie benötigen, weiterhin nützlich bleibt.
Diese Verbindung – mehr als jede einzelne Funktion – unterscheidet die Nutzung von Software vom Aufbau eines echten Betriebssystems für das Bauwesen.
Weitere Informationen finden Sie auch im Leitfaden zu Software für die Baustellenverwaltung und zu Alternativen für die Baustellenverwaltung.
Das Edil-Up-Team
