BIM Informationsmanagement: warum schlechte Abstimmung teurer ist als ein Fehler

Multidisziplinäre Projekte scheitern selten nur an einer falschen Berechnung oder daran, dass zwei Systeme denselben Raum beanspruchen. Häufig beginnt das Problem früher: Eine technisch richtige Entscheidung wird nicht eindeutig kommuniziert, dokumentiert, geprüft oder in die Informationen übertragen, mit denen der Rest des Teams weiterarbeitet.

Ein Koordinationsmeeting kann einen Schnittstellenkonflikt lösen. Eine mündliche Einigung ist aber noch keine kontrollierte Projektinformation. Wenn eine Entscheidung keinen Verantwortlichen, keinen Status, keine Frist, keinen Modellbezug und kein dokumentiertes Ergebnis hat, können mehrere Fachdisziplinen dasselbe Meeting mit unterschiedlichem Verständnis verlassen. Dann ist nicht mehr der ursprüngliche Konflikt das Hauptproblem, sondern die Lücke zwischen Entscheidung und späterer Dokumentation.

Koordinationsprobleme sind Informationsprobleme

Building Information Modeling (BIM) hilft Projektteams, räumliche Konflikte und Dateninkonsistenzen früh zu erkennen. Die Erkennung ist jedoch nur der Anfang. Ein Clash kann im Koordinationsmodell sichtbar sein und trotzdem ungelöst bleiben. Umgekehrt kann ein Thema als geschlossen markiert werden, obwohl eine Fachdisziplin noch mit einer älteren Modell- oder Zeichnungsversion arbeitet.

Zuverlässige Koordination braucht deshalb mehr als zusammengeführte Modelle. Das Team muss wissen, welche Information aktuell ist, welche Systeme betroffen sind, wer reagieren muss, wer eine Lösung akzeptieren darf und wann die vereinbarte Änderung Teil der kontrollierten Planung wird.

Ohne diese Struktur entstehen typische Muster: Entscheidungen bleiben in Protokollen, E-Mails oder Chats liegen; dieselbe Schnittstelle wird mehrfach diskutiert, weil der frühere Beschluss nicht auffindbar ist; Themen werden geschlossen, ohne dass alle betroffenen Informationen aktualisiert wurden; lokale Dateien werden mit freigegebenen Informationen verwechselt; Kommentare, Kollisionen und formale Planungsänderungen erhalten denselben Status, obwohl sie unterschiedliche Bedeutung haben.

Welche Kontrollen machen Entscheidungen nachvollziehbar?

Ein praxistauglicher Issue-Management-Prozess braucht vier miteinander verbundene Kontrollen.

Erstens braucht jedes Thema einen klaren Eigentümer. Die verantwortliche Person oder Organisation, die Frist und die prüfende Partei müssen eindeutig benannt sein. Ein Thema nur einem breiten Team zuzuweisen, macht den Status sichtbar, erzeugt aber noch keine Verantwortung für das Ergebnis.

Zweitens braucht das Thema Kontext. Ein guter Datensatz nennt betroffene Modellelemente, Lage, Fachschnittstellen, Ausgangsanforderung und den Grund, warum eine Entscheidung erforderlich ist. Screenshots können helfen, ersetzen aber keinen Verweis auf die relevante Projektinformation.

Drittens muss der Status eindeutig definiert sein. Offen, in Prüfung, gelöst, akzeptiert und geschlossen sind unterschiedliche Zustände. Ein technischer Vorschlag kann die Engineering-Frage beantworten, während die Modell- oder Dokumentationsänderung noch aussteht. Wird ein Thema zu früh geschlossen, reißt die Nachverfolgbarkeit zwischen Diskussion und Liefergegenstand ab.

Viertens muss das Ergebnis in die kontrollierte Projektinformation einfließen. Das Issue-Log ist ein Nachweis des Entscheidungsprozesses, aber nicht die Planung selbst. Modelle, Zeichnungen, Listen, Berechnungen oder Spezifikationen, die von der Entscheidung betroffen sind, müssen aktualisiert, geprüft und nach dem vereinbarten Workflow ausgetauscht werden.

Welche Rolle spielt ein Common Data Environment?

Ein Common Data Environment (CDE) ist ein gesteuerter Prozess und die dazugehörige Technologie für das Sammeln, Prüfen, Teilen, Veröffentlichen und Archivieren von Projektinformationen. Es kann Modelle, Zeichnungen, Dokumente, Daten, Statusinformationen und Austauschprotokolle enthalten. Es sollte nicht auf ein einzelnes Koordinationsmodell oder eine einzelne Kollaborationsanwendung reduziert werden.

Der Zweck eines CDE ist, Status und Verwendbarkeit von Informationen klar zu machen. Ein Arbeitsmodell, ein zur Koordination geteiltes Modell und eine für die Ausführung freigegebene Information haben nicht denselben Freigabestand. Benennung, Revisionen, Status, Verantwortung und Austauschregeln helfen den Beteiligten zu verstehen, worauf sie sich verlassen können und wofür.

Issue Tracking muss mit diesem Prozess verbunden bleiben. Entscheidend ist, welche Revision ein Thema ausgelöst hat, welche Information geprüft wurde, welche Antwort akzeptiert wurde und in welcher späteren Revision die Änderung umgesetzt ist.

Was verändert strukturiertes Issue Tracking?

Wenn Issue-Informationen aktuell und für die richtigen Personen sichtbar sind, können Koordinationsmeetings sich auf Entscheidungen konzentrieren statt auf das Rekonstruieren alter Diskussionen. Das Team sieht überfällige Antworten, offene Schnittstellen, Lösungen in Prüfung und Änderungen, die noch nicht in Modelle oder Dokumente übernommen wurden.

Der Nachweis unterstützt auch die technische Prüfung. Prüfende Personen können nachvollziehen, warum eine Änderung entstanden ist, statt nur die endgültige Geometrie zu sehen. Das ist besonders wichtig, wenn eine Schnittstelle mehrere Disziplinen betrifft oder eine Entscheidung nach geänderten Anforderungen erneut bewertet werden muss.

Strukturiertes Tracking garantiert nicht, dass jede Frage richtig oder rechtzeitig gelöst wird. Es macht Verantwortung, Nachweise und offene Arbeit früher sichtbar. Dadurch kann die Projektleitung handeln, bevor Informationslücken in spätere Liefergegenstände wandern.

Revizto als Koordinationsplattform

TEBIN nutzt Revizto in Projekten, in denen modellbasiertes Issue Management zum vereinbarten Projektworkflow passt. Die Plattform kann Themen mit Modellpositionen, Ansichten, Kommentaren, Zuständigkeiten, Fristen und Statusverläufen verbinden. So erhalten berechtigte Beteiligte ein gemeinsames Bild der Koordination, ohne die Diskussion von der betroffenen Geometrie zu trennen.

Die Konfiguration bleibt entscheidend. Rollen, Berechtigungen, Issue-Typen, Statusübergänge, Benennungen und Prüfverantwortung müssen aus dem Projektplan abgeleitet werden. Zugriff auf eine Plattform schafft noch keinen gemeinsamen Prozess. Ein Dashboard beweist auch nicht, dass ein Thema technisch gelöst wurde.

Revizto ist außerdem nicht das gesamte Common Data Environment. Es kann Koordination und Issue Tracking neben Systemen unterstützen, die für kontrollierten Modell- und Dokumentenaustausch verwendet werden. Die Beziehung zwischen diesen Systemen sollte definiert sein, damit akzeptierte Entscheidungen in die richtigen Informationspakete und Revisionen einfließen.

Informationsmanagement unterstützt Engineering-Entscheidungen

Das Ziel ist nicht mehr Dokumentation um der Dokumentation willen. Das Ziel ist ein kürzerer, klarerer Weg vom erkannten Problem zur koordinierten Information, die die vereinbarte Lösung tatsächlich abbildet.

Die technische Beurteilung bleibt bei den verantwortlichen Ingenieurinnen, Ingenieuren und Prüfern. Informationsmanagement gibt dieser Beurteilung einen sichtbaren Kontext: verwendete Eingaben, beteiligte Personen, Status der Antwort und Liefergegenstände, die durch die Entscheidung geändert wurden. Wenn diese Elemente verbunden bleiben, verbringt das Team weniger Zeit mit der Suche nach alten Gesprächen und mehr Zeit mit den Schnittstellen, die wirklich multidisziplinäre Planung und Engineering erfordern.