Podpisałeś kiedyś kontrakt na projekt BIM i nagle zdałeś sobie sprawę, że nikt tak naprawdę nie wie, jakich danych oczekuje klient?
Albo co gorsza — jesteś inwestorem i właśnie otrzymałeś modele BIM, które są całkowicie bezużyteczne dla Twojego oprogramowania do zarządzania obiektem (FM). I nic nie możesz z tym zrobić, bo… model spełnia Twoje własne, niejasne wymagania.
Tak właśnie się dzieje, gdy w ogóle nie masz Wymagań Wymiany Informacji (EIR) lub po prostu ich nie przemyślałeś.
Na BIM Corner opublikowaliśmy już dziesiątki artykułów, ale nigdy nie napisaliśmy porządnego poradnika o Wymaganiach Wymiany Informacji (EIR). Czas to naprawić.
EIR to fundament każdego projektu realizowanego według normy ISO 19650. Pisaliśmy już o tym, jak ten dokument wpisuje się w szerszy kontekst wymagań informacyjnych. Tamten artykuł możesz nadrobić tutaj.
Dzisiaj schodzimy głębiej. To pierwszy wpis z naszej nowej serii: EIR Masterclass. Potraktuj go jako kompletny przewodnik po wymaganiach informacyjnych według ISO 19650.
Czym jest EIR w BIM?
Potraktuj EIR jak zbiór zasad Twojego projektu. Zawiera cele i daje jasne instrukcje każdemu, kto startuje w przetargu.
Mówiąc najprościej: dokument EIR określa dokładnie, jakie dane ma dostarczyć zespół projektowy i wykonawczy oraz kiedy ma to zrobić. To absolutny rdzeń wymagań informacyjnych BIM.
Inwestor (w nomenklaturze ISO: zleceniodawca) tworzy ten dokument dla głównego wykonawcy (głównego zleceniobiorcy).
Inwestor potrzebuje tych konkretnych informacji do prowadzenia projektu podczas projektowania i budowy. Co ważniejsze, dane te są mu niezbędne do późniejszego zarządzania budynkiem.
EIR to dokument wiążący umownie. Po podpisaniu umowy każdy uczestnik projektu musi go przestrzegać. Właśnie dlatego musisz mieć gotowy i podpisany dokument EIR jeszcze przed rozpoczęciem przetargu.
Kluczowe aspekty EIR
Zgodnie z serią norm ISO 19650, Twój dokument EIR must określać trzy główne aspekty tworzenia informacji o projekcie.
Aspekty zarządcze i komercyjne
„Aspekty zarządcze i komercyjne powinny obejmować standard informacji oraz metody i procedury wytwarzania, które mają zostać wdrożone przez zespół realizujący.”
Te aspekty dyktują reguły gry. Definiują, w jaki sposób właściciel budynku będzie oceniał spływające dane.
Oto co musisz tutaj zawrzeć:
- Standardy nazewnictwa: Dokładna składnia nazw, którą każdy musi stosować dla plików, warstw i obiektów.
- Proces CDE według ISO 19650: Zasady działania Wspólnego Środowiska Danych. Jeśli chcesz wiedzieć, jak działa ten proces, przeczytaj nasz przewodnik po CDE według ISO 19650.
- Specyfikacja Dostarczania Informacji (IDS): Reguły zgodności danych. Kiedy dobrze ustrukturyzujesz te informacje, będziesz mógł automatycznie sprawdzać modele. Zrobisz to za pomocą standardu IDS. Pisaliśmy o tym, jak zautomatyzować walidację BIM tutaj.
Aspekty techniczne
„Aspekty techniczne EIR powinny określać te szczegółowe elementy informacji, które są potrzebne do odpowiedzi na PIR.”
Ta część tłumaczy wysokopoziomowe potrzeby biznesowe na konkretne techniczne produkty. Musisz zdefiniować jakość, ilość i szczegółowość potrzebnych informacji. W nomenklaturze ISO nazywamy to poziomem potrzeb informacyjnych (LOIN).
Co wchodzi w skład EIR?
Tworząc EIR, musisz zadać trudne pytania o to, co dokładnie ma wyprodukować zespół wykonawczy.
Cele informacji (Information purposes)
Zacznij od zdefiniowania celów. Dlaczego potrzebujesz tych danych?
Każda informacja musi powstać z konkretnego powodu. Jeśli żądasz modelu 3D tylko dlatego, że brzmi to nowocześnie, po prostu marnujesz pieniądze. Najpierw określ cel końcowy. Przykładowo, możesz potrzebować modelu do zasilenia systemu Facility Management (zarządzania obiektem) po przekazaniu budynku.
Odpowiedź na te proste pytania pomoże Ci ustalić właściwy zakres:
| Pytanie | Odpowiedź |
|---|---|
| Dlaczego wyznaczamy cele cyfrowe? | Chcemy korzystać z tych danych cyfrowych na etapie eksploatacji budynku. |
| Jak zwiększamy efektywność realizacji projektu? | Poprzez koordynację projektu i zarządzanie przekazaniem modeli od projektanta do wykonawcy. |
| Czy chcemy zbudować Cyfrowego Bliźniaka (Digital Twin)? | Tak, chcemy stworzyć Model Informacyjny Obiektu (AIM) przy odbiorze budynku. |
| Czy potrzebujemy modeli 3D na placu budowy? | Nie, zespół na budowie będzie pracował na rysunkach 2D. |
Pytań do odpowiedzi są dziesiątki. Twój zakres może obejmować zarówno proste wdrożenie CDE, jak i skomplikowane dostarczenie bazy danych.
Cele ogólne i szczegółowe (Goals and objectives)
Twój dokument EIR musi jasno komunikować cele zespołowi realizującemu projekt. Te cele mówią zespołowi co, jak i kiedy ma zrobić.
Zdefiniowanie celów pomaga też zdecydować, kto jest właścicielem danych. Niektórzy klienci chcą być właścicielami środowiska CDE i standardów. Inni wolą pozwolić wykonawcy na korzystanie z jego własnych systemów.
Oto kilka pytań, które warto wziąć pod uwagę:
Cele:
- Jakie are nasze cele cyfrowe?
- Co rozumiemy pod pojęciem Cyfrowego Bliźniaka (Digital Twin)?
- Czy potrzebujemy działającego środowiska CDE na etapie eksploatacji obiektu?
- Z jakiego systemu CAFM będziemy korzystać po przekazaniu budynku?
- Czy będziemy zarządzać obiektem wyłącznie za pomocą modeli? A może modeli i bazy danych?
- Jakie są nasze specyficzne cele zrównoważonego rozwoju (np. śledzenie emisji dwutlenku węgla w cyklu życia projektu)?
Własność:
- Czy chcemy być właścicielem procesu Wspólnego Środowiska Danych (CDE), czy przekazujemy to wykonawcom?
- Czy chcemy korzystać z naszych standardów i zasad nazewnictwa, czy oddajemy to wykonawcom?
Here is how you translate high-level purposes into clear goals:
| Cel biznesowy | Cel ogólny (Goal) |
|---|---|
| Zwiększenie efektywności projektu | Ograniczenie liczby maili. Użycie scentralizowanej platformy do zarządzania zadaniami. |
| Wspieranie współpracy w całym zespole projektowym. | |
| Zapewnienie uczestnikom projektu dostępu do właściwych informacji we właściwym czasie. | |
| Zbudowanie Cyfrowego Bliźniaka przy odbiorze | Dostarczenie czystych, użytecznych danych o zasobach po zakończeniu budowy. |
| Określenie systemu CAFM przed rozpoczęciem przetargu. |
Cele szczegółowe (Objectives)
Cele szczegółowe to drobne kroki, które urzeczywistniają Twoje cele ogólne. Odpowiadają na pytania „jak” i „kiedy”.
Jak strukturyzować wymagania BIM
Aby mieć pewność, że każdy dobrze rozumie Twoje wymagania, musisz dokładnie określić, jak i kiedy dostarczyć dane.
Proś tylko o te informacje, które faktycznie planujesz wykorzystać. Każdy dodatkowy parametr to strata czasu i pieniędzy.
Rekomendujemy strukturyzowanie wymagań w powiązanych tabelach. Przy małych projektach sprawdzi się zwykły arkusz kalkulacyjny. Przy dużych, złożonych inwestycjach lepiej użyć bazy danych. To zapobiega dublowaniu się wymagań i pozwala utrzymać porządek w dokumentach.
Unikaj pustych haseł marketingowych. Słowa takie jak „Digital Twin”, „Golden Thread” czy „BIM 5D” dla każdego znaczą coś innego. Rozbij te pojęcia na konkretne, mierzalne zadania techniczne.
Definiowanie danych
W zależności od Twoich celów, otrzymasz dane strukturyzowane lub niestrukturyzowane. Dane strukturyzowane to np. konkretne zestawy właściwości w formacie COBie, na którym bazują zespoły BIM. Dane niestrukturyzowane to chociażby instrukcja obsługi w PDF czy nagranie z drona z placu budowy.
Dla każdego wymagania określ:
- Typ kontenera informacji (model, arkusz kalkulacyjny, dokument)
- Format pliku (IFC, XLSX, PDF)
- Cel wymagania (obiekty, atrybuty, pliki)
Upewnij się, że Twoje wymagania pokrywają zarówno geometrię, jak i dane alfanumeryczne. Możesz przeczytać nasz przewodnik o strukturyzacji wymagań dotyczących właściwości obiektów.
Kryteria odbioru danych BIM
Jasne kryteria odbioru danych chronią obie strony kontraktu. Wykonawca wie dokładnie, co ma dostarczyć, a inwestor wie, jak to sprawdzić.
Kiedy odpowiednio ustrukturyzujesz te kryteria, będziesz mógł zautomatyzować kontrolę jakości. Twoje kryteria powinny obejmować:
- Poprawność nazewnictwa plików i składni
- Poprawność metadanych (typy danych, jednostki, wartości)
- Jakość modelu i reguły koordynacji (clash detection)
- Jednolity system klasyfikacji
Co dalej?
Koncepcje, które dzisiaj omówiliśmy, to podstawowe koncepty EIR. Nie tworzą one jeszcze gotowego spisu treści, ale dają solidną bazę do rozpoczęcia planowania.
W kolejnym wpisie z tej serii weźmiemy na warsztat poziom potrzeb informacyjnych (LOIN). To rekomendowane ramy strukturalne służące do określania jakości, ilości i szczegółowości wymagań informacyjnych. Innymi słowy – to wszystko, o czym pisaliśmy powyżej.
Do zobaczenia w części drugiej!
I pamiętaj, że jeśli potrzebujesz pomocy przy tworzeniu lub walidacji swojego EIR, zawsze możesz poprosić nas o pomoc..
