Tabelle 1 Projektsteckbrief

Das Projekt gliedert sich grundsätzlich in 4 Phasen

Phase 1A – Architektenentwurf - bis 31.03.2022

Phase 1B – Entwurfs-/Genehmigungsplanung bis Zielkosten – bis 02.02.2023

Phase 2 – Ausführungsplanung und Bauausführung - bis 07/2025

Phase 3 – Gebäudebetrieb – ab 2025

Der BIM-Abwicklungsplan (BAP) ist ein Dokument, das die Erreichung der BIM-Ziele des Projektes gewährleisten soll und die Zusammenarbeit, insbesondere die Erstellung, Weitergabe, Verwendung und Verwaltung von Informationen im Zuge der Methode Building Information Modeling (BIM) regelt. Er legt die BIM-basierte Zusammenarbeit im Projekt fest.

Der BAP ist das BIM-Pflichtenheft. Hier legen die Allianzpartner die Umsetzung der Bauherrenanforderungen und eines möglichen, eigenen Informationsbedarfs gemeinschaftlich dar.

Der BAP wird zu Beginn des Projekts erstellt und im Projektverlauf fortgeschrieben. Eine Dokumentation aller Änderungen erfolgt stets im BAP.

Dieses Dokument umfasst den BIM-Abwicklungsplan (BAP) der Phase 2, der die Strategie zur Umsetzung der Bauherrn- und Projekt-Informationsanforderungen (IPA-EIR) festlegt. Weitere Grundlage bildet der BIM-Leitfaden Bremerhaven (Entwurf in Bearbeitung).

Die dort festgelegten Informationsanforderungen wurden in dieses Dokument übernommen und sollen im Projekt von den Allianzpartnern umgesetzt werden.

Der BAP beinhaltet außerdem die Darstellung der Zusammenarbeit der Projektbeteiligten, die zeitlichen Abläufe des Projektes und die Lieferzeitpunkte der digitalen Liefergegenstände, die einzusetzenden Technologien, Modellierungshinweise, Qualitätssicherung und die Koordination.

Die Herausforderungen im Projekt sind breit gestreut. Neben BIM gehören das neue Vertragsmodell IPA und der Einsatz von Lean dazu. Aus diesem Grund werden die BIM-Anforderungen moderat gehalten.

Um mögliche Potentiale, die durch die Beteiligung der Allianzpartner gegeben sind, zu stützen, legt der Informationsbesteller lediglich essenzielle Mindestanforderungen fest.

Diese wurden indikativ beim Bieterverfahren deklariert, bilden den Vertragsanhang und haben im Vorfeld eine breite Zustimmung durch alle Allianzpartner erfahren. Das IPA-Projekt ermöglicht es, die Informationsanforderungen in begrenztem Maße und schrittweise einzuführen und so die Interessen und Kompetenzen der Beteiligten einzusetzen.

Für die Ausarbeitung der Strategieumsetzung im BAP werden weitere Dokumente ergänzend bereitgestellt. Diese sind durch die Allianz zu verwenden, für die jeweilige Projektphase nach Bedarf anzupassen und durch das PMT freizugeben.

Tabelle 2 Mitgeltende Dokumente

Abbildung 1: Struktur und Meetings des PMO Datenmanagement

Tabelle 3 Beteiligte PMO DATENMANAGEMENT

Abbildung 2 IPA-Organisationseinheiten

Das PMO Datenmanagement agiert auf Freigabe durch das PMT. Zu diesem Zweck hat es einen bauherrenseitigen Paten aus dem PMT, der die Kommunikation ermöglicht und die Anforderungen sowohl des PMT als auch die Bauherren (Pflicht-AWF; Revisionsunterlagen, etc.) im PMO sicherstellt. Demzufolge wird das PMO durch das BIM-Management (Bauherrenvertretung BIM) koordinierend geführt. Die Organe arbeiten nach den jeweils erstellten Wochenplänen.

Das PMO teilt sich in Fachorgane, die unterschiedliche Aufgaben erfüllen. Es muss sichergestellt sein, dass jedes Fachorgan über das in ihrem Aufgabenbereich notwendige Wissen verfügt.

Schnittstellenklärung

Die Gruppe Betrieb hat den Fokus auf die FM-relevanten Inhalte. Dazu gehören die Formulierung der FM-Anforderungen (Dokumentation/CAFM) und die Unterstützung der Übergabe der Daten an den Bauherren bzw. in den Betrieb.

Die Aufgaben sind:

Schnittstellenklärung

Die Gruppe Modelle umfasst den BIM-Informationsbesteller und die Koordinatoren.

Fokus liegt auf den Pflicht-AWF und den weiteren, durch das PMT freigegebenen AWF. Für weitere Maßnahmen wird eine PMT-Entscheidungsvorlage erstellt.

Fokus bildet die Unterstützung der PIT- und gewerkübergreifenden Datenkoordination mit Hilfe des Koordinationsmodells und Darstellung des Projetstandes aus BIM-Sicht. Damit unterstützt die BIM-GKP vor allem die Planungskoordination und PIT-Leitung:

Die Aufgaben der FKA werden aufgeteilt in baustellenseitige Aufgaben, welche vor Ort durchgeführt werden und in digitale Unterstützungs-Aufgaben, welche online durch die FKA durchgeführt werden. Zur besseren Übersicht werden die Baustellenseitigen Aufgaben mit FKA-B und die digitalen Unterstützungs-Aufgaben mit FKA-D abgekürzt.

Sie wirken an der BIM-Strategie mit, sind für ihre Umsetzung laut BAP verantwortlich. Fokus bildet die BIM-Anwendung der AWF im PIT, Unternehmen und auf der Baustelle. (FKA-D)

Darüber hinaus unterstützen sie die BIM-GK bei der Auswertung der Daten und den automatisierten Abgleich mit dem Modell über die Software Imerso. Die BIM-FKA berichten über den aktuellen Stand dem BIM-GK und BIM-M. (FKA-D)

Siehe hierzu auch Kapitel 9.3 Rohbau-Scan und Kapitel 10.3.1.

Zudem muss der FK-A die Anpassung verfolgen und nach deren Umsetzung überprüfen. (Gem. Prozess Kommunikation FM-Anforderungen Modell). (FKA-D)

Sollte der FK-A diese Aufgabe aus firmenorganisatorischen Gründen o.ä. an andere Projektteilnehmer delegieren, muss er sicherstellen, dass a) der Beauftragte über die Toleranzen der FM-Anforderungen informiert ist und b) der Beauftragte in der Lage ist, einen entsprechenden PIA-Kommentar mit allen notwendigen Informationen an die richtige Ansprechperson weiterzuleiten. (FKA-B)

Alle Mitarbeiter der Fachorgane sind für die Sicherstellung der störungsfreien Bearbeitung ihrer Aufgaben während der Ausfallzeiten wie Urlaub verantwortlich. Jede Person benennt einen Vertreter aus der eigenen Firma, der über das Projekt und den aktuellen Arbeitsstand informiert ist.

Dabei sind entsprechende Übergabegespräche rechtzeitig, mind. jedoch 5 Tage vorab durchzuführen und das Projektteam über die Übergaberegelung zu informieren.

BIM-Fachkoordinator (BIM-FK-P / BIM-FK-A, Teil des PMO DATENMANAGEMENT)

Abbildung 3 Schematische Darstellung Koordination (Quelle DT BAU Consulting GmbH)

Schematische Darstellung der Koordination in der aktuellen Phase. Das PMO DATENMANAGEMENT vereint alle BIM-Rollen und agiert cross-funktional bzw. PIT-übergreifend.

Die BIM-Ziele des Informationsbestellers stellen eine allgemeingültige Projektausrichtung dar, welche mit Hilfe von BIM-Methoden wie Anwendungsfällen zu unterstützen ist.

Tabelle 4 BIM Ziele

Die Anwendungsfälle (AWF) stellen die BIM-Prozesse dar, die die Ziele des Informationsbestellers und der Allianz bei der Realisierung stützen. Bei diesem Projekt sind die AWF in zwei Gruppen unterteilt: Basis-AWF und zusätzliche AWF. Die Basis-AWF bilden die im EIR formulierten, verpflichtenden Anforderungen des Informationsbestellers ab. Die zusätzlichen AWF beschreiben die zusätzlichen Anforderungen der Allianzpartner an den BIM-Prozess.

AWF des Informationsbestellers (Basis) und AWF, an welchen mehr als ein Allianzpartner beteiligt sind, müssen den unter 7.4.3 beschriebenen Prozess zur Festlegung neuer AWF vollständig durchlaufen.

Das Projekt gibt den Allianzpartnern die Möglichkeit, neben den Basis-AWF neue zusätzliche AWF vorzuschlagen und im Projekt umzusetzen.

Alle AWF müssen jedoch die nachfolgenden Bedingungen aus 7.4.2 erfüllen.

Um die Interessen aller Allianzpartner zu berücksichtigen und Risiken zu vermeiden, sind neue AWF vor Ihrer Durchführung mittels eines definierten Prozesses zu überprüfen.

Auf Basis dieser Überprüfung und Empfehlung durch das PMO DATENMANAGEMENT wird eine Entscheidung durch das PMT gefällt und der AWF zur Umsetzung freigegeben. Hierfür ist der nachfolgend beschriebene Prozess einzuhalten und die genannten Dokumente zu nutzen.

a. AWF sammeln

AWF sind grundsätzlich im Dokument 241203_PMO_BIM_AWF-Steckbrief.xlsx zu sammeln und in Stichpunkten zu beschreiben.

b. Ausarbeitung neuer AWF

Für die Beschreibung der AWF ist die Steckbrief-Struktur zu verwenden. Eine umfassende Beschreibung in einem AWF-Steckbrief dient zum einen dazu, Risiken wie z. B. Personalbedarf, Schnittstellen, aber auch Potentiale und Aufwände transparent zu halten. Zum anderen wird mit dem Steckbrief eine mögliche Informationsgrundlage für die Anforderungen in Unternehmen und Projekt gelegt. Die PITs werden vorab inhaltlich eingebunden.

c. AWF freigeben durch PMT

Das PMT gibt, basierend auf dem durch das PMO DATENMANAGEMENT ausgefüllten Steckbrief und der damit verbundenen Empfehlung, den AWF frei.

d. Testen

Die PITs werden in den Test des AWF aktiv mit einbezogen. Die Ergebnisse des Testlaufs werden im Steckbrief des AWF berücksichtigt. Der finale Steckbrief wird dem PMT zur Information vorgelegt.

e. Onboarding –

Jeder neue AWF ist durch den im Kapitel 14 beschriebenen Prozess des Onboardings ins Team einzuführen. Der AWF wird anschließend im Projekt angewendet.

Abbildung 4 Prozessdiagramm zur Einführung eines neuen AWF

Die Übersichtsliste der Anwendungsfälle dient der Information. Hier werden alle im Projekt durchgeführten AWF aufgeführt. Dabei handelt es sich um individuelle und auch gemeinschaftlich durchgeführte AWF.

Die AWF-Übersichtsliste wird als Tabellenblatt in der Steckbriefliste geführt. Hier wird auch der Status der AWF dargelegt.

Die detaillierte Beschreibung der BIM-Anwendungsfälle ist den jeweiligen Steckbriefen zu entnehmen:

241203_PMO_BIM_AWF-Steckbrief.xlsx

Eine wichtige Grundlage der Qualitätssicherung bildet die Verwendung gleicher Standards (z.B. Modellierung, Namensgebung, Prüfregeln) und gleicher Arbeitsgrundlagen (wie Vorlagedateien).

Die Standards der Partner werden mit Fortschreiten des Projekts iterativ ausgetauscht und gemeinsam für das Projekt evaluiert. Abgestimmte Inhalte werden dann, zu Teilen in die Modellierungsrichtlinie (siehe Kap. 11) eingearbeitet oder entsprechend in den unterschiedlichen Anlagen des BAPs ergänzt. Durch diesen Ansatz sollen wachsende Synergien und ein kongruentes Arbeiten gefördert und dokumentiert werden.

Ergebnis daraus ist eine gemeinsame Arbeitsgrundlage, deren Einhaltung durch einen kontinuierlichen Prüfprozess (siehe Kap. 10.2) sichergestellt wird und somit die Umsetzbarkeit der unterschiedlichen Anwendungsfälle zu gewährleistet.

Die Maßnahmen zur Qualitätssicherung von Modellen im Projekt unterscheiden wir in zwei Arten:

Bei der technischen Prüfung wird die Modellqualität für die Umsetzung unterschiedlicher Anwendungsfälle sichergestellt. D.h. die Prüfung umfasst u.a. das Identifizieren von Abweichungen und Inkonsistenzen in der Informationsstruktur, insbes. Auch mit Blick auf projektspezifische Vereinbarungen, sowie das Identifizieren von geometrischen Überschneidungen. Ein inhaltlicher Abgleich der Modellinhalte mit Planungsständen, Bauvorschriften/-richtlinien, etc. ist nicht Teil der technischen Prüfung. Hierzu dient die fachliche Prüfung, die Aufgabe der entsprechenden Fachplaner (PITs) ist.

Abbildung 5 Maßnahmen der Qualitätssicherung

Darüber hinaus wird in zwei Ebenen der Qualitätssicherung unterschieden, die wiederum unterschiedlichen Verantwortlichen obliegen:

Die Verantwortlichkeiten sind folgend tabellarisch dargestellt:

Tabelle 6 Verantwortlichkeiten in der Qualitätssicherung

Eine technische Prüfung findet in regelmäßigen und abgestimmten Abständen im Rahmen einer Ausgangs- und Eingangsprüfung in den zwei oben genannten Ebenen statt.

Zunächst erfolgt, vor Übergabe des Fachmodells, eine fachbezogene, technische Qualitätssicherung im Rahmen der Eigenprüfpflicht der Fachkoordination.

Siehe hierzu: 9.2.1. Fachbezogene Qualitätssicherung

Nach der Übergabe des Modells wird eine fachbereichsübergreifende, technische Qualitätssicherung durch die BIM-Gesamtkoordination durchgeführt. Hierbei gilt es, nicht die Qualität eines Fachmodells in sich zu prüfen, sondern vielmehr die Qualität und Konsistenz von Fachmodellen verschiedener Fachplaner untereinander sicherzustellen.

Siehe hierzu: Kap. 9.2.2. Fachbereichsübergreifende Qualitätssicherung

Die technische Qualitätsprüfung der BIM-Daten erfolgt zwischen Fachkoordination und Gesamtkoordination nach dem 4-Augen-Prinzip. Die Gesamtkoordination wirkt dabei sichernd.

Technische Prüfung

Vor der Übergabe des bearbeiteten Teilmodells, prüft der BIM-Fachkoordinator im Rahmen seiner Eigenprüfpflicht die Qualität seines Fach- und/ oder Teilmodells gemäß den gestellten Mindestanforderungen. Teil der Eigenprüfpflicht durch die Fachkoordination ist eine technische Prüfung, also eine auf der fachbezogenen Ebene geometrische und funktionale Prüfung. Hierzu zählen bspw. Die Vermeidung geometrischer Konflikte (LOG) innerhalb des Fach- und/ oder Teilmodells, sowie die korrekte semantische Attribuierung (LOI) der Elemente. Darüber hinaus ist sicherzustellen, dass jedes im Teilmodell beinhaltete Modellelement der vereinbarten Klassifizierung zugeordnet ist. Mit jedem Modellupload ist ein Modellübergabebericht auf der CDE wie im CDE-Handbuch beschrieben abzulegen. Dadurch wird sichergestellt und nachgewiesen, dass die vereinbarten Qualitätssicherungskriterien auf ihre Einhaltung im fachbezogenen Modell überprüft wurden. Weiter dienen sie der Gesamtkoordination als Grundlage für die Modelleingangsprüfung, die hinreichend für eine aussagekräftige Kollisionsprüfung ist. Bei Zwischenuploads, d.h. Uploads über den verbindlichen, wöchentlichen Data-Drop hinaus muss kein Modellübergabebericht mit abgelegt werden.

Siehe hierzu: 220804_PMO_BIM_Modellübergabebericht.xlsx

Einige Kriterien des Berichts werden auch mittels dem Autodesk Model Checker über vordefinierte Prüfregeln abgedeckt. Entsprechende Regelsets werden von den einzelnen Fachkoordinatoren gemäß den eigenen fachspezifischen Anforderungen an die Inhalte des Fachmodells angepasst und erweitert. Der daraus generierte Prüfbericht ist mit Abgabe des Fach-/ Teilmodells auf der CDE abzulegen und kann z.T. die Prüfung in Rahmen des Modellübergabeberichts ersetzen. Ein entsprechender Vermerk im Übergabebericht ist dabei erforderlich. Falls zusätzlich notwendig, kann eine geometrische Prüfung als interne Kollisionsprüfung ohne spezielle Tool-/ Software-Vorgaben von den einzelnen Fachkoordinatoren umgesetzt werden.

Zum Ende einer Arbeitsphase sind die Fach- und/ oder Teilmodelle von allen Objekten bereinigt, die dem Modellersteller als Arbeitshilfen gedient haben. Hierzu zählen Objekte, welche ohne planerischen Grund abgesetzt wurden (eigene Bauteilkataloge, Testbauteile, Elemente aus der Zwischenablage).

Ebenso ist das Modell von nicht benötigten Ansichten zu bereinigen.

Der Fokus der fachbezogenen Qualitätssicherung liegt primär in der Anwendbarkeit der Modelle für nachfolgende Prozesse weiterer Projektbeteiligter. Fachbezogene Kollisionsprüfungen sind Teil hiervon.

Fachliche Prüfung

Die fachliche Prüfung der Modellinhalte auf fachbezogener Ebene erfolgt durch die Fachplaner, d.h. im Regelfall in den PITs. Sie finden kontinuierlich im Rahmen der modellbasierten Planungsbesprechungen der Fachplaner statt (siehe Kap. 10.3.2). Die Ergebnisse der fachlichen Qualitätssicherung werden, wie im AWF 6 „Prüfungen“ beschrieben, durch die Erstellung von Kommentaren auf der CDE gesichert.

Die Teilmodelle stehen nach Freigabe durch die BIM-Fachkoordination als Austauschmodelle für die Eingangsprüfung der fachbereichsübergreifenden Qualitätssicherung zur Verfügung und werden für die Koordination verwendet. Die Eingangsprüfung erfolgt über die gleichen Kriterien und im gleichen Dokument wie die oben beschriebene Übergabeprüfung und dient als eine Art “Gegenstempel” zu der Beurteilung der Modellqualität seitens der Fachkoordination. Im Gegensatz zur Modellübergabeprüfung erfolgt die Eingangsprüfung nicht wöchentlich, sondern im Rhythmus der Kollisionsprüfung.

Die in den Kollisionsprüfungen festgestellten Elementkollisionen und Fehler werden entsprechend ihrer Bedeutung für den Planungs- und Bauablauf in unterschiedliche Kategorien eingeteilt. Die Kategorisierung obliegt vorrangig der Fachplanung in Abstimmung mit der BIM Gesamtkoordination. Ziel ist ein kontinuierliches Fortschreiben einer regelmäßig fehlerbereinigten Planung. Je nach Planungs- oder Baufortschritt und Phase kann die Kategorisierung wechseln.

Siehe hierzu:

Um die Qualität auf der Baustelle sicherzustellen, werden Rohbau-Scans durchgeführt und diese mit dem Modell abgeglichen. Die digitale Datenerfassung erfolgt durch einen externen Vermesser mittels Navvis-Scanner, die Terminierung und Begleitung finden über die zuständige Fachkoordination Ausführung auf der Baustelle statt. Fachlicher, übergeordneter Ansprechpartner ist das BIM-Management. Die Anzahl der Scan-Tage ist dabei abhängig von der Notwendigkeit, dies soll die Risiken von erhöhten Kosten begrenzen.

Die Scan Daten werden der IPA als Aufmaß zur Verfügung gestellt. Im Anschluss erfolgt ein Abgleich der Scan-Daten mit dem Modell über die Software Imerso durch die GKs. Die GKs sind für das Finden und Kommunizieren der Abweichungen im PIT verantwortlich, die Einstufung und Bearbeitung finden im PIT mit Hilfe der FKs statt.

Durch Vorliegen der digitalen Daten werden Nachmessungen online statt auf der Baustelle durchgeführt.

Die Scans werden durch die IPA getragen, ein Vermesser wird durch Lindner TGA beauftragt. Die Softwarekosten (Lizenzkosten) werden durch den Bauherrn getragen, diese sind erfolgsabhängig. Bei erfolgreichem Ergebnis werden die Softwarekosten im Nachgang an die IPA weiterverrechnet.

Vorerst sollen 3 Scans mit einem Vermesser durchgeführt werden, bei positivem Verlauf folgt die Durchführung von 7 Scans, dann weitere Scans in Abhängigkeit der Notwendigkeit.

Koordinierung im jeweiligen PIT

Die PITs, im Besonderen die jeweiligen Fachkoordinatoren (siehe Kap.7.2), sind für die Sicherstellung der Umsetzung der vereinbarten BIM-Anwendungsfälle, die ihre Planungsdisziplin betreffen und für die Sicherstellung und Prüfung der geforderten Detaillierungsgrade der Modellelemente der BIM-Fachmodelle verantwortlich. Dazu gehört die funktionale Prüfung der Planungsinhalte sowie die inhaltliche Prüfung der zu liefernden und verwendeten Informationen. Abweichungen der Modellinhalte, der Qualitäten oder Schwierigkeiten bei der Umsetzung der Anwendungsfälle werden der Gesamtkoordination angezeigt. Die Fachkoordination wird in den Kommunikationen mit den PITs von dem jeweiligen BIM-PIT-Paten, ein Ansprechpartner hinsichtlich BIM mit Bezug zum PIT unterstützt.

Fachübergreifende Koordination

Das Koordinationsmodell wird innerhalb der CDE durch den Upload der Fachmodelle erstellt. Die Gesamtkoordination überprüft, dokumentiert und kommuniziert die Einhaltung der vereinbarten Absprachen hinsichtlich der BIM-Methode (siehe Kap.7.3) in einem wöchentlichen Bericht. Durch die Erstellung eines gesonderten Koordinationsmodells führt die Gesamtkoordination geometrische Prüfungen durch und unterstützt so die räumliche Koordination zwischen den Fachmodellen.

Die Gesamtkoordination wirkt bei der inhaltlichen Prüfung entsprechend der, in der Modellierungsrichtlinie dokumentierten, Anforderungen mit. Bei Abweichungen des vereinbarten Vorgehens oder Schwierigkeiten bei der Durchführung der BIM-Prozesse, koordiniert sie die Beteiligten und unterstützt die Beteiligten bei der Absprache hinsichtlich eines Lösungsweges. Sie kommuniziert solche geänderten Absprachen im Projekt, informiert über den Stand der Bearbeitung, das weitere Vorgehen bzw. wirkt bei Absprachen zu diesem innerhalb der Allianz mit.

BIM-Besprechungen, virtuell und physisch

Die gemeinsame koordinierte Bearbeitung mittels der BIM-Methode erfordert den regelmäßigen Austausch über den Stand der Bearbeitung, der Aufgabenteilung, der Planung und der Umsetzung von BIM-Prozessen. Die Inhalte und Aufgaben werden in den jeweiligen Teams des PMO DM verwaltet.

Die Prozesse im PMO DM wurden neu validiert, Grund hierfür war die veränderte Planungsintensität und die Aufgaben innerhalb der IPA. Die wichtigsten Anpassungen sind:

Im Folgenden wird ein Überblick über die aktuellen Besprechungen und den angepassten Besprechungsrhythmus im PMO DM gegeben.

Abbildung 6: Besprechungen des PMO DM

PMO DATENMANAGEMENT-Besprechungen

Status Digitale Zusammenarbeit BIM-M/GK

Abstimmung des BIM-Managements und der BIM-Gesamtkoordination zum aktuellen Stand hinsichtlich Modellprüfungen und Qualitäten, der Anwendungen der AWF in der Allianz und der Kommunikation des PMO DM gegenüber allen Mitgliedern der Allianz. Sofern Probleme erkannt werden, werden sofort Maßnahmen oder Kommunikationsinhalte erarbeitet. Darüber hinaus werden bei Bedarf BIM Besprechungen des BIM-Managements angehängt. In diesen Besprechungen werden ausschließlich Datenmanagement-Themen/ Probleme des PMO DM diskutiert und gelöst.

Tabelle 7 Steuerungstermin PMO DM

Abstimmung der BIM-Gesamtkoordination und BIM-Fachkoordination Planung und -Ausführung zum aktuellen Stand BIM-spezifischer Themen / Probleme wie Modellprüfungen und Qualitäten sowie der Anwendungen der AWF in der Allianz. Sofern Probleme erkannt werden, werden sofort Maßnahmen oder Kommunikationsinhalte erarbeitet.

Tabelle 8 BIM-Koordination

Abstimmung des FM zum aktuellen Stand hinsichtlich FM-relevanter Themen. Dazu gehören die Formulierung der FM-Anforderungen (Dokumentation/CAFM) und die Unterstützung der Übergabe der Daten an den Bauherren bzw. in den Betrieb.

Tabelle 9 Betrieb (CAFM)

Abstimmung der Admins Plattformen zu Teams und Dalux (Box, Field, FM). Dazu gehören das Aufsetzten von Prozessen in den jeweiligen Systemen sowie Support und Onboardings.

Tabelle 10 Support Daten-Plattformen

Digitale Betreuung Baustelle

Die Fachkoordination in der Ausführung betreut die BIM-AWF in der Ausführungsphase, bereitet diese vor und befähigt die Teilnehmer an AWF auf den Baustellen. Dies beinhaltet z.B.: Das Onboarding und Fortschreibung der Prozesse, die auf Dalux Field umgesetzt werden sollen. Die Durchführung ist entsprechend sicher zu stellen.

Tabelle 11: Besprechung Digitale Betreuung Baustelle

Status Rohbau-Scan

Abstimmung der Fachkoordination Ausführung, Gesamtkoordination und des BIM-Managenements zum Rohbau-Scan. Dazu gehören das Besprechen von festgestellten Abweichungen und die Koordination in die PITs sowie der aktuelle Status und festgestellte Probleme. Sofern Probleme erkannt werden, werden sofort Maßnahmen oder Kommunikationsinhalte erarbeitet.

Tabelle 12: Besprechung Status Rohbau-Scan

Planungsbesprechungen

Durch die Bereitstellung der Modelle (Koordinationsmodell und Fachmodelle) in der CDE, können alle Projektbeteiligten (auch Nicht-BIM Autoren) über den browsergestützten Viewer in Dalux diese Modelle einsehen und für Planungsbesprechungen und andere Abstimmungen nutzen. In den modellbasierten Planungsbesprechungen identifizierte Aufgaben können in der CDE angelegt oder an die jeweilige Gruppe zugewiesene Kommentare gemäß AWF-Kommentarmanagement weiterbearbeitet werden.

Die Anwendung der eingeführten AWF findet zum größten Teil innerhalb der Planungsbesprechungen der PITs statt. Die Mitglieder des PMO DM nehmen an diesen Besprechungen teil und unterstützen die PITs bei der Anwendung der bereitgestellten Prozesse und Methoden. Sie agieren als Kommunikationsknoten zwischen den verschiedenen Gruppen in der Allianz und dem PMO DM.

Im Zuge der veränderten Planungsintensität in der IPA, ändern sich auch die Planungsbesprechungen.

Tabelle 13 Planungsbesprechungen mit Beteiligung des PMO DM

Berichte außerhalb des PMO DATENMANAGEMENT

Die Ergebnisse der Modellprüfungen und der BIM-Koordinationsbesprechungen werden 2-wöchentlich in einem Bericht dokumentiert. Der Bericht soll den aktuellen Stand der Bearbeitung, aktuelle Hindernisse oder Erkenntnisse aufzeigen und PITs sowie dem PMT als Informationsquelle hinsichtlich der Projektbearbeitung dienen. Er ist somit die Dokumentation der Aufgaben der Gesamtkoordination. Der Bericht wird in der PIT-Leiterrunde durch die Gesamtkoordination vorgestellt. Die Leitung PMO-DM trägt die Erkenntnisse nach Erfordernis in das PMT. Der Bericht dient der Zusammenfassung der wöchentlichen Kommunikationsinhalte, wie relevante Änderungen, Anzeigen von Abweichungen und dem Bearbeitungsstand. Dazu wird er wöchentlich auf dem Allianzdashboard veröffentlicht.

Siehe Hierzu: XXxxXX_PMO_DM_Report_DashBoard.pptx

Die zu benutzenden Softwareversionen werden mit allen Projektbeteiligten abgestimmt und sind im BAP festgelegt. Unabgestimmte Abweichungen oder Upgrades sind nicht zulässig. Nachfolgend werden abgestimmte Modellierungsgrundlagen aufgezählt. Weiterführende Abstimmungen im Detail wie z.B. Linienstärken, Bemaßungsstilen, Schriftarten oder eine gemeinsame Vorlagedatei werden für die Phase 2 nicht definiert. Für die Planerstellung ist der gemeinsame Plankopf/Planstempel zu verwenden, welcher auf der CDE Dalux zur Verfügung steht.

Alle Bauteile, Objekte und Attribute sind einheitlich, strukturiert und persistent zu bezeichnen.

Bauteile müssen eine Geschosszuordnung haben.

Bauteile müssen an Ebenen ausgerichtet werden:

Grundsätzlich sind alle Modellelemente so zu modellieren, wie gebaut wird.

Objekte werden geschossweise getrennt modelliert. Bei geschossübergreifend genutzten Objekten (z.B. TGA-Steigleitung, Aufzugskörbe) können Ausnahmen gemacht werden.

Es gilt grundsätzlich die Einhaltung von konsistenten Element-IDs. Soweit technisch möglich, werden Bauteile angepasst und nicht neumodelliert, sodass die Änderung durch die gleichbleibende ID (bzw. GUID) nachvollzogen werden kann.

Modellelemente sind überschneidungsfrei zu erstellen.

Jedes Objekt der BIM Fachmodelle muss eine Typbezeichnung führen. Diese entspricht vorzugsweise der Revitfamilie + Familientyp.

Die Bauteile im Fachmodell bzw. Teilmodell werden so konstruiert, dass die Hauptmaße und Mengen als Listen generiert werden können und diese in weiterer Folge für die Massenermittlung herangezogen werden.

Geschosse, Ebenen und Gebäuderaster werden durch das Architekturteam festgelegt und bilden die Grundlage (Leitmodell) für alle weiteren Fachdisziplinen.

Bauteile des Rohbaus (z.B. Wände, Geschossdecken, Tragwerksstützen, Träger etc.) sind grundsätzlich als tragend anzunehmen und in Revit entsprechend zu deklarieren.

Die Bewehrungsplanung erfolgt an einem separaten Modell, welches nicht zur Verfügung gestellt wird, sondern nur der Planableitung dient.

Gauß-Krüger-Koordinatensystem

Die Positionierung inkl. Festlegung von Projektbasispunkten der drei Grundstücke ist in der Phase 1B erfolgt. Eine Verortung erfolgt innerhalb der Projektphase je Schulstandort. Gemäß dem Dokument Informationen zu Planungen im UTM-System, ist das zu verwendende Koordinatensystem für alle aus dem Modell abzuleitenden Daten, welche sich auf ein Koordinatensystem beziehen, das Gauß-Krüger-Koordinatensystem. Die entsprechenden Koordinaten werden dem Nullpunktkörper als Parameterwerte hinterlegt. Der Modellbasispunkt bildet den gemeinsamen Einfügepunkt aller Fachmodelle sowie ggfls. deren Teilmodelle. Er wird durch einen Nullpunktkörper markiert und muss in allen Teilmodellen geführt werden. Folgende Koordinaten werden diesbezüglich definiert:

NOL Gebäude / Sporthalle:

NGL:

SHS Gebäude / Sporthalle:

Zur Übersicht wird der Projekt-Ursprung des Gesamtmodells durch eine dreidimensionale umgedrehte Pyramide mit den Abmessungen (BxHxT) 1x1x1 m materialisiert, wie in der folgenden Abbildung dargestellt. Zusätzlich wird je Gewerk ein farbig unterschiedlicher Würfel mit den Abmessungen 0,5x0,5x0,5m neben der Pyramide platziert. Ggfs. sind diese Würfel bei Bedarf zu erweitern.

Abbildung 7 Koordinationskörper

Zuordnung der beteiligten Fachdisziplinen:

Einheiten

Es werden folgende grundsätzlichen Standards festgelegt:

BIM-Modellstruktur

Alle erzeugten Modelle werden schulstandortbezogen übergeben. Die Modelle werden mit folgender Modellstruktur erstellt:

Tabelle 14 Modellstruktur

Fachmodelle

Jeder relevante Fachplaner erstellt, nach Bedarf und Nutzen für das Projektteam, Teilmodelle bestehend aus den Elementen eines Gewerkes, für welche die jeweilige Disziplin zuständig ist. Die Gesamtheit aller Teilmodelle einer Disziplin bildet das Fachmodell der Disziplin. Die Gesamtheit aller Fachmodelle wird im Gesamtmodell sowie im Koordinationsmodell zusammengeführt. Planungsziel ist das 3D-Koordinations-Modell als Ergebnis der Zusammenführung aller oder einzelner Teil- und Fachmodelle zur gemeinsamen Betrachtung und Auswertung, z.B. zur Ablaufplanung oder Kollisionsprüfung. Folgende Fachmodelle sind vorgesehen und werden nach Bedarf im Projektablauf nachgeführt.

Tabelle 15 Übersicht Fachmodelle

Ebenen/ Geschosse

Die Anzahl und Bezeichnung der Ebenen wurde entwurfsabhängig entwickelt und entsprechend zum Abschluss der Projektphase 1 A definiert. Es werden Ebenen an Oberkante Rohdecke (OKRD) und Oberkante Fertigfußboden (OKFF) genutzt. Jedes Geschoss besitzt entsprechende Ebenen. Ein Geschoss verläuft von OKRD bis OKRD der Ebene darüber. Diese Festlegungen werden nachfolgend aufgeführt:

Abbildung 8 Ebenenbezeichnung

Die Ebenenbezeichnung wird festgelegt zu: Geschoss-OKRD bzw. Geschoss-OKFF jeweils mit aufstehender Höhenangabe.

Zusätzliche Ebenen können bei Bedarf erstellt werden (z.B. UKRD als Bezug für Installationen unterhalb der Decke).

Achsen/ Raster

Die Anzahl und Bezeichnung der Achsen wurde entwurfsabhängig je Gebäude in Phase 1 A entwickelt und wird für die weitere Bearbeitung übernommen und nur nach projektweiter Abstimmung angepasst. Die Bezeichnung der Achsen erfolgt alphanumerisch z.B. A, B, C, ... bzw. 1, 2, 3, ...

Bauteilbezeichnung

Alle erstellten Modellelemente (Bauteile) müssen eine eindeutige Bezeichnung besitzen. Klassifizierungen und Namenskonventionen für bauteilspezifische Modellierung sind für die Kostengruppe 300 in einer separaten Datei definiert. Nicht aufgezählte, explizit erwähnte Bauteile sind inhaltlich sinnvoll und eindeutig in ihrer Bezeichnung zu wählen.

Für die Landschaftsarchitektur sowie die TGA-Gewerke sind die Klassifizierung und Namenskonventionen für Bauteilspezifische Modellierung für die KG 400/ 500 in einer separaten Datei definiert.

Siehe hierzu angehängter Ordner: 03_Nomenklatur (Architektur, Landschaftsarchitektur, HLS, ELT, TWP)

Eingangs-/ Ausgangsdaten

Der wesentliche Modellaustausch wird nativ stattfinden. Es sind keine regelmäßigen Exporte in weitere Dateiformate (z.B. IFC 2x3) für andere Projektpartner vorgesehen. Die Dateigröße ist möglichst klein zu halten, sodass Bereinigungen vor Modellweitergabe durchzuführen sind und erforderliche Modellierungstiefen zu beachten sind.

Räume/ Raumbegrenzung

Das Raumwerkzeug wird für jeden Raum verwendet, der laut Raumbuch eine Nummer erhält, sowie eine sinnvolle Bezeichnung. Räume sind so zu modellieren, dass diese für Analysen der TGA-Planung nutzbar sind. Siehe hierzu: 220201_PMO_BIM_Hinweise Architekten_Ausführlich.pdf

Bibliotheken

Die Nutzung der für die laufende Phase notwendigen Elemente wird dem Entwurfsverfasser überlassen. Es ist darauf zu achten, dass Systemfamilien mit korrekter Kategorie-Zuweisung eingesetzt werden. Bei Bedarf wird eine gemeinsam genutzte Bibliothek innerhalb der Allianzpartner aufgebaut.

Level of Information Need (LOIN)

LOIN definiert den allgemeinen Ausarbeitungsgrad/ Planungstiefe von Modellen, welche für die vorhandenen Anwendungsfälle notwendig sind. Es ist nicht Ziel die maximal möglichen Informationen einzubringen, sondern erforderliche. Je höher die Phasenbezeichnung (100 bis 500), desto expliziter die Inhalte.

LOIN setzt zusammen die Festlegungen zu alphanummerischen Informationstiefe (LOI) und den Grad der Ausdifferenzierung der Bauteilgeometrien (LOG). D.h. LOIN = LOI + LOG

Abbildung 9 LOIN nach Phasen

Darstellung der Elemente nach Phasen siehe separates Dokument 220309_PMO_BIM_LOIN-Matrix.xlsx

LOG – Festlegung der Geometriegenauigkeit

Tabelle 16 Beschreibung LOG

LOI - Festlegung der Informationstiefe

Tabelle 17 Beschreibung LOI

Modellierungsdetails

Nachfolgend werden einzelne Elementmodellierungen detailliert beschrieben.

Rohbau:

Abbildung 10 Modellierung Wand bei Deckenversprung

Abbildung 11 Modellierung Zwischengeschoss

Deckendicke. Für einen Deckenversprung wird keine neue Ebene erstellt. Der Höhenunterschied wird über ein Versatzmaß erreicht.

Abbildung 12 Modellierung Deckenversprung

Bodenplatten werden als Geschossdecken erstellt, da so Gefälle und weitere Optionen möglich sind. Das Revit-Werkzeug Fundament: Wand (für Streifenfundamente) ist in jedem Fall zu vermeiden.

Tragwerksstützen werden nicht an die darüber liegende oder darunterliegende Geschossdecke fixiert angebunden.

Modellhoheiten und Single Source of Truth

Die Modellhoheit (Lead) liegt im jeweiligen PIT bei der PIT-Leitung. Diese koordiniert die weiteren Planungsgewerke und das Modell im PIT und ist für dessen Richtigkeit und Vollständigkeit verantwortlich. Die Fachkoordinatoren unterstützen die PIT-Leiter und führen die notwendigen Onboardings durch. Bestimmte Planungsgewerke (siehe Abbildung) sind im Lead, d.h. dass diese Modelle die Grundlage für nachfolgende Zeichnungen und Details bilden. Abweichende Informationen sind durch diese Maßnahme strikt zu vermeiden.

Das Modell bildet dabei den aktuellen Stand ab, es steht in der Rangordnung immer über den Plänen und ist die Single Source of Truth (ein Planungsstand). Die Ausführung erfolgt anhand der freigegebenen Pläne, welche zwingend aus dem Modell abzuleiten sind. Das Koordinationsmodell (in Dalux Box) ist der aktuelle Projektstand.

Abbildung 13: Modellhoheiten in den PITs

Definition

Data-Drop bezeichnet die Abgabe von Modellen und Planungsunterlagen zur Dokumentation der Ergebnisse einer Projektphase.

Ablageort

Daten eines Data-Drops werden in der CDE Dalux Box Pro abgelegt unter:

Dateien/10 NGL/200 Planung/200 Phase XX/_(Gewerk)/Modelle_

…/20 NOL/200 Planung/200 Phase XX/_(Gewerk)/Modelle_

…/30 SHS/200 Planung/200 Phase XX/_(Gewerk)/Modelle_

Im fortgeschrittenen Projektverlauf erfolgt die Ablage entsprechend in späteren Phasen.

Inhalt

Ein Data-Drop beinhaltet folgendes:

Optional:

Der Umfang der abzugebenden 2D-Pläne und zum Modellinhalt ist zum aktuellen Zeitpunkt noch nicht festgelegt.

Data-Drops in der Projektphase 2

Data-Drops der Projektphase 2 sind der Datei 220808_PMO_BIM_Meilensteine Phase 2.mpp zu entnehmen.

Modell- und Planuploads abseits der definierten Data-Drops haben mindestens wöchentlich stattzufinden, damit gewährleistet ist, dass der aktuelle Planungsstand immer auf Dalux zu finden ist.

Als Datenplattformen werden MS Teams und die CDE Dalux genutzt. Dabei erfolgt der Zugriff und die Nutzung der Beteiligten gemäß eingestellter Rechtevergabe, welche auf der Plattform einsehbar ist. Die Plattform Dalux steht den Allianzpartnern, sowie externen Beteiligten zur Verfügung (nach Zusendung des Anmeldelinks). MS Teams ist nur für die Allianzpartner zugänglich.

Die Fachmodelle je Disziplin werden in der CDE Dalux als native Revit-Dateien, sowie über das Revit-Plug-In als .daluxbim-Dateien abgelegt im Rahmen eines regelmäßigen Modellaustausches. Über den Dalux Modelviewer sind sie dort für alle Allianzpartner und Projektbeteiligten als Koordinationsmodell für die weitere Projektbearbeitung stets zugänglich. Ebenfalls dient die Plattform als zentrales Arbeitsmittel für modellbasierte Planungsbesprechungen und kann für die Dokumentation von Freigabeprozessen genutzt werden.

Weiter werden alle vom Modell abgeleiteten Unterlagen wie Pläne, Schnitte, Massenauszüge in der CDE abgelegt und den Planungsbeteiligten zur Verfügung gestellt.

Definition CDE siehe 220601_PMO_BIM_Glossar.docx

Ansprechpartner

Ansprechpartner/Admins der CDE sind: Vanessa Sagemühl, Nura Haider-Nasser, Ayline Herre für Dalux Box und Christian Huber, Marc Grünhöfer für Dalux Field.

Ansprechpartner/Admins von MS Teams sind: Vanessa Sagemühl und Laura Kersten

Einsatzbereich der CDE (Dalux)

Inhaltliche Unterscheidung Dalux/ MS Teams:

Tabelle 18 Einsatzbereich Dalux

Dalux soll intern für Vorgänge der Planung und Bauausführung (Abnahmen, Protokolle, Bautagebuch, etc.) sowie für finale Dokumente (PDFs, Zeichnungen, Revisionsunterlagen, etc.) verwendet werden. Extern erfolgt das Mängelmanagement und der Datenaustausch über Dalux.

In der Abstimmungsphase der Planung werden auch 2D-Pläne (PDF) in der Dalux Box Pro abgelegt und mit Einträgen versehen. Pläne mit Einträgen können zusätzlich mit Dalux-Kommentaren (Issues) verknüpft und Personen oder PITs zugewiesen werden.

Hierbei ist zu beachten, dass Einträge in 2D-Plänen erst gültig sind, wenn sie ins Modell eingepflegt wurden (3D-Modell hat Vorrang vor 2D-Plänen).

In Dalux werden verschiedene Kommentartypen unterschieden, im Folgenden wird ein kurzer Überblick über die verschiedenen Typen gegeben, für genauere Informationen wird auf Kapitel 14 verwiesen.

Die korrekte Anwendung der Prüfpakete und Freigabeprozesse über Dalux ist sicherzustellen.

Sämtliche Information zur Handhabung der CDE enthält das CDE-Handbuch.

Einsatzbereich von MS Teams

Zur Abgrenzung zum Ablageort MS Teams werden die dort zu findenden Inhalte wie folgt definiert:

Tabelle 19 Einsatzbereich MS Teams

Die Dateiablage bei MS Teams soll grundsätzlich für lebende Dokumente, Übergeordnetes, Meinungen sammeln, Kommunikation innerhalb der IPA, Vertragliches der NU und Sonstiges genutzt werden.

Fertiggestellte und für Dalux relevante Dokumente werden anschließend dort abgelegt.

Plan-, Modell- und Dokumentencodierung

Die Plan-, Modell- und Dokumentencodierung ist in Dalux definiert. 40 Übergeordnetes -> 100 Projektinformationen -> 200 Grundlagen -> 10 Dalux

Die Codierung ist zwingend anzuwenden, wenn Pläne, Modelle oder Dokumente auf die CDE hochgeladen werden.

Der Upload von falsch codierten Unterlagen ist in den Gewerke-Ordnern in Dalux nicht mehr möglich. In den PIT-Ordnern können Dateien beliebig benannt werden.

Pläne dürfen nur als 1-seitige pdf-Dateien und bei Bedarf als dwg-Datei hochgeladen werden. Mehrseitige Plansets sind zum Upload nicht zugelassen.

Dokumente können als 1- oder mehrseitige Dateien hochgeladen werden.

Die Kategorie “Dateityp” muss beim Upload auf Dalux zwingend ausgefüllt werden. Die übrigen Kategorien werden automatisiert von Dalux ausgefüllt gem. den Vorgaben im Dateinamen.

Vorgänge in der Bauausführung (Modul Dalux Field)

Vorgänge, die im Zuge der Bauausführung dokumentiert werden müssen (z. B. Mängelanzeigen, Abnahmen, Begehungen usw.), werden in der CDE Dalux Field erfasst. Die Vorgänge werden von den Abwicklungsteams der Allianzpartner gesammelt, beschrieben und priorisiert. Im Anschluss können entsprechende Workflows und Eingabemasken in Dalux angelegt und für die betreffenden Benutzergruppen freigeschaltet werden. Die Bearbeitung dieser Vorgänge findet ausschließlich in Dalux Field statt, damit eine einheitliche Form und Nachvollziehbarkeit gewährleistet ist.

Vertraglich vereinbarte Prozesse für Digitales, Modellbasiertes Arbeiten auf der Baustelle (Bauleiter und Poliere)​:

Vertraglich vereinbarte Prozesse für digitales, modellbasiertes Arbeiten auf der Baustelle (Nachunternehmer)​:​

Für NU außerhalb der Allianz ist zumindest die Teilnahme am Mängelmanagement über Dalux zwingend erforderlich.

Onboarding Ziele

Gruppen

Die Gruppen sind bedarfsgerecht einzubinden und Ihr Wissen zu verifizieren.

Gruppe 1: PMT

Bedarf: Informationsnutzung und Kontrolle

Gruppe 2: PMO DATENMANAGEMENT

Bedarf: Informationssteuerung und Kontrolle

Gruppe 3: PIT / Alle

Bedarf: Informationserstellung, Auswertung, Koordination und Pflege

Gruppe 4: AWF-individuelle Gruppe

Bedarf: Ausführung definierter AWF

Bedarfe und Formate

Das Onboarding wird anlassbezogen in drei Anwendungsbereiche und damit auch drei Formate unterteilt:

Bedarf: Verbreitung von Neuigkeiten zum aktuellen Status der BIM-Entwicklung und/oder anstehenden Maßnahmen.

Mittel: Kommunikation von Neuigkeiten bei relevanten Meetings (PIT-Leiter; PEP; PMT) anhand der Dalux-Protokolle des BIM-M/GK.

Bedarf: Aufbau von Wissen und gemeinsamen Verständnis zur Umsetzung von BIM-Handlungen

Mittel: Online-Schulung und Online-Test. Hierbei wird sichergestellt, dass das Wissen auch tatsächlich gegeben ist. Schulungen werden z.B. für Grundbegriffe oder die AWF. Die FK bringen diese Inhalte in den Firmen ein.

Bedarf: Einüben von praxisrelevanten Aktivitäten.

Mittel: Präsentation des AWF und Durchführung von praktischen Übungen (z.B. durch ein Rollenspiel). Durch die praktische, gemeinsame Anwendung sollen die Berührungsängste abgebaut und die Fähigkeit zur Nutzung sichergestellt werden.

Das wird zunächst durch den GK in der PIT-Leiterrunde und später durch die PIT-Paten in den PITs eingeführt.

Die Durchführung der Maßnahmen ist für die zuvor definierten Teilnehmerkreise verpflichtend.

Beschreibung der Onboarding-Mittel und Formate

Beschreibung Kommunikation

Die Dalux-Protokolle werden jeden Montag durch das BIM-M oder die GK aktualisiert und die Inhalte durch jeweilige Personen in den Meetings kommuniziert:

Mit dieser Maßnahme sollen viele Personen über wesentliche Neuigkeiten informiert und an Handlungen erinnert werden.

Beschreibung Schulung

Es wurden gezielte Wissenspakete erstellt, deren Inhalte definiert und daraus die Onboardings abgeleitet. Diese bilden die Grundlage für alle Projektteilnehmer zur Mitarbeit am Projekt ab Phase 2.

Ziel: Allgemeines BIM-Verständnis und Anforderungen, BIM-Begriffe und Ablauf verstehen, Vorbereitung der BIM-Anwendung

Zielgruppe: Alle Projektteilnehmer

Inhalt:

Format: Präsenzdurchführung und als Webinar, Video

Durchzuführen durch: BIM-Management

Ziel: Darstellung der Dalux-Nutzung

Zielgruppe: Alle Projektteilnehmer

Inhalt:

Format: Webinar, Video

Durchzuführen durch: FKP+FKA

Ziel: Anwendung der Prüfpakete und Freigabeprozesse in Dalux

Zielgruppe: Alle Projektteilnehmer

Inhalt:

Format: Webinar, Video

Durchzuführen durch: FKP+FKA

Ziel: Anwendung des spezifischen Dalux Field Tools

Zielgruppe: Alle Projektteilnehmer in Abhängigkeit zum Tool

Jedes Dalux Field Tool wird dem Projektfortschritt entsprechend geschult

Generischer Inhalt:

Format: Präsenzdurchführung

Durchzuführen durch: FKA

Ziel: Digitales, Modellbasiertes Arbeiten auf der Baustelle

Zielgruppe: Bauleiter und Poliere

Inhalt:

Format: Präsenzdurchführung

Durchzuführen durch: FKA

**Ziel: Digitales, Modellbasiertes Arbeiten auf der Baustelle

Zielgruppe: Nachunternehmer

Inhalt:

Format: Präsenzdurchführung

Durchzuführen durch: FKA

Ziel: Nutzung und Anwendung Imerso

Zielgruppe: Alle Projektteilnehmer (Basis-Schulung), GKP & FK-A (Erweiterte Kenntnisse Anwendung)

Inhalt:

Basis:

Erweitert:

Format: Online-Schulung

Durchzuführen durch: Imerso

Beschreibung praktische Simulation

Dieses Format wird für Use Cases eingesetzt, wenn bestimmte Arbeitsschritte an der Software oder anderer Art von den Projektteilnehmern gefordert werden. Beispiel sind die Modellbesprechung oder das Raumtypenbuch.

Die Umsetzung erfolgt über mehrere Schritte, die in Abhängigkeit vom Anwendungsfall mehr oder weniger detailliert zu planen sind. Die Planung erfolgt in den Steckbriefen. Dies sind die grundlegenden Schritte:

Beschreibung des AWF im BAP und Freigabe. Planung des BIM-Onboarding-Vorgangs.

Beschaffung von Informationen, Konzeption der Einführung inkl. Erstellung notwendiger Unterlagen wie PPT und Software.

Durchführung eines Vortrages und der Lernsimulation z.B. als Rollenspiel. Die Teilnehmer werden in den Inhalt thematisch eingeführt und führen die Anwendung z.B. mit Dalux durch. Vorlagen sind hierfür gegeben.

Sicherung der Umsetzungsqualität z.B. in Form von Rückfragen durch den GK bei der PIT-Leiterrunde und Teilnahme der PIT-Paten an PIT-Runden.

Das gesamte Vorgehen ist vor Durchführung auf den jeweiligen AWF zu spezifizieren.

Abbildung 14 Darstellung der Software und damit verbundene Softwaresysteme, Schnittstellen und Übergabe-Workflows

Nachfolgende Tabelle gibt eine Übersicht über die von den Allianzpartnern eingesetzte Software und Softwareversion.

Dabei werden die eingefrorenen Systeme festgelegt.

Siehe 220208_PMO_BIM_3SB_BAP_P1_Softwareliste.xlsx

Abbildung 15 Softwareliste

Datenaustauschformate

Die Austauschformate der unterschiedlichen Daten sind in Kapitel Datenlieferungsgegenstände aufgeführt.

Vorlage und Dokumente

Mitgeltende Richtlinien sind die der DIN ISO 19650 vorranging und die der VDI 2552 Reihe nachrangig.

Themensammlung für den nächsten BAP

Die BAP-Updates sollen zukünftig inhaltlich orientiert sein. Für die jeweiligen Version wird ein Themenspeicher genutzt.

</p

Die PITs, im Besonderen die jeweiligen Fachkoordinatoren (siehe Kap.7.2), sind für die Sicherstellung der Umsetzung der vereinbarten BIM-Anwendungsfälle, die ihre Planungsdisziplin betreffen und für die Sicherstellung und Prüfung der geforderten Detaillierungsgrade der Modellelemente der BIM-Fachmodelle verantwortlich. Dazu gehört die funktionale Prüfung der Planungsinhalte sowie die inhaltliche Prüfung der zu liefernden und verwendeten Informationen. Abweichungen der Modellinhalte, der Qualitäten oder Schwierigkeiten bei der Umsetzung der Anwendungsfälle werden der Gesamtkoordination angezeigt. Die Fachkoordination wird in den Kommunikationen mit den PITs von dem jeweiligen BIM-PIT-Paten, ein Ansprechpartner hinsichtlich BIM mit Bezug zum PIT unterstützt.

Das Koordinationsmodell wird innerhalb der CDE durch den Upload der Fachmodelle erstellt. Die Gesamtkoordination überprüft, dokumentiert und kommuniziert die Einhaltung der vereinbarten Absprachen hinsichtlich der BIM-Methode (siehe Kap.7.3) in einem wöchentlichen Bericht. Durch die Erstellung eines gesonderten Koordinationsmodells führt die Gesamtkoordination geometrische Prüfungen durch und unterstützt so die räumliche Koordination zwischen den Fachmodellen.

Die Gesamtkoordination wirkt bei der inhaltlichen Prüfung entsprechend der, in der Modellierungsrichtlinie dokumentierten, Anforderungen mit. Bei Abweichungen des vereinbarten Vorgehens oder Schwierigkeiten bei der Durchführung der BIM-Prozesse, koordiniert sie die Beteiligten und unterstützt die Beteiligten bei der Absprache hinsichtlich eines Lösungsweges. Sie kommuniziert solche geänderten Absprachen im Projekt, informiert über den Stand der Bearbeitung, das weitere Vorgehen bzw. wirkt bei Absprachen zu diesem innerhalb der Allianz mit.

Die gemeinsame koordinierte Bearbeitung mittels der BIM-Methode erfordert den regelmäßigen Austausch über den Stand der Bearbeitung, der Aufgabenteilung, der Planung und der Umsetzung von BIM-Prozessen. Die Inhalte und Aufgaben werden in den jeweiligen Teams des PMO DM verwaltet.

Die Prozesse im PMO DM wurden neu validiert, Grund hierfür war die veränderte Planungsintensität und die Aufgaben innerhalb der IPA. Die wichtigsten Anpassungen sind:

Im Folgenden wird ein Überblick über die aktuellen Besprechungen und den angepassten Besprechungsrhythmus im PMO DM gegeben.

Abbildung 6: Besprechungen des PMO DM

Status Digitale Zusammenarbeit BIM-M/GK

Abstimmung des BIM-Managements und der BIM-Gesamtkoordination zum aktuellen Stand hinsichtlich Modellprüfungen und Qualitäten, der Anwendungen der AWF in der Allianz und der Kommunikation des PMO DM gegenüber allen Mitgliedern der Allianz. Sofern Probleme erkannt werden, werden sofort Maßnahmen oder Kommunikationsinhalte erarbeitet. Darüber hinaus werden bei Bedarf BIM Besprechungen des BIM-Managements angehängt. In diesen Besprechungen werden ausschließlich Datenmanagement-Themen/ Probleme des PMO DM diskutiert und gelöst.

Tabelle 7 Steuerungstermin PMO DM

Abstimmung der BIM-Gesamtkoordination und BIM-Fachkoordination Planung und -Ausführung zum aktuellen Stand BIM-spezifischer Themen / Probleme wie Modellprüfungen und Qualitäten sowie der Anwendungen der AWF in der Allianz. Sofern Probleme erkannt werden, werden sofort Maßnahmen oder Kommunikationsinhalte erarbeitet.

Tabelle 8 BIM-Koordination

Abstimmung des FM zum aktuellen Stand hinsichtlich FM-relevanter Themen. Dazu gehören die Formulierung der FM-Anforderungen (Dokumentation/CAFM) und die Unterstützung der Übergabe der Daten an den Bauherren bzw. in den Betrieb.

Tabelle 9 Betrieb (CAFM)

Abstimmung der Admins Plattformen zu Teams und Dalux (Box, Field, FM). Dazu gehören das Aufsetzten von Prozessen in den jeweiligen Systemen sowie Support und Onboardings.

Tabelle 10 Support Daten-Plattformen

Digitale Betreuung Baustelle

Die Fachkoordination in der Ausführung betreut die BIM-AWF in der Ausführungsphase, bereitet diese vor und befähigt die Teilnehmer an AWF auf den Baustellen. Dies beinhaltet z.B.: Das Onboarding und Fortschreibung der Prozesse, die auf Dalux Field umgesetzt werden sollen. Die Durchführung ist entsprechend sicher zu stellen.

Tabelle 11: Besprechung Digitale Betreuung Baustelle

Status Rohbau-Scan

Abstimmung der Fachkoordination Ausführung, Gesamtkoordination und des BIM-Managenements zum Rohbau-Scan. Dazu gehören das Besprechen von festgestellten Abweichungen und die Koordination in die PITs sowie der aktuelle Status und festgestellte Probleme. Sofern Probleme erkannt werden, werden sofort Maßnahmen oder Kommunikationsinhalte erarbeitet.

Tabelle 12: Besprechung Status Rohbau-Scan

Durch die Bereitstellung der Modelle (Koordinationsmodell und Fachmodelle) in der CDE, können alle Projektbeteiligten (auch Nicht-BIM Autoren) über den browsergestützten Viewer in Dalux diese Modelle einsehen und für Planungsbesprechungen und andere Abstimmungen nutzen. In den modellbasierten Planungsbesprechungen identifizierte Aufgaben können in der CDE angelegt oder an die jeweilige Gruppe zugewiesene Kommentare gemäß AWF-Kommentarmanagement weiterbearbeitet werden.

Die Anwendung der eingeführten AWF findet zum größten Teil innerhalb der Planungsbesprechungen der PITs statt. Die Mitglieder des PMO DM nehmen an diesen Besprechungen teil und unterstützen die PITs bei der Anwendung der bereitgestellten Prozesse und Methoden. Sie agieren als Kommunikationsknoten zwischen den verschiedenen Gruppen in der Allianz und dem PMO DM.

Im Zuge der veränderten Planungsintensität in der IPA, ändern sich auch die Planungsbesprechungen.

Tabelle 13 Planungsbesprechungen mit Beteiligung des PMO DM

Die Ergebnisse der Modellprüfungen und der BIM-Koordinationsbesprechungen werden 2-wöchentlich in einem Bericht dokumentiert. Der Bericht soll den aktuellen Stand der Bearbeitung, aktuelle Hindernisse oder Erkenntnisse aufzeigen und PITs sowie dem PMT als Informationsquelle hinsichtlich der Projektbearbeitung dienen. Er ist somit die Dokumentation der Aufgaben der Gesamtkoordination. Der Bericht wird in der PIT-Leiterrunde durch die Gesamtkoordination vorgestellt. Die Leitung PMO-DM trägt die Erkenntnisse nach Erfordernis in das PMT. Der Bericht dient der Zusammenfassung der wöchentlichen Kommunikationsinhalte, wie relevante Änderungen, Anzeigen von Abweichungen und dem Bearbeitungsstand. Dazu wird er wöchentlich auf dem Allianzdashboard veröffentlicht.

Siehe Hierzu: XXxxXX_PMO_DM_Report_DashBoard.pptx

Die Positionierung inkl. Festlegung von Projektbasispunkten der drei Grundstücke ist in der Phase 1B erfolgt. Eine Verortung erfolgt innerhalb der Projektphase je Schulstandort. Gemäß dem Dokument Informationen zu Planungen im UTM-System, ist das zu verwendende Koordinatensystem für alle aus dem Modell abzuleitenden Daten, welche sich auf ein Koordinatensystem beziehen, das Gauß-Krüger-Koordinatensystem. Die entsprechenden Koordinaten werden dem Nullpunktkörper als Parameterwerte hinterlegt. Der Modellbasispunkt bildet den gemeinsamen Einfügepunkt aller Fachmodelle sowie ggfls. deren Teilmodelle. Er wird durch einen Nullpunktkörper markiert und muss in allen Teilmodellen geführt werden. Folgende Koordinaten werden diesbezüglich definiert:

NOL Gebäude / Sporthalle:

NGL:

SHS Gebäude / Sporthalle:

Zur Übersicht wird der Projekt-Ursprung des Gesamtmodells durch eine dreidimensionale umgedrehte Pyramide mit den Abmessungen (BxHxT) 1x1x1 m materialisiert, wie in der folgenden Abbildung dargestellt. Zusätzlich wird je Gewerk ein farbig unterschiedlicher Würfel mit den Abmessungen 0,5x0,5x0,5m neben der Pyramide platziert. Ggfs. sind diese Würfel bei Bedarf zu erweitern.

Abbildung 7 Koordinationskörper

Zuordnung der beteiligten Fachdisziplinen:

Es werden folgende grundsätzlichen Standards festgelegt:

Alle erzeugten Modelle werden schulstandortbezogen übergeben. Die Modelle werden mit folgender Modellstruktur erstellt:

Tabelle 14 Modellstruktur

Jeder relevante Fachplaner erstellt, nach Bedarf und Nutzen für das Projektteam, Teilmodelle bestehend aus den Elementen eines Gewerkes, für welche die jeweilige Disziplin zuständig ist. Die Gesamtheit aller Teilmodelle einer Disziplin bildet das Fachmodell der Disziplin. Die Gesamtheit aller Fachmodelle wird im Gesamtmodell sowie im Koordinationsmodell zusammengeführt. Planungsziel ist das 3D-Koordinations-Modell als Ergebnis der Zusammenführung aller oder einzelner Teil- und Fachmodelle zur gemeinsamen Betrachtung und Auswertung, z.B. zur Ablaufplanung oder Kollisionsprüfung. Folgende Fachmodelle sind vorgesehen und werden nach Bedarf im Projektablauf nachgeführt.

Tabelle 15 Übersicht Fachmodelle

Die Anzahl und Bezeichnung der Ebenen wurde entwurfsabhängig entwickelt und entsprechend zum Abschluss der Projektphase 1 A definiert. Es werden Ebenen an Oberkante Rohdecke (OKRD) und Oberkante Fertigfußboden (OKFF) genutzt. Jedes Geschoss besitzt entsprechende Ebenen. Ein Geschoss verläuft von OKRD bis OKRD der Ebene darüber. Diese Festlegungen werden nachfolgend aufgeführt:

Abbildung 8 Ebenenbezeichnung

Die Ebenenbezeichnung wird festgelegt zu: Geschoss-OKRD bzw. Geschoss-OKFF jeweils mit aufstehender Höhenangabe.

Zusätzliche Ebenen können bei Bedarf erstellt werden (z.B. UKRD als Bezug für Installationen unterhalb der Decke).

Die Anzahl und Bezeichnung der Achsen wurde entwurfsabhängig je Gebäude in Phase 1 A entwickelt und wird für die weitere Bearbeitung übernommen und nur nach projektweiter Abstimmung angepasst. Die Bezeichnung der Achsen erfolgt alphanumerisch z.B. A, B, C, ... bzw. 1, 2, 3, ...

Alle erstellten Modellelemente (Bauteile) müssen eine eindeutige Bezeichnung besitzen. Klassifizierungen und Namenskonventionen für bauteilspezifische Modellierung sind für die Kostengruppe 300 in einer separaten Datei definiert. Nicht aufgezählte, explizit erwähnte Bauteile sind inhaltlich sinnvoll und eindeutig in ihrer Bezeichnung zu wählen.

Für die Landschaftsarchitektur sowie die TGA-Gewerke sind die Klassifizierung und Namenskonventionen für Bauteilspezifische Modellierung für die KG 400/ 500 in einer separaten Datei definiert.

Siehe hierzu angehängter Ordner: 03_Nomenklatur (Architektur, Landschaftsarchitektur, HLS, ELT, TWP)

Der wesentliche Modellaustausch wird nativ stattfinden. Es sind keine regelmäßigen Exporte in weitere Dateiformate (z.B. IFC 2x3) für andere Projektpartner vorgesehen. Die Dateigröße ist möglichst klein zu halten, sodass Bereinigungen vor Modellweitergabe durchzuführen sind und erforderliche Modellierungstiefen zu beachten sind.

Das Raumwerkzeug wird für jeden Raum verwendet, der laut Raumbuch eine Nummer erhält, sowie eine sinnvolle Bezeichnung. Räume sind so zu modellieren, dass diese für Analysen der TGA-Planung nutzbar sind. Siehe hierzu: 220201_PMO_BIM_Hinweise Architekten_Ausführlich.pdf

Die Nutzung der für die laufende Phase notwendigen Elemente wird dem Entwurfsverfasser überlassen. Es ist darauf zu achten, dass Systemfamilien mit korrekter Kategorie-Zuweisung eingesetzt werden. Bei Bedarf wird eine gemeinsam genutzte Bibliothek innerhalb der Allianzpartner aufgebaut.

LOIN definiert den allgemeinen Ausarbeitungsgrad/ Planungstiefe von Modellen, welche für die vorhandenen Anwendungsfälle notwendig sind. Es ist nicht Ziel die maximal möglichen Informationen einzubringen, sondern erforderliche. Je höher die Phasenbezeichnung (100 bis 500), desto expliziter die Inhalte.

LOIN setzt zusammen die Festlegungen zu alphanummerischen Informationstiefe (LOI) und den Grad der Ausdifferenzierung der Bauteilgeometrien (LOG). D.h. LOIN = LOI + LOG

Abbildung 9 LOIN nach Phasen

Darstellung der Elemente nach Phasen siehe separates Dokument 220309_PMO_BIM_LOIN-Matrix.xlsx

Tabelle 16 Beschreibung LOG

Tabelle 17 Beschreibung LOI

Nachfolgend werden einzelne Elementmodellierungen detailliert beschrieben.

Rohbau:

Abbildung 10 Modellierung Wand bei Deckenversprung

Abbildung 11 Modellierung Zwischengeschoss

Deckendicke. Für einen Deckenversprung wird keine neue Ebene erstellt. Der Höhenunterschied wird über ein Versatzmaß erreicht.

Abbildung 12 Modellierung Deckenversprung

Bodenplatten werden als Geschossdecken erstellt, da so Gefälle und weitere Optionen möglich sind. Das Revit-Werkzeug Fundament: Wand (für Streifenfundamente) ist in jedem Fall zu vermeiden.

Tragwerksstützen werden nicht an die darüber liegende oder darunterliegende Geschossdecke fixiert angebunden.

Die Modellhoheit (Lead) liegt im jeweiligen PIT bei der PIT-Leitung. Diese koordiniert die weiteren Planungsgewerke und das Modell im PIT und ist für dessen Richtigkeit und Vollständigkeit verantwortlich. Die Fachkoordinatoren unterstützen die PIT-Leiter und führen die notwendigen Onboardings durch. Bestimmte Planungsgewerke (siehe Abbildung) sind im Lead, d.h. dass diese Modelle die Grundlage für nachfolgende Zeichnungen und Details bilden. Abweichende Informationen sind durch diese Maßnahme strikt zu vermeiden.

Das Modell bildet dabei den aktuellen Stand ab, es steht in der Rangordnung immer über den Plänen und ist die Single Source of Truth (ein Planungsstand). Die Ausführung erfolgt anhand der freigegebenen Pläne, welche zwingend aus dem Modell abzuleiten sind. Das Koordinationsmodell (in Dalux Box) ist der aktuelle Projektstand.

Abbildung 13: Modellhoheiten in den PITs

Data-Drop bezeichnet die Abgabe von Modellen und Planungsunterlagen zur Dokumentation der Ergebnisse einer Projektphase.

Daten eines Data-Drops werden in der CDE Dalux Box Pro abgelegt unter:

Dateien/10 NGL/200 Planung/200 Phase XX/_(Gewerk)/Modelle_

…/20 NOL/200 Planung/200 Phase XX/_(Gewerk)/Modelle_

…/30 SHS/200 Planung/200 Phase XX/_(Gewerk)/Modelle_

Im fortgeschrittenen Projektverlauf erfolgt die Ablage entsprechend in späteren Phasen.

Ein Data-Drop beinhaltet folgendes:

Optional:

Der Umfang der abzugebenden 2D-Pläne und zum Modellinhalt ist zum aktuellen Zeitpunkt noch nicht festgelegt.

Data-Drops der Projektphase 2 sind der Datei 220808_PMO_BIM_Meilensteine Phase 2.mpp zu entnehmen.

Modell- und Planuploads abseits der definierten Data-Drops haben mindestens wöchentlich stattzufinden, damit gewährleistet ist, dass der aktuelle Planungsstand immer auf Dalux zu finden ist.

Ansprechpartner/Admins der CDE sind: Vanessa Sagemühl, Nura Haider-Nasser, Ayline Herre für Dalux Box und Christian Huber, Marc Grünhöfer für Dalux Field.

Ansprechpartner/Admins von MS Teams sind: Vanessa Sagemühl und Laura Kersten

Inhaltliche Unterscheidung Dalux/ MS Teams:

Tabelle 18 Einsatzbereich Dalux

Dalux soll intern für Vorgänge der Planung und Bauausführung (Abnahmen, Protokolle, Bautagebuch, etc.) sowie für finale Dokumente (PDFs, Zeichnungen, Revisionsunterlagen, etc.) verwendet werden. Extern erfolgt das Mängelmanagement und der Datenaustausch über Dalux.

In der Abstimmungsphase der Planung werden auch 2D-Pläne (PDF) in der Dalux Box Pro abgelegt und mit Einträgen versehen. Pläne mit Einträgen können zusätzlich mit Dalux-Kommentaren (Issues) verknüpft und Personen oder PITs zugewiesen werden.

Hierbei ist zu beachten, dass Einträge in 2D-Plänen erst gültig sind, wenn sie ins Modell eingepflegt wurden (3D-Modell hat Vorrang vor 2D-Plänen).

In Dalux werden verschiedene Kommentartypen unterschieden, im Folgenden wird ein kurzer Überblick über die verschiedenen Typen gegeben, für genauere Informationen wird auf Kapitel 14 verwiesen.

Die korrekte Anwendung der Prüfpakete und Freigabeprozesse über Dalux ist sicherzustellen.

Sämtliche Information zur Handhabung der CDE enthält das CDE-Handbuch.

Zur Abgrenzung zum Ablageort MS Teams werden die dort zu findenden Inhalte wie folgt definiert:

Tabelle 19 Einsatzbereich MS Teams

Die Dateiablage bei MS Teams soll grundsätzlich für lebende Dokumente, Übergeordnetes, Meinungen sammeln, Kommunikation innerhalb der IPA, Vertragliches der NU und Sonstiges genutzt werden.

Fertiggestellte und für Dalux relevante Dokumente werden anschließend dort abgelegt.

Die Plan-, Modell- und Dokumentencodierung ist in Dalux definiert. 40 Übergeordnetes -> 100 Projektinformationen -> 200 Grundlagen -> 10 Dalux

Die Codierung ist zwingend anzuwenden, wenn Pläne, Modelle oder Dokumente auf die CDE hochgeladen werden.

Der Upload von falsch codierten Unterlagen ist in den Gewerke-Ordnern in Dalux nicht mehr möglich. In den PIT-Ordnern können Dateien beliebig benannt werden.

Pläne dürfen nur als 1-seitige pdf-Dateien und bei Bedarf als dwg-Datei hochgeladen werden. Mehrseitige Plansets sind zum Upload nicht zugelassen.

Dokumente können als 1- oder mehrseitige Dateien hochgeladen werden.

Die Kategorie “Dateityp” muss beim Upload auf Dalux zwingend ausgefüllt werden. Die übrigen Kategorien werden automatisiert von Dalux ausgefüllt gem. den Vorgaben im Dateinamen.

Vorgänge, die im Zuge der Bauausführung dokumentiert werden müssen (z. B. Mängelanzeigen, Abnahmen, Begehungen usw.), werden in der CDE Dalux Field erfasst. Die Vorgänge werden von den Abwicklungsteams der Allianzpartner gesammelt, beschrieben und priorisiert. Im Anschluss können entsprechende Workflows und Eingabemasken in Dalux angelegt und für die betreffenden Benutzergruppen freigeschaltet werden. Die Bearbeitung dieser Vorgänge findet ausschließlich in Dalux Field statt, damit eine einheitliche Form und Nachvollziehbarkeit gewährleistet ist.

Vertraglich vereinbarte Prozesse für Digitales, Modellbasiertes Arbeiten auf der Baustelle (Bauleiter und Poliere)​:

Vertraglich vereinbarte Prozesse für digitales, modellbasiertes Arbeiten auf der Baustelle (Nachunternehmer)​:​

Für NU außerhalb der Allianz ist zumindest die Teilnahme am Mängelmanagement über Dalux zwingend erforderlich.

Die Gruppen sind bedarfsgerecht einzubinden und Ihr Wissen zu verifizieren.

Gruppe 1: PMT

Bedarf: Informationsnutzung und Kontrolle

Gruppe 2: PMO DATENMANAGEMENT

Bedarf: Informationssteuerung und Kontrolle

Gruppe 3: PIT / Alle

Bedarf: Informationserstellung, Auswertung, Koordination und Pflege

Gruppe 4: AWF-individuelle Gruppe

Bedarf: Ausführung definierter AWF

Bedarfe und Formate

Das Onboarding wird anlassbezogen in drei Anwendungsbereiche und damit auch drei Formate unterteilt:

Beschreibung der Onboarding-Mittel und Formate

Beschreibung Kommunikation

Die Dalux-Protokolle werden jeden Montag durch das BIM-M oder die GK aktualisiert und die Inhalte durch jeweilige Personen in den Meetings kommuniziert:

Mit dieser Maßnahme sollen viele Personen über wesentliche Neuigkeiten informiert und an Handlungen erinnert werden.

Beschreibung Schulung

Es wurden gezielte Wissenspakete erstellt, deren Inhalte definiert und daraus die Onboardings abgeleitet. Diese bilden die Grundlage für alle Projektteilnehmer zur Mitarbeit am Projekt ab Phase 2.

Ziel: Allgemeines BIM-Verständnis und Anforderungen, BIM-Begriffe und Ablauf verstehen, Vorbereitung der BIM-Anwendung

Zielgruppe: Alle Projektteilnehmer

Inhalt:

Format: Präsenzdurchführung und als Webinar, Video

Durchzuführen durch: BIM-Management

Ziel: Darstellung der Dalux-Nutzung

Zielgruppe: Alle Projektteilnehmer

Inhalt:

Format: Webinar, Video

Durchzuführen durch: FKP+FKA

Ziel: Anwendung der Prüfpakete und Freigabeprozesse in Dalux

Zielgruppe: Alle Projektteilnehmer

Inhalt:

Format: Webinar, Video

Durchzuführen durch: FKP+FKA

Ziel: Anwendung des spezifischen Dalux Field Tools

Zielgruppe: Alle Projektteilnehmer in Abhängigkeit zum Tool

Jedes Dalux Field Tool wird dem Projektfortschritt entsprechend geschult

Generischer Inhalt:

Format: Präsenzdurchführung

Durchzuführen durch: FKA

Ziel: Digitales, Modellbasiertes Arbeiten auf der Baustelle

Zielgruppe: Bauleiter und Poliere

Inhalt:

Format: Präsenzdurchführung

Durchzuführen durch: FKA

**Ziel: Digitales, Modellbasiertes Arbeiten auf der Baustelle

Zielgruppe: Nachunternehmer

Inhalt:

Format: Präsenzdurchführung

Durchzuführen durch: FKA

Ziel: Nutzung und Anwendung Imerso

Zielgruppe: Alle Projektteilnehmer (Basis-Schulung), GKP & FK-A (Erweiterte Kenntnisse Anwendung)

Inhalt:

Basis:

Erweitert:

Format: Online-Schulung

Durchzuführen durch: Imerso

Beschreibung praktische Simulation

Dieses Format wird für Use Cases eingesetzt, wenn bestimmte Arbeitsschritte an der Software oder anderer Art von den Projektteilnehmern gefordert werden. Beispiel sind die Modellbesprechung oder das Raumtypenbuch.

Die Umsetzung erfolgt über mehrere Schritte, die in Abhängigkeit vom Anwendungsfall mehr oder weniger detailliert zu planen sind. Die Planung erfolgt in den Steckbriefen. Dies sind die grundlegenden Schritte:

Beschreibung des AWF im BAP und Freigabe. Planung des BIM-Onboarding-Vorgangs.

Beschaffung von Informationen, Konzeption der Einführung inkl. Erstellung notwendiger Unterlagen wie PPT und Software.

Durchführung eines Vortrages und der Lernsimulation z.B. als Rollenspiel. Die Teilnehmer werden in den Inhalt thematisch eingeführt und führen die Anwendung z.B. mit Dalux durch. Vorlagen sind hierfür gegeben.

Sicherung der Umsetzungsqualität z.B. in Form von Rückfragen durch den GK bei der PIT-Leiterrunde und Teilnahme der PIT-Paten an PIT-Runden.

Das gesamte Vorgehen ist vor Durchführung auf den jeweiligen AWF zu spezifizieren.

Abbildung 14 Darstellung der Software und damit verbundene Softwaresysteme, Schnittstellen und Übergabe-Workflows

Nachfolgende Tabelle gibt eine Übersicht über die von den Allianzpartnern eingesetzte Software und Softwareversion.

Dabei werden die eingefrorenen Systeme festgelegt.

Siehe 220208_PMO_BIM_3SB_BAP_P1_Softwareliste.xlsx

Abbildung 15 Softwareliste

Datenaustauschformate

Die Austauschformate der unterschiedlichen Daten sind in Kapitel Datenlieferungsgegenstände aufgeführt.

Vorlage und Dokumente

Mitgeltende Richtlinien sind die der DIN ISO 19650 vorranging und die der VDI 2552 Reihe nachrangig.

Themensammlung für den nächsten BAP

Die BAP-Updates sollen zukünftig inhaltlich orientiert sein. Für die jeweiligen Version wird ein Themenspeicher genutzt.

</p

Die Dalux-Protokolle werden jeden Montag durch das BIM-M oder die GK aktualisiert und die Inhalte durch jeweilige Personen in den Meetings kommuniziert:

Mit dieser Maßnahme sollen viele Personen über wesentliche Neuigkeiten informiert und an Handlungen erinnert werden.

Es wurden gezielte Wissenspakete erstellt, deren Inhalte definiert und daraus die Onboardings abgeleitet. Diese bilden die Grundlage für alle Projektteilnehmer zur Mitarbeit am Projekt ab Phase 2.

Ziel: Allgemeines BIM-Verständnis und Anforderungen, BIM-Begriffe und Ablauf verstehen, Vorbereitung der BIM-Anwendung

Zielgruppe: Alle Projektteilnehmer

Inhalt:

Format: Präsenzdurchführung und als Webinar, Video

Durchzuführen durch: BIM-Management

Ziel: Darstellung der Dalux-Nutzung

Zielgruppe: Alle Projektteilnehmer

Inhalt:

Format: Webinar, Video

Durchzuführen durch: FKP+FKA

Ziel: Anwendung der Prüfpakete und Freigabeprozesse in Dalux

Zielgruppe: Alle Projektteilnehmer

Inhalt:

Format: Webinar, Video

Durchzuführen durch: FKP+FKA

Ziel: Anwendung des spezifischen Dalux Field Tools

Zielgruppe: Alle Projektteilnehmer in Abhängigkeit zum Tool

Jedes Dalux Field Tool wird dem Projektfortschritt entsprechend geschult

Generischer Inhalt:

Format: Präsenzdurchführung

Durchzuführen durch: FKA

Ziel: Digitales, Modellbasiertes Arbeiten auf der Baustelle

Zielgruppe: Bauleiter und Poliere

Inhalt:

Format: Präsenzdurchführung

Durchzuführen durch: FKA

**Ziel: Digitales, Modellbasiertes Arbeiten auf der Baustelle

Zielgruppe: Nachunternehmer

Inhalt:

Format: Präsenzdurchführung

Durchzuführen durch: FKA

Ziel: Nutzung und Anwendung Imerso

Zielgruppe: Alle Projektteilnehmer (Basis-Schulung), GKP & FK-A (Erweiterte Kenntnisse Anwendung)

Inhalt:

Basis:

Erweitert:

Format: Online-Schulung

Durchzuführen durch: Imerso

Dieses Format wird für Use Cases eingesetzt, wenn bestimmte Arbeitsschritte an der Software oder anderer Art von den Projektteilnehmern gefordert werden. Beispiel sind die Modellbesprechung oder das Raumtypenbuch.

Die Umsetzung erfolgt über mehrere Schritte, die in Abhängigkeit vom Anwendungsfall mehr oder weniger detailliert zu planen sind. Die Planung erfolgt in den Steckbriefen. Dies sind die grundlegenden Schritte:

Beschreibung des AWF im BAP und Freigabe. Planung des BIM-Onboarding-Vorgangs.

Beschaffung von Informationen, Konzeption der Einführung inkl. Erstellung notwendiger Unterlagen wie PPT und Software.

Durchführung eines Vortrages und der Lernsimulation z.B. als Rollenspiel. Die Teilnehmer werden in den Inhalt thematisch eingeführt und führen die Anwendung z.B. mit Dalux durch. Vorlagen sind hierfür gegeben.

Sicherung der Umsetzungsqualität z.B. in Form von Rückfragen durch den GK bei der PIT-Leiterrunde und Teilnahme der PIT-Paten an PIT-Runden.

Das gesamte Vorgehen ist vor Durchführung auf den jeweiligen AWF zu spezifizieren.

Die Austauschformate der unterschiedlichen Daten sind in Kapitel Datenlieferungsgegenstände aufgeführt.

Mitgeltende Richtlinien sind die der DIN ISO 19650 vorranging und die der VDI 2552 Reihe nachrangig.

Die BAP-Updates sollen zukünftig inhaltlich orientiert sein. Für die jeweiligen Version wird ein Themenspeicher genutzt.

-