Ein Kollisionsbericht ist schnell erzeugt. In vielen Projekten entsteht er im Wochentakt.
Vollständig abgearbeitet wird er selten. Beim nächsten Durchlauf entsteht ein neuer Bericht, und die Frage, welche Punkte aus dem letzten erledigt sind, beantwortet niemand vollständig. Sie wird auch selten gestellt, weil die neue Liste dringlicher wirkt als die alte.
Der Bericht ist eine Liste, kein Ergebnis
Die Prüfung erzeugt Punkte. Was mit ihnen geschieht, steht woanders: in Besprechungsprotokollen, in Mails, im Kommentarverlauf und im nächsten Bericht.
Diese Trennung ist der Kern des Problems. Der Bericht kennt den Status, den jemand gesetzt hat. Er kennt nicht die Entscheidung, die dahinter stand, und er kennt nicht den vorherigen Durchlauf.
Was über Stände hinweg sichtbar wird
Ein Punkt, der im dritten Bericht noch steht, obwohl er im ersten besprochen wurde, ist die eigentliche Information. Entweder wurde die Entscheidung nicht umgesetzt, oder sie wurde nicht dokumentiert, oder der Punkt ist gar nicht behebbar und müsste anders gelöst werden.
Wer Berichtsstände gegeneinanderhält, sieht das, ohne dass jemand eine Liste pflegen muss. Das ist Buchführung, keine Koordination, und genau deshalb lässt es sich abnehmen.
Muster statt Einzelfälle
Der größere Nutzen liegt eine Ebene höher.
Wenn dieselbe Art von Kollision in jedem Projekt an derselben Stelle auftritt, ist das kein Zufall. Der Schacht, der zu knapp bemessen wird. Die Durchdringung, die niemand koordiniert. Die Abhangdecke, die mit der Lüftung kollidiert. Diese Muster entstehen nicht im Modell, sondern in einer Vorgabe, die im Büro fehlt.
Über Projekte hinweg ausgewertet werden sie sichtbar und lassen sich abstellen, bevor das nächste Projekt beginnt. Innerhalb eines Projekts sieht man sie nie, weil jedes Projekt für sich betrachtet wird.
Warum die Begründung zählt
Viele Beanstandungen werden bewusst nicht behoben, weil sie fachlich unerheblich sind. Das ist richtig so, und es ist die häufigste Ursache für Missverständnisse im nächsten Durchlauf.
Ein geschlossener Punkt ohne Begründung sagt nur, dass sich jemand damit befasst hat. Mit Begründung sagt er, warum so entschieden wurde, und das ist die Auskunft, die man ein Jahr später braucht, wenn jemand dieselbe Frage erneut stellt.
Werden Bericht und Protokoll verknüpft, bleibt die Begründung erhalten, auch wenn die Person, die sie getroffen hat, das Büro verlassen hat.
Die Werkzeuge, um die es geht
Angebunden wird über das, was ohnehin entsteht: Prüfberichte, BCF-Ausgaben, Anmerkungen, Protokolle und Modellstände.
Betroffen sind unter anderem Solibri, Navisworks, BIMcollab und Bluebeam Revu, dazu die Datenumgebungen, in denen die Protokolle liegen.
BCF ist dabei der sauberste Weg, weil es Verortung, Status, Verantwortlichen und Kommentar mitträgt. Das ist mehr strukturierte Information, als die meisten Besprechungsprotokolle enthalten.
Fristen und Zuständigkeit
Ein Punkt ohne Frist und ohne Verantwortlichen bleibt offen. Das ist kein Vorwurf, sondern eine Eigenschaft von Listen: Was niemandem gehört, erledigt niemand.
Ein Radar, das beides mitführt und rechtzeitig meldet, nimmt der Koordination die Buchführung ab. Wo Punkte ohne Frist oder Verantwortlichen stehen, fällt genau das auf, und oft ist das die nützlichere Erkenntnis.
Wo die Grenze liegt
Keine Modellprüfung, keine Beurteilung einer Beanstandung, keine Freigabe.
Ob ein Regelverstoß erheblich ist, entscheidet die Koordination, und nicht jede Meldung ist ein Mangel. Was das System leistet, ist die Buchführung darüber, was offen ist, was entschieden wurde und was sich über Projekte hinweg wiederholt.