Elementplan im Überblick: vom Datenvertrag zum geprüften Modell

In den letzten Jahren habe ich intensiv mit Auftraggebern daran gearbeitet, BIM-Anforderungen von Wunschlisten zu umsetzbaren Anforderungen zu bringen, die in Projekten etwas bewirken. Diese Arbeit mündet im neuesten Release von pragmaticBIM.

Die meisten Diskussionen über BIM-Anforderungen bleiben abstrakt, und genau deshalb laufen sie schlecht. Hier die konkrete Variante: Screenshots von pragmaticBIM Elementplan, in der Reihenfolge, in der das Werkzeug tatsächlich benutzt wird.

Zwei Rollen kommen darin vor. Bauherren interessieren die ersten drei Screens, denn das ist es, was Sie bestellen, einem Planer übergeben und später prüfen können. BIM-Manager und Koordinatoren interessiert der Rest, denn dort werden die Anforderungen für ein konkretes Gebäude geformt. Beide Teile beschreiben dasselbe Artefakt, von entgegengesetzten Enden gesehen.

Was das Projektteam erhält

Beginnen wir am Ende. Das ist der publizierte Plan, für alle im Projekt ohne Login lesbar. Pro Element sehen Sie die IFC-Hierarchie, wie modelliert werden muss und welche Attribute und Eigenschaften gefordert sind, mit Einheiten und erlaubten Werten.

Derselbe Inhalt verlässt die Plattform in den Formaten, mit denen jede Partei ohnehin arbeitet. Bauherren nehmen Vertrags-Excel und PDF-Reports in die Ausschreibung. Modellierer nehmen die IDS nach Solibri, BIMcollab oder Sortdesk.

Und weil die Anforderungen maschinenlesbar sind, gehört das Prüfen zum Plan statt in eine separate Beschaffung. IDS-Schnitt wählen, IFC hochladen, Report erhalten.

Wie dieser Plan entsteht

Jetzt das andere Ende. Vorlagen und Projekte liegen im Editor nebeneinander. Projektanforderungen werden wie Code behandelt: jede erhält ein eigenes GitHub-Repository, mit Entwürfen, Review und Versionsgeschichte.

Ein neues Projekt ist nie ein leeres Blatt und nie die Kopie eines Entwurfs. Es entsteht aus einem publizierten Vorlagen-Release. Genau das hält laufende Projekte stabil, während die Organisation ihren Standard weiterentwickelt.

Mit dem Swiss Starter Elementplan beginnen

Wenn Sie noch keine Master-Vorlage haben, nehmen Sie unsere. Der Swiss Starter Elementplan liegt öffentlich auf GitHub: ein vollständiger Master zum Lesen, Forken oder Kopieren in ein Projekt.

Er enthält über 40 Workflows, die auf sieben Projektziele gemappt sind: Kosten- und Budgetsensitivität, Ausbaustandard, Nachhaltigkeit, Anforderungen an die Qualitätssicherung, Betriebs- und Übergabefokus, Terminkritikalität und den Umgang mit dem Bestand. Jedes Ziel hat geordnete Ausprägungen, und jede Ausprägung aktiviert ihre Workflows kumulativ. Eine Stufe zu wählen bestellt also die Anforderungen dahinter, statt eine Use-Case-Checkliste abzuhaken. Die Workflows folgen der abstract Use-Case-Klassifikation: Bestellung, Planung, Ausführung, Übergabe, Betrieb und Qualitätssicherung.

Dahinter liegen rund 80 Elemente aus Architektur, Tragwerk und HLKSE, von der Raumstruktur, den Räumen, Fenstern und Türen bis zu Tragwerksbauteilen und HLKSE-Endgeräten, jeweils mit IFC-Entity, Attributen, Property-Sets und erlaubten Werten, verankert in den SIA-Phasen. Mehrere Workflows stützen sich auf abstractBIM, das Wände, Decken und Mengen aus korrekt modellierten Räumen und Öffnungen ableitet.

Fehlt etwas, das die Vorlage nicht abdeckt? Ergänzen Sie eigene Workflows im Master, oder importieren Sie eine IDS von einem anderen Planer und mergen Sie sie ins Projekt.

Zwei ehrliche Grenzen. Das ist ein Startpunkt, kein Schweizer Standard: KBOB und die Bau- und Liegenschaftsorgane des Bundes publizieren ihre eigenen, und diese Vorlage ersetzt sie nicht. Und sie enthält keine Teilmodelle, denn die Modellteilung gehört in Ihr Projekt, in den Information Delivery Plan weiter unten.

Für dieses Gebäude konfigurieren

Danach wird der Katalog auf dieses Gebäude geschlankt. Bauherren starten meist hier, in Geschäftssprache: wie kostensensitiv ist das Projekt, wie hoch der Ausbaustandard, wie wichtig Betrieb und Übergabe. Jede Stufe aktiviert die Workflows dahinter.

Übrig bleibt die Frage, die jeder Modellierer irgendwann stellt: in welcher Datei gehört diese Information hin, und ab welcher Phase? Das ist der Information Delivery Plan, und er macht modellspezifische IDS-Dateien erst möglich.

Warum Bauherren dem Ergebnis trauen können

Nichts erreicht das Projektteam zufällig. Ein Entwurf ist ein Branch, Sie reichen ihn zur Prüfung ein, und ein Admin muss den Diff genehmigen, bevor daraus Live Data wird. Das ist die Nachvollziehbarkeit hinter einem vertraglich relevanten Dokument.

Publizieren baut den Viewer, die IDS-Dateien, das Vertrags-Excel und die Reports. Bearbeiten und Vorschau bleiben gratis. Bezahlt wird einmal pro Projekt, wenn Sie das Publizieren freischalten.

Der Zugriff wird ebenfalls pro Projekt entschieden: was anonyme Besucher sehen dürfen und welche E-Mails sich im Viewer anmelden dürfen.

Ihr eigenes Projekt anlegen

Melden Sie sich im Elementplan-Editor mit Ihrem GitHub-Konto an, oder erstellen Sie kostenlos eines. Danach folgen Sie den fünf Schritten, mit denen der Editor Sie begrüsst. Anforderungen laufen vom Entwurf über das Review zu Live Data und werden dann in den Viewer publiziert.

1. Create - ein Projekt aus einer publizierten Vorlage anlegen, zum Beispiel dem Swiss Starter Elementplan.
2. Configure - Ziele und Use Cases konfigurieren, dann auf Live Data mergen.
3. Order & publish - Version 1 bestellen und publizieren, einmal pro Projekt.
4. Invite & refine - Teamzugang und projektspezifische Regeln festlegen.
5. Operate - mit publizierten Daten und IDS arbeiten, in Archicad, Vectorworks und anderen Werkzeugen.

Entwerfen und Konfigurieren auf der Community-Vorlage kostet nichts. Bezahlt wird, wenn Sie publizieren wollen, also in dem Moment, in dem der Plan vertraglich relevant wird und das Projektteam erreicht.

Walkthrough mit Ihrem eigenen Projekt anfragen