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, Subunternehmer, Dokumente, Änderungen, zu kontrollierenden Kosten und zu treffenden Entscheidungen zunimmt.
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 des Construction Operating System ins Spiel.
Nicht einfach als neue Software, sondern als operative Umgebung, in der Baustellen, Menschen, Dokumente, Phasen, Kommunikation und kaufmännische Informationen schrittweise denselben Kontext nutzen 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 die richtige ist“
In 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 hat der 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 ein Dokument dagegen mit dem Auftrag, der betroffenen Phase, den berechtigten Personen und seiner eigenen Historie verknüpft sein.
Das Prinzip ist einfach: Es reicht nicht, die Datei zu digitalisieren. Ihr Kontext muss erhalten bleiben.
Das strukturierte Informationsmanagement ist auch ein zentrales Thema der Norm ISO 19650-1. Sie behandelt unter anderem die Organisation, den Austausch, die Aufzeichnung und die Versionierung von Informationen im Bauwesen.
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 erfährt später, 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 relevante Kommunikation 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 Projektgeschichte.
3. Rollen und Verantwortlichkeiten: vom Gedächtnis einzelner Personen zu einem reproduzierbaren Prozess
Viele Unternehmen funktionieren dank Menschen, die das Unternehmen genau kennen.
Sie wissen, wen sie anrufen müssen, wo ein Dokument zu finden ist und wer eine bestimmte Tätigkeit genehmigen muss.
Das ist von großem 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 Person.
Ein Construction Operating System ermöglicht dagegen, Rollen und Berechtigungen zu strukturieren:
- wer etwas ansehen darf;
- wer etwas ä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 sorgt dafür, dass der Prozess auch dann weiter funktioniert, wenn sich eine Person ändert.
4. Budget: von nachträglicher Kontrolle zur Möglichkeit, frühzeitig einzugreifen
Excel bleibt ein äußerst leistungsfähiges Werkzeug. Die Grenze zeigt sich, wenn die Budgetdatei vollständig von den Vorgängen auf der Baustelle getrennt ist.
Ein Team benötigt mehr Arbeitsstunden.
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 kaufmännische Kontrolle die Vergangenheit sehr gut, hilft aber weniger bei Entscheidungen in der Gegenwart.
Wenn dagegen Fortschritt, Anwesenheit, Phasen und kaufmännische Informationen 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 herangezogen werden. Sie sind von den Daten des einzelnen Auftrags getrennt zu betrachten.
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 Bedarf an manueller Informationsrekonstruktion besonders stark verringern können.
6. Sicherheit und Compliance: von zu suchenden Dokumenten zu besser auffindbaren Informationen
Software macht eine Baustelle nicht automatisch rechtskonform oder sicher.
Die Pflichten bleiben bei den gesetzlich vorgesehenen Personen und erfordern Beurteilungen, Schulungen, Kontrollen 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 gesetzlichen Pflichten.
Sie verringert die Zeit, die dafür verloren geht, herauszufinden, wo sich das Benötigte befindet.
7. Unternehmensführung: von Einschätzungen zu besser lesbaren operativen Signalen
Wenn jede Baustelle andere Dateien und Verfahren nutzt, wird ein schneller Vergleich der Aufträge schwierig.
Welche Baustelle wird langsamer?
Wo steigt die Zahl der Arbeitsstunden?
Welche Phase verursacht die meisten Abweichungen?
Welche Projekte weisen die meisten Änderungen auf?
Wo entfernt sich das Budget vom Fortschritt?
In einer traditionellen Verwaltung können diese Antworten vorhanden sein. Häufig müssen sie jedoch durch Befragung mehrerer Personen und die Auswertung mehrerer Quellen erstellt werden.
Wenn Baustellen schrittweise eine gemeinsame Struktur verwenden, wird es einfacher, Informationen zu vergleichen und wiederkehrende Signale zu erkennen.
Dann wird die Digitalisierung nicht mehr nur zu einem operativen Werkzeug, sondern auch zu einem Instrument der Unternehmensführung.
8. Lieferanten und Subunternehmer: von Nachrichtenketten zu strukturierter Zusammenarbeit
Ein Bauunternehmen arbeitet nicht allein.
Lieferanten, Subunternehmer, Techniker und externe Mitarbeitende sind laufend an der Erstellung und am Austausch von Informationen beteiligt.
In der traditionellen Verwaltung erfolgt die Abstimmung häufig per E-Mail, Telefon und über Dokumente, die direkt von einer Person zur anderen gesendet werden.
Das ist schnell, erschwert aber den Aufbau einer gemeinsamen Historie.
Ein Lieferant erhält eine technische Spezifikation.
Ein Subunternehmer muss einen bestimmten Plan sehen.
Ein externes Team muss wissen, welche Phase startbereit ist.
Eine integrierte operative Umgebung kann ermöglichen, die benötigten Informationen zu teilen und gleichzeitig unterschiedliche Rollen und Berechtigungen beizubehalten.
Der Vorteil besteht nicht einfach darin, „alle in die Software zu bringen“.
Es geht darum, zu verhindern, dass jeder neue 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 einzelner Personen basiert, kann mit einer Baustelle und einem Team perfekt funktionieren.
Bei fünf Baustellen nimmt die Zahl der Telefonate zu.
Bei zehn steigen Dokumente, Mitarbeitende, Lieferanten, Genehmigungen und gleichzeitig zu treffende Entscheidungen.
Das Risiko besteht darin, dass jeder neue Auftrag eine nahezu proportionale Steigerung des Verwaltungsaufwands erfordert, der zur Koordination der Organisation notwendig ist.
Ein strukturierter Prozess kann dagegen wiederholt angewendet werden.
Dieselbe Dokumentenlogik.
Dieselben Rollenkriterien.
Dieselben Methoden zur Steuerung der Phasen.
Dasselbe Modell für Kommunikation und Verantwortlichkeiten.
Das beseitigt die Komplexität des Wachstums nicht, verhindert aber, dass die Organisation bei jeder neuen Baustelle 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 eigentliche 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 verwenden und den Informationsfluss dennoch deutlich besser organisieren.
Auch der Construction Transition Pathway der Europäischen Kommission zählt die digitale Transformation zu den Entwicklungsrichtungen des Bausektors.
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 einer fragmentierten Verwaltung:
- aktualisiert der Techniker den Plan;
- sendet ihn per E-Mail;
- informiert jemand den Bauleiter;
- erhält der Subunternehmer gegebenenfalls eine Kopie;
- wird die wirtschaftliche Auswirkung später geprüft;
- bleiben die Gespräche auf mehrere Werkzeuge verteilt.
In einer integrierten operativen Umgebung:
- wird die neue Version mit dem Auftrag verknüpft;
- wird die betroffene Phase identifiziert;
- erhalten die Beteiligten die Information im richtigen Kontext;
- erhält der Subunternehmer Zugriff auf die erforderlichen Unterlagen;
- können Auswirkungen auf Termine und Kosten frühzeitig analysiert werden;
- bleibt die Historie der Änderung nachvollziehbar.
Das unvorhergesehene Ereignis gibt es in beiden Fällen.
Was sich ändert, ist der organisatorische Aufwand für seine Bearbeitung.
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 vollkommen gut arbeiten.
Das Problem entsteht, wenn die Komplexität schneller wächst als die Organisation.
Einige Signale sind leicht zu erkennen:
- dieselben Informationen werden mehrfach eingegeben;
- um ein Dokument zu finden, muss eine bestimmte Person gefragt werden;
- Büro und Baustelle verwenden unterschiedliche Daten;
- das Budget wird aktualisiert, wenn das Problem bereits eingetreten ist;
- jede neue Baustelle erzeugt neue Gruppen, Dateien und Verfahren;
- eine Monate zuvor getroffene Entscheidung lässt sich nur schwer nachvollziehen.
Wenn sich diese Signale wiederholen, können die Kosten der Fragmentierung höher werden als die Kosten der Veränderung.
Ein zu vermeidender Fehler: alles auf einmal digitalisieren
Der Wechsel zu einem Construction Operating System bedeutet nicht, alle Unternehmensprozesse innerhalb eines Tages zu importieren.
Im Gegenteil: Der Versuch kann den Widerstand der Mitarbeitenden verstärken.
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 Anwesenheitsdaten;
- verstreute Kommunikation;
- zu spät aktualisierte Budgets;
- unklare Verantwortlichkeiten.
Lösen Sie zuerst dieses Problem.
Danach gehen Sie zum nächsten über.
Praktische Methode: ein Construction Operating System in 30–60 Tagen testen
1. Eine Pilotbaustelle auswählen.
Ein Auftrag, der ausreichend repräsentativ, aber nicht so kritisch ist, dass er jedes Experiment verhindert.
2. Nur drei Prozesse auswählen.
Zum Beispiel Dokumente, Kommunikation und Anwesenheit.
3. Klare Verantwortlichkeiten festlegen.
Wer lädt hoch? Wer kontrolliert? Wer ändert? Wer muss informiert werden?
4. An echten Tätigkeiten schulen.
Keine allgemeine Softwarepräsentation. Zeigen Sie konkret, 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 Verwaltungsaufwand.
Nach 30–60 Tagen wird entschieden, welche Prozesse auf die anderen Baustellen ausgeweitet werden sollen.
Wie Edil-Up das Construction Operating System versteht
Aus dieser Sichtweise ist Edil-Up entstanden.
Das Ziel ist nicht, 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 das berufliche Netzwerk schrittweise denselben operativen Kontext nutzen 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 eine PDF-Datei: Es gehört zu einer Baustelle und kann mit einer Phase verknüpft sein.
Eine Phase ist nicht nur eine Zeile im Bauzeitenplan: Sie umfasst Menschen, Dokumente, Kommunikation und kaufmännische Informationen.
Diese Verbindung zwischen Informationen unterscheidet ein operatives System schrittweise von einer Sammlung vertikaler Werkzeuge.
Checkliste: Erreicht die aktuelle Verwaltung ihre Grenzen?
- Wissen wir immer, welche Dokumentversion 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 Kostenabweichung vor Monatsende erkennen?
- Erhalten Lieferanten und Subunternehmer immer die richtige Informationsversion?
- Sind Rollen und Berechtigungen definiert?
- Versteht ein neuer Mitarbeitender schnell, wo er die benötigten Informationen 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 ist das Problem nicht das Fehlen einer weiteren Anwendung.
Es ist das Fehlen einer gemeinsamen operativen Umgebung.
Seriöse 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.
Mit ihr wurden und werden weltweit Baustellen organisiert.
Aber jedes System hat eine Komplexitätsgrenze.
Wenn die Zahl der Menschen, Dokumente, Aufträge und Entscheidungen steigt, kann das, was zuvor flexibel war, zunehmend fragmentiert werden.
In diesem Moment kann ein Construction Operating System echten Wert 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 zu rekonstruieren und Informationen manuell von einem Werkzeug in ein anderes zu übertragen.
Der echte digitale Sprung gelingt, wenn eine Information, die einmal eingegeben wurde, 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