ISO 19650, in fünf Minuten.

ISO 19650 ist die internationale Norm für das Management von Informationen über den gesamten Lebenszyklus eines Bauwerks, vom ersten Business Case bis zu Jahrzehnten des Betriebs. Lässt man den Fachjargon beiseite, beantwortet sie eine Frage: Wie stellen Sie sicher, dass die richtigen Informationen in der richtigen Qualität die richtigen Menschen zur richtigen Zeit erreichen, und das auch lange nach Projektende?

Diese Seite ist die Kurzfassung. Fünf Teile, vier tragende Ideen, ein Prinzip, das unter allem liegt. Wenn Sie in die Tiefe wollen, hat jeder Teil seinen eigenen Leitfaden, beginnen Sie unten mit Teil 1.

Das Prinzip unter allem

Vor den fünf Teilen die eine Idee, der sie alle dienen: jede auf einem Projekt erzeugte Information sollte auf eine Entscheidung zurückführen, die jemand tatsächlich treffen muss.

Ein Eigentümer muss ein Gebäude fünfzig Jahre lang betreiben. Ein Auftraggeber muss jede Phase freigeben. Ein Bauunternehmen muss Gewerke kollisionsfrei koordinieren. Jedes davon ist eine Entscheidung, und jede Entscheidung braucht Informationen, um gut getroffen zu werden. ISO 19650 ist die Disziplin, diese Bedarfe im Vorfeld zu benennen, genau festzulegen, was sie beantwortet, und die Informationen so zu steuern, dass man ihnen vertrauen kann, wenn die Entscheidung ansteht.

Stimmt das, folgt die Mechanik der Norm von allein, die Anforderungen, die Datenumgebung, die Detailtiefe, die Benennung. Stimmt es nicht, erzeugen Sie Tausende von Dateien, die niemand nutzt, und verpassen die wenigen, auf die es ankam.

Die Norm hat fünf Teile

Jeder Teil behandelt eine andere Phase im Lebenszyklus der Anlage. Zusammen reichen sie von „Was brauchen wir überhaupt" über Lieferung, Betrieb, Austausch bis zur Sicherheit.

Die vier Ideen, die alles tragen

Vier Konzepte aus Teil 1 leisten den größten Teil der Arbeit. Wenn Sie überhaupt nur vier Dinge über ISO 19650 lernen, dann diese.

1. Die Anforderungskaskade

Nichts wird ohne einen nachvollziehbaren Bedarf erzeugt. Anforderungen fließen nach unten, die strategischen Bedarfe des Eigentümers (OIR) bestimmen, was jede Anlage und jedes Projekt braucht (AIR, PIR), woraus die formelle Vorgabe an das Lieferteam wird (AIA), die das Team mit einem Lieferplan beantwortet (BAP, MIDP, TIDP). Von oben nach unten führt jede Datei auf einen geschäftlichen Grund zurück. → In voller Tiefe in Teil 1.

2. Die gemeinsame Datenumgebung

Eine CDE ist kein gemeinsamer Ordner. Sie ist der eine gesteuerte Ort, an dem alle Projektinformationen liegen, mit vier definierten Zuständen (WIP → Shared → Published → Archived), zwei Freigabegates dazwischen, Zugriffssteuerung und einem lückenlosen Prüfprotokoll. Die Plattform und der Prozess. → In voller Tiefe in Teil 1.

3. Informationsbedarfstiefe

Wie viel Detail sollte ein Element gerade jetzt tragen? LOIN ersetzt die alte einzelne „LOD"-Zahl, indem es drei Dinge trennt, Geometrie, Daten (alphanumerisch) und Dokumentation, sodass jedes unabhängig gefordert werden kann, je Element, je Phase. Sie verlangen genau so viel, wie nötig ist, nicht mehr. → In voller Tiefe in Teil 1.

4. Benennung & Informationscontainer

Jede Datei in der CDE ist ein Informationscontainer mit einem strukturierten, maschinenlesbaren Namen. Eine konsistente Feldkonvention, Projekt, Ersteller, Gewerk, Zone, Typ, Folge, Status, Revision, sorgt dafür, dass jeder Inhalt, Autor und Status einer Datei erkennen kann, ohne sie zu öffnen, und die CDE über Zehntausende von Dateien hinweg automatisch validieren, suchen und auswerten kann. → In voller Tiefe in Teil 1.

Die Abkürzungen, entschlüsselt