Jetzt betreiben Sie das Fundament.
Teil 1 hat das Fundament gelegt, die Kaskade, die CDE, LOIN, die Benennung und die beteiligten Parteien. Er hat gezeigt, was erzeugt wird und durch wen. Teil 2 ist die andere Hälfte: wie Sie ein Projekt daran ausrichten. Die Beauftragung, die Mobilisierung, der Produktionszyklus und die Phasen-Gates, die aus einem Bündel von Anforderungen ein geliefertes, geprüftes Informationsmodell machen.
Die ISO 19650-2 ordnet all das in acht Tätigkeiten, vier für den Aufbau der Beauftragung, vier, die sich in jeder Phase wiederholen. Etwa siebzehn Minuten Lesezeit. Wenn Sie Teil 1 nicht gelesen haben, beginnen Sie dort; dieser Teil setzt seine Begriffe voraus.
Wie bewegt ein Projekt Informationen tatsächlich von der Anforderung zum Nachweis?
Durch einen Zyklus. Die ISO 19650-2 legt die Lieferphase als acht Tätigkeiten fest. Die ersten vier bauen die Beauftragung auf, die auftraggebende Partei benennt den Bedarf, lädt zur Ausschreibung ein, prüft die Angebote und unterschreibt. Die letzten vier sind der Motor, der danach läuft, mobilisieren, produzieren, liefern und schließlich abschließen. Die Tätigkeiten fünf bis sieben wiederholen sich in jeder Projektphase, und genau das macht es zu einem Zyklus statt zu einer Linie.
Der Aufbau der Beauftragung beantwortet wer, zu welchen Bedingungen, nach welcher Spezifikation. Die Produktionsschleife beantwortet und jetzt setzen Sie es um, Phase für Phase, mit jedem geprüften Austausch.
1, Bewertung & Bedarf
Die auftraggebende Partei beginnt. Sie bestätigt ihre Anforderungen, OIR, AIR und PIR aus der Kaskade in Teil 1, und überführt sie in die AIA, die formale Spezifikation, die sie am Markt ausgibt.
Die ISO 19650-2 legt drei Dinge fest, die die AIA tragen müssen: die Informationsanforderungen, die Standards der Informationslieferung und die Methoden und Verfahren der Informationserzeugung. Hier trifft die auftraggebende Partei auch die grundlegenden Entscheidungen, die CDE-Plattform und die Funktion des Informationsmanagements, denn nichts an der Lieferung funktioniert, wenn diese die Ausschreibung unbemerkt passieren.
2, Ausschreibungseinladung
Die AIA gehen mit den Ausschreibungsunterlagen hinaus, zusammen mit den Referenzinformationen, die ein Bieter braucht, um sauber zu antworten, und den Kriterien, nach denen die Angebote bewertet werden.
Das ist der Moment, in dem die Anforderungskaskade auf den Markt trifft. Vage AIA erzeugen hier vage Angebote, und ein vages Projekt. Die Klarheit dessen, was Sie verlangen, setzt die Obergrenze dessen, was Sie erhalten.
3, Angebotsabgabe
Jede mögliche Lead Appointed Party antwortet mit einem BAP vor Beauftragung, dem pBAP. Er zeigt, wie sie zu liefern beabsichtigt: benanntes Team und Kapazität, der Technologie-Stack, die Koordinationsstrategie, ein Auszug aus dem MIDP-Entwurf und ein Mobilisierungsplan.
Der pBAP ist der mit Abstand verlässlichste Indikator dafür, wie das Team tatsächlich arbeiten wird, weshalb die auftraggebende Partei ihn bewertet, mit hohem Gewicht, bevor irgendjemand unterschreibt.
4, Beauftragung
Der gewinnende pBAP wird zum bestätigten BAP entwickelt, dem vertraglichen Lieferplan, der tatsächlich ausgeführt wird. Die Beauftragung wird unterschrieben. Der Informationsstandard, die Methoden und Verfahren, die Verantwortlichkeiten und die Anforderungen werden alle verbindlich.
Das ist der Angelpunkt der gesamten Norm. Alles davor ist Vorbereitung; alles danach ist Ausführung gegen das, was gerade festgeschrieben wurde.
5, Mobilisierung
Bevor eine einzige Lieferung erzeugt wird, mobilisiert die Lead Appointed Party, das Zeitfenster von vier bis sechs Wochen zwischen Zuschlag und produktiver Arbeit. Sie bestätigt den BAP, konfiguriert die CDE, baut den MIDP aus den Plänen der Fachteams zusammen und führt jedes Team ein. Überspringen Sie das, und das Projekt verbringt Monate damit, sich von improvisierten Setups zu erholen.
6, Kollaborative Produktion
Die Fachteams produzieren. Jeder Container wird in WIP erstellt, an Gate 1 geprüft und dann nach Shared zur Koordination verschoben, der CDE-Ablauf, den Teil 1 definiert hat. Die Produktion folgt dem TIDP jedes Teams: seinem eigenen Anteil dessen, was fällig ist, bis wann, in welcher Informationsbedarfstiefe.
7, Lieferung des Informationsmodells
An jedem Phasen-Gate prüft und autorisiert die Lead Appointed Party die Informationen gegen die AIA und das Koordinationsmodell, Gate 2, und liefert sie dann als formalen Informationsaustausch an die auftraggebende Partei, nachverfolgt gegen den MIDP. Dann dreht sich die Schleife: die nächste Phase beginnt. (Die Qualitätsmechanik dieses Austauschs, die Fünf C, die Entscheidung A/B-Prüfung, ist Sache der ISO 19650-4; das ist Teil 4.)
8, Projektabschluss
In der letzten Phase verlässt das Projekt den Zyklus. Das angenommene Informationsmodell wird archiviert, die Lessons Learned werden festgehalten, und das PIM geht in das AIM über, den betrieblichen Nachweis, auf dem das Gebäude läuft. Diese Übergabe, und alles danach, ist das Gebiet von Teil 3.
VertiefungDie acht Tätigkeiten im Überblick, und wer jede führt
| # | Tätigkeit | Führung | Zentrales Ergebnis |
|---|---|---|---|
| 1 | Bewertung & Bedarf | Auftraggebende Partei | AIA entworfen (3 Bestandteile); CDE & Standards gewählt; IM-Funktion zugewiesen |
| 2 | Ausschreibungseinladung | Auftraggebende Partei | AIA + Referenzinformationen ausgegeben; Bewertungskriterien gesetzt |
| 3 | Angebotsabgabe | Mögliche Lead Appointed Party | BAP vor Beauftragung; benanntes Team; MIDP-Entwurf; Mobilisierungsplan |
| 4 | Beauftragung | Auftraggebende + Lead Appointed Party | Bestätigter BAP; Beauftragung unterschrieben; Anforderungen verbindlich |
| 5 | Mobilisierung | Lead Appointed Party | CDE konfiguriert; MIDP zusammengestellt; Teams eingeführt; Methoden getestet |
| 6 | Kollaborative Produktion | Fachteams | Container erzeugt WIP → Gate 1 → Shared, nach TIDP |
| 7 | Lieferung des Informationsmodells | Lead Appointed Party | Gate 2 autorisieren; Austausch gegen MIDP geliefert; freigegeben |
| 8 | Projektabschluss | Auftraggebende + Lead Appointed Party | Archiv; Lessons Learned; PIM → AIM |
Die Tätigkeiten 5–7 wiederholen sich in jeder Projektphase. Die auftraggebende Partei kann mehrere Lead Appointed Parties beauftragen; jede durchläuft dasselbe Muster aus Ausschreibung → Angebot → Beauftragung mit ihren eigenen beauftragten Parteien darunter. Die Kaskade der Anforderungen in Teil 1 spiegelt sich hier in einer Kaskade von Beauftragungen.
Ein Projekt hat zwei BAPs, nicht einen. Der erste gewinnt die Arbeit. Der zweite liefert sie. Sie zu verwechseln ist der Weg, auf dem Teams sich übernehmen.
Der BAP, zweimal erstellt
Teil 1 hat festgehalten, dass der BAP zweimal erstellt wird. Hier steht, warum die Unterscheidung operativ zählt. Der BAP vor Beauftragung ist geschrieben, um zu gewinnen, er zeigt der auftraggebenden Partei, wie das Team liefern würde, wenn es ausgewählt wird. Der bestätigte BAP ist geschrieben, um zu liefern, er ist der vertragliche Plan, an dem das Team gemessen wird, und er ersetzt den pBAP. Dieselbe Dokumentenfamilie, zwei sehr verschiedene Aufgaben, zwei sehr verschiedene Einsätze.
BAP vor Beauftragung, das Angebot
Eingereicht mit der Angebotsabgabe, nach ISO 19650-2 Abschnitt 5.3. Er belegt Leistungsfähigkeit und Vorgehen: wie das Team die AIA erfüllen wird, wer dazugehört und ob die Kapazität vorhanden ist, die vorgeschlagenen Standards und Software, eine Koordinationsstrategie, ein Auszug aus dem MIDP-Entwurf und ein Mobilisierungsplan. Es ist eine Zusage, die ein Bieter macht, um zu gewinnen, und genau deshalb muss sie lieferbar sein, nicht aspirativ.
Bestätigter BAP, der Vertrag
Entwickelt aus dem gewinnenden pBAP nach der Beauftragung (Abschnitt 5.4), innerhalb von etwa fünfzehn bis zwanzig Arbeitstagen, bevor die Produktion beginnt. Er verfestigt alles: die bestätigte Verantwortungsmatrix und RACI, den vereinbarten Informationsstandard und die Methoden, die zum MIDP aggregierten TIDP, die CDE-Konfiguration, die LOIN je Phase, das QA-Verfahren und die Übergabestrategie. Das ist das Dokument, von dem die Lieferphase tatsächlich aus geführt wird.
VertiefungWas in einem BAP steckt, der QA-Rahmen darin und die zwei Wege, auf denen er schiefgeht
Die Abschnitte, die der bestätigte BAP trägt
Projektinformationen · Team und Verantwortlichkeiten (Organigramm, benannte Rollen, RACI, Umfang der Fachplaner) · Informationsstandards (Softwareversionen, IFC-Version, Koordinatensystem, Einheiten, Uniclass 2015) · CDE-Konfiguration (Plattform, Ordner, Benennung, Statuscodes, Freigabeworkflow, Zugriffsmatrix) · die LOIN-Spezifikation · die MIDP-Zusammenfassung und Meilensteine · Qualitätssicherung · Koordinationsverfahren (Kollisionsworkflow, Föderation, Termine für den Planungs-Freeze) · Sicherheit und Daten (ein Plan nach ISO 19650-5, wo das Projekt es erfordert) · Übergabestrategie (FM-Daten, COBie, Bestand, Betrieb und Wartung).
Die Varianten für Planungsbüro und Bauunternehmen unterscheiden sich vor allem darin, wer führt, und im Schwerpunkt der Phasen, das Planungsbüro trägt die Produktion in der Entwurfsphase und die fachübergreifende Koordination über die RIBA-Phasen; das Bauunternehmen trägt die Lieferung in der Bauphase: Entwurfsmodelle, empfangen in LOD 300, entwickelt auf LOD 350 für die Koordination und LOD 400 für Werkstattzeichnungen und Fertigung, dann verifiziert auf LOD 500 als Bestand, mit 4D-Sequenzierung und Steuerung der Fachteams der Nachunternehmer obendrauf. Die Struktur ist dieselbe.
Der QA-Rahmen, auf den sich der BAP verpflichtet
Ein ernsthafter BAP definiert seine eigenen internen Qualitäts-Gates, sodass kein Container ungeprüft einen Shared- oder Published-Zustand erreicht. Der Standard von JES ist ein vierstufiger Rahmen: L1 Eigenprüfung des Modellierers (Benennung, Modellzustand, interne Kollision) → L2 Fach-/Gewerkeprüfung (regelbasierte Modellprüfung, Metadaten) → L3 Koordinationsprüfung (Kollisionsprüfung am Koordinationsmodell, BCF-Bericht) → L4 Meilenstein-Gate-Audit (formelle AIA-/BAP-Konformitäts-Scorecard, schriftliche Freigabe, bevor eine Meilensteinlieferung an den Auftraggeber geht). Alles, was sich vor der Veröffentlichung nicht lösen lässt, wird als Non-Conformance Report protokolliert und in der CDE nachverfolgt.
Zwei Fehlermodi
Ein pBAP, der zu viel verspricht. Das Angebot verpflichtet sich auf LOIN-Stufen oder Liefertakte, die das Team nicht halten kann. Bis Phase 3 verpasst es Meilensteine, und weil die Übererfüllung unterschrieben wurde, war die vertragliche Belastung schon bei der Beauftragung angelegt, nicht erst später entdeckt.
Ein Standard-BAP, von dem niemand führt. Das Team kopiert den BAP des letzten Projekts, lässt die Spalte für den BIM Manager auf „wird noch bestätigt" stehen, legt ihn ab und führt das Projekt aus Gewohnheit. Ein Standard-BAP gegenüber einem ernsthaften ist der klarste Frühindikator für Projektqualität, den es gibt.
Die ersten dreißig Tage entscheiden das Projekt
Das ist der Teil der Lieferung, der am häufigsten übersprungen wird und am teuersten zu überspringen ist. In der Mobilisierung werden die Fundamente physisch gebaut: die CDE konfiguriert, der MIDP zusammengestellt, die Standards ausgegeben, die Teams geschult. Läuft es richtig, läuft das Projekt vom ersten Tag an auf verlässlichem Prozess. Wird es überstürzt, „sofortiger Beginn bei Unterschrift", ist der erste echte Austausch das erste Mal, dass überhaupt jemand den Workflow ausprobiert, unter Termindruck.
Die ISO 19650-2 Abschnitt 5.4 verlangt von der beauftragten Partei, in diesem Fenster den BAP zu bestätigen, den MIDP zu entwickeln und die CDE einzurichten. Die Norm behandelt es als vier Wochen disziplinierter Einrichtung, geführt als Programm mit harten Prüfpunkten.
Woche 1–2, den BAP bestätigen
Vertrag und AIA im Detail prüfen. Eine Lückenanalyse zwischen dem, was der pBAP versprochen hat, und dem, was der Vertrag verlangt, durchführen. Den benannten BIM Manager formell berufen. Den bestätigten BAP entwerfen und finalisieren und ihn bis Ende der zweiten Woche zur Prüfung beim Auftraggeber einreichen.
Woche 2–3, die CDE konfigurieren und testen
Die CDE auf die vereinbarte Struktur einrichten: die vier ISO-19650-Zustandsbereiche, die Zugriffskontrollmatrix und, der mit Abstand wichtigste Schritt, die Benennungsvalidierung, die nicht konforme Uploads automatisch abweist. Ohne sie kehren Teams binnen Wochen zu ihren eigenen Konventionen zurück. Dann testen: einen Pilot-Upload-Workflow durchlaufen, bevor sich irgendjemand darauf verlässt.
Woche 2–4, den MIDP zusammenstellen
Den MIDP von unten nach oben aus den TIDP der Fachteams aufbauen (nächster Abschnitt). Die behördlichen Einreichungsmeilensteine zuerst abbilden, Genehmigungen, Brand- und Personenschutz, Versorgung, Nachhaltigkeit, dann die Planungslieferungen rückwärts arbeiten, sodass jeder mit ausreichender Prüfzeit gespeist wird.
Woche 3–4, die Teams einführen, dann live gehen
Einführung heißt nicht, Zugangsdaten zu mailen. Jeder Nutzer wird auf die Standards und die CDE des Projekts geschult und muss dann einen Test aus Upload, Prüfung und Download bestehen, bevor er Produktionszugriff erhält. Woche vier schließt mit dem formellen BIM-Kickoff-Meeting; die CDE geht live; die Produktion beginnt.
VertiefungDer Kickoff, das Risikoregister und die Falle der verkürzten Mobilisierung
Das BIM-Kickoff-Meeting
Der formelle Start des Informationsmanagementprozesses, abgehalten am Ende der Mobilisierung. Es führt das gesamte Team durch den freigegebenen BAP, demonstriert die live geschaltete CDE, prüft den MIDP und seinen ersten Datendrop, bestätigt die RACI und prüft das Risikoregister der Mobilisierung mit zugewiesenen Verantwortlichen. Nach diesem Meeting kennt jeder die Spielregeln und weiß, wohin seine Arbeit geht.
Das Risikoregister der Mobilisierung
Die ISO 19650-2 verlangt von der beauftragten Partei, Risiken für den Informationsmanagementprozess zu benennen und Maßnahmen vorzuschlagen, geführt als lebendes Register aus Eintrittswahrscheinlichkeit × Auswirkung, monatlich geprüft. Die wiederkehrenden Risiken mit hoher Auswirkung und ihre Behebungen:
| Risiko | Maßnahme |
|---|---|
| CDE bei Go-live nicht bereit | CDE-Beschaffung vor Beauftragung starten; temporärer beschrifteter Ordner nur für Woche 1–2 |
| BAP vom Auftraggeber nicht freigegeben | In Woche 1 einreichen; eigenes Prüfmeeting in Woche 2; auf zwei Überarbeitungszyklen begrenzen |
| Team nicht geschult | Pflichtschulung in Woche 3; kein Produktionszugriff ohne bestätigten Abschluss |
| Namenskonvention nicht durchgesetzt | Serverseitige Validierung vor Go-live aktiviert; nicht konforme Uploads abgewiesen |
| MIDP nicht auf den Terminplan abgestimmt | Gemeinsam mit dem Terminplaner entwickeln; behördliche Meilensteine zuerst abbilden |
Die Falle der verkürzten Mobilisierung
Mobilisierungstheater ist der benannte Fehler: viele Kickoff-Meetings, wenig messbare Einrichtung, und am dreißigsten Tag ist die CDE unkonfiguriert, die Namenskonvention noch im Entwurf und der MIDP nicht aufgebaut. Behandeln Sie die Mobilisierungs-Checkliste als hartes Gate an Tag 7, 14 und 30, ein nicht abgehaktes Feld ist ein Terminverzug, keine Formsache. Wo der Auftraggeber wirklich nicht warten kann, fahren Sie eine parallele Mobilisierung: risikoarme frühe Aufgaben in einem klar beschrifteten temporären Ordner, während die CDE daneben konfiguriert wird, alles davon in die live geschaltete CDE migriert, bevor der erste formelle Meilenstein ansteht, und das Vorgehen im BAP dokumentiert, sodass frühe Ergebnisse als vorläufig verstanden werden.
Wie der Lieferplan zusammengestellt wird
Der MIDP wird nicht von oben nach unten verfasst. Er wird von unten nach oben zusammengestellt. Jedes Fachteam schreibt den Plan für die Arbeit, die es verantwortet; die Lead Appointed Party fasst diese zu einem Master-Register zusammen. Die Struktur spiegelt die Parteien: die Produktion geschieht in den Fachteams, also wird der Plan aus ihren Zusagen aufgebaut und hochgerollt, nicht von oben diktiert.
TIDP, der Anteil jedes Teams
Der Task Information Delivery Plan ist die Liste eines Fachteams über die Informationscontainer, die es erzeugen wird: jeder Container nach der Konvention benannt, sein verantwortlicher Autor, seine Informationsbedarfstiefe, sein Fälligkeitsdatum, der Status, den er bei der Lieferung trägt, und seine Abhängigkeiten. Jedes Team reicht seinen TIDP innerhalb von etwa vierzehn Tagen nach der Beauftragung bei der Lead Appointed Party ein.
MIDP, das Master-Register
Die Lead Appointed Party aggregiert alle TIDP zum Master Information Delivery Plan: jeder Container, jedes Team, jedes Datum, jedes Format, jede Abhängigkeit, über die gesamte Beauftragung. Jede Zeile trägt die Container-ID, den Titel, den Urheber, das Gewerk, den Typ, den Statuscode, die Revision, die LOIN-Referenz, das geplante und das tatsächliche Ausgabedatum, den Zielstatus, den Austauschmeilenstein und die Abhängigkeiten. Er ist der Master-Terminplan der Informationslieferung, fortlaufend gepflegt und bei jedem Austausch gegen die Ist-Werte nachverfolgt.
VertiefungDie Aufbaureihenfolge, und der Fehler, der sie tötet
Wie der Plan zusammenkommt
- Die AIA abbilden, herausziehen, was verlangt wird, je Phase.
- Die TIDP entwerfen, jedes Fachteam plant seine eigenen Container, Verantwortlichen, LOIN, Termine, Abhängigkeiten.
- Konsolidieren, die Lead Appointed Party führt die TIDP zum MIDP zusammen.
- Abstimmen, gegen den Projektterminplan abgleichen, behördliche Meilensteine zuerst abgebildet.
- Freigeben, Auftraggeber-Freigabe, dann gegen die Ist-Werte bei jedem Austausch nachverfolgen.
Der statische MIDP
Der mit Abstand häufigste Lieferfehler: der MIDP wird in Woche vier gegen einen Terminplan aufgebaut, der bis Woche zwölf veraltet ist, und danach nie wieder angefasst. Bis Monat vier vertraut ihm niemand mehr, die wöchentliche Lieferprüfung weicht auf E-Mail und WhatsApp aus, und das Projekt verliert das eine Register, das ihm sagte, was fällig war. Bauen Sie den MIDP bei jedem Informationsaustausch-Meilenstein neu auf, nicht nur am Anfang. Ein MIDP ist nur so nützlich, wie er aktuell ist.
Der Produktionszyklus, Gate für Gate
Teil 1 hat die vier Zustände und zwei Gates der CDE definiert. In Teil 2 verrichten sie ihre Arbeit. Jeder Container, den ein Projekt erzeugt, läuft denselben Pfad, privat erzeugt, geprüft, geteilt, autorisiert, freigegeben, schließlich archiviert. Die Gates bilden die Parteien ab: das erzeugende Team prüft seine eigene Ausgabe, die Lead Appointed Party autorisiert den Austausch.
Gate 1, WIP zu Shared
Der BIM-Koordinator des erzeugenden Teams führt es. Die Prüfungen: Namenskonvention, Modellzustand (keine Warnungen, bereinigte Inhalte, korrekter Ursprung und korrekte Koordinaten) und LOIN gegen die Spezifikation. Besteht er, wechselt der Container nach Shared, sichtbar für andere Teams zur Koordination, aber noch nicht für Beschaffung oder Bau. Fällt er durch, geht er zur Nacharbeit zurück.
Gate 2, Shared zu Published
Die Lead Appointed Party führt es, im Auftrag der auftraggebenden Partei. Die Prüfungen: AIA-Konformität, Koordination gegen das Koordinationsmodell und formelle Freigabe. Besteht er, wird der Container mit dem passenden Eignungscode Published, autorisiert, vertragsfähig, die aktuelle maßgebende Version. Das ist zugleich der Punkt des Informationsaustauschs an einem Phasen-Gate.
VertiefungDie Statuscodes, und wo die Regeln für die Austauschqualität liegen
Die Eignungscodes (festgeschriebener Kanon, gleich wie in Teil 1)
Der Zustand eines Containers sagt, wo er lebt; sein Statuscode sagt, wofür er freigegeben ist. Der Code wandert mit dem Container und ändert sich bei jedem Übergang.
| Code | Status | Freigegeben für |
|---|---|---|
| S0 | In Bearbeitung | Nur Autor / erzeugendes Team |
| S1 | Geeignet zur Koordination | Planungskoordination |
| S2 | Geeignet zur Information | Nur Information, keine Maßnahme |
| S3 | Geeignet zu Prüfung & Kommentar | Formelle Prüfung, Rückmeldung erforderlich |
| S4 | Geeignet zur Phasenfreigabe | Phasen-/Gate-Freigabe |
| S5 | Geeignet zur Kostenermittlung | QS / Kostenschätzung |
| S6 | Geeignet zur Fertigung | Fertigung / Beschaffung |
| S7 | Geeignet zum Bau | Bauausführung auf der Baustelle |
| A1–An | Freigegeben / angenommen | Gesamtes Team + Auftraggeber; ersetzt Frühere |
| CR | Bestandsnachweis | Endgültiger Nachweis, für FM archiviert |
Bei einem Phasenaustausch läuft ein Container typischerweise S4 (zur Phasenfreigabe eingereicht) → A1 (freigegeben). Die Codes für freigegeben/angenommen sind in der AIA definiert und variieren je Rahmenwerk, manche Projekte nutzen A1–A5 plus B1/B2 statt S7/CR. Wählen Sie ein Schema je Projekt und setzen Sie es in der CDE durch. Die Entscheidung des Freigebenden ist selbst codiert, A freigegeben · B freigegeben mit Kommentaren · C abgelehnt, überarbeiten & erneut einreichen · D abgelehnt, nicht erneut einreichen, und die eine Regel, die allem zugrunde liegt, ist die Trennung der Zuständigkeiten: ein Autor gibt niemals seinen eigenen Container frei.
Wo die Regeln für die Austauschqualität liegen
Teil 2 bringt die Information an das Gate und führt das Projekt darum herum. Die Mechanik des Gate-Reviews, die Fünf C, gegen die ein Austausch geprüft wird, die Entscheidung A / Entscheidung B-Nachweise, die jeden Übergang nachvollziehbar machen, der Modellprüfbericht und die Format- und COBie-Prüfungen, werden von der ISO 19650-4 geregelt. Das ist Teil 4. Lesen Sie ihn dafür, wie ein Austausch tatsächlich qualitätsgesichert wird; lesen Sie diesen Teil dafür, wie das Projekt geführt wird, das den Austausch erzeugt.
Weiterführende Literatur
- ISO-19650-Reihe, BSI, Teil 2 behandelt die Lieferphase vollständig.
- UK BIM Framework, Vorlagen für BAP, MIDP und Beauftragung.
Wenn Sie sich eine Handvoll Dinge merken, dann diese.
Die acht Tätigkeiten. Vier zum Aufbau der Beauftragung, Bewertung & Bedarf, Einladung, Angebot, Beauftragung. Vier, die sich je Phase wiederholen, mobilisieren, produzieren, liefern, abschließen. Anforderungen kaskadieren nach unten; Beauftragungen ebenso.
Die zwei BAPs. Der BAP vor Beauftragung gewinnt die Arbeit; der bestätigte BAP liefert sie und ersetzt ihn. Lassen Sie das Angebot nicht mehr versprechen, als der Vertrag halten muss, und führen Sie das Projekt nicht aus einem Standard-BAP.
Die Mobilisierung ist die entscheidende Phase. Den BAP bestätigen, die CDE konfigurieren und testen, den MIDP zusammenstellen, jeden Nutzer schulen und im Zugriff testen, in den ersten vier Wochen, geführt als Programm mit harten Prüfpunkten. Mobilisierungstheater ist der Fehler, den es zu vermeiden gilt.
TIDP → MIDP, aktuell gehalten. Jedes Team plant seinen eigenen Anteil; die Lead Appointed Party rollt sie zu einem Master-Register zusammen und baut es bei jedem Austausch neu auf. Ein statischer MIDP ist ein toter.
Die Gates verrichten die Arbeit. Gate 1 (BIM-Koordinator: Benennung, Modellzustand, LOIN) bewegt WIP zu Shared. Gate 2 (Lead Appointed Party: AIA, Koordination, Freigabe) bewegt Shared zu Published. Die Mechanik der Austauschqualität hinter dem Gate ist Sache von Teil 4.
Weiter, Teil 3: Die Betriebsphase
Teil 2 hat das Projekt geführt und das Informationsmodell geliefert. Teil 3 nimmt es bei der Übergabe auf: wie das PIM zum AIM wird, wie die Anlageninformationen gesteuert und im Betrieb aktuell gehalten werden, und was die ISO 19650-3 über die Jahrzehnte verlangt, in denen das Gebäude tatsächlich betrieben wird. Lesen Sie ihn als Nächstes.
Teil 3 · Die Betriebsphase →