Zarządzanie informacją BIM: dlaczego brak komunikacji kosztuje więcej niż pomyłka

Projekty wielobranżowe nie mają problemów wyłącznie dlatego, że ktoś popełnił błąd w obliczeniach albo dwa systemy znalazły się w tym samym miejscu. Równie często problem zaczyna się wtedy, gdy poprawna decyzja techniczna nie została jasno przekazana, zapisana, sprawdzona i przeniesiona do informacji, z której korzysta reszta zespołu.

Spotkanie koordynacyjne może rozwiązać punkt styku między branżami, ale ustne uzgodnienie nie jest jeszcze kontrolowaną informacją projektową. Jeżeli decyzja nie ma właściciela, statusu, terminu, odniesienia do modelu i zapisanego wyniku, każda branża może wyjść ze spotkania z innym rozumieniem ustaleń. Problemem nie jest już pierwotna kolizja. Problemem staje się luka między decyzją a informacją, która później trafia do modeli, rysunków i zestawień.

Problemy koordynacyjne są problemami informacji

Building Information Modeling (BIM) pomaga zespołom wykrywać konflikty przestrzenne i niespójności danych, ale samo wykrycie problemu to dopiero początek. Kolizja może być widoczna w zestawieniu modeli, a mimo to pozostać nierozwiązana. Może też zostać oznaczona jako zamknięta, podczas gdy jedna z branż nadal pracuje na wcześniejszej wersji modelu albo rysunku.

Rzetelna koordynacja wymaga więc więcej niż połączenia modeli branżowych. Zespół musi wiedzieć, która informacja jest aktualna, czego dotyczy dane zagadnienie, kto odpowiada za reakcję, kto może zaakceptować rozwiązanie i kiedy uzgodniona zmiana staje się częścią kontrolowanego projektu.

Bez takiej struktury szybko pojawiają się powtarzalne problemy:

• decyzje zostają w notatkach ze spotkań, wiadomościach e-mail albo czatach
• ten sam punkt styku jest omawiany kilka razy, bo nie można znaleźć wcześniejszego ustalenia
• zagadnienia są zamykane bez dowodu, że wszystkie branże zaktualizowały swoje informacje
• lokalne pliki są mylone z aktualną informacją udostępnioną zespołowi
• komentarze, kolizje i formalne zmiany projektowe są traktowane tak, jakby miały ten sam status

To nie są wyłącznie problemy narzędzi. To problemy zarządzania informacją, które dobre narzędzia mogą pomóc kontrolować.

Cztery elementy, które utrzymują decyzje pod kontrolą

Praktyczny proces obsługi zagadnień potrzebuje czterech połączonych elementów.

Po pierwsze, każde zagadnienie musi mieć właściciela. Odpowiedzialna osoba albo organizacja powinna być wskazana jasno, razem z terminem odpowiedzi i stroną uprawnioną do przeglądu. Przypisanie zagadnienia do szerokiego zespołu pokazuje status, ale nie tworzy odpowiedzialności za wynik.

Po drugie, potrzebny jest kontekst. Użyteczny zapis wskazuje elementy modelu, lokalizację, branże, wymaganie źródłowe i powód, dla którego potrzebna jest decyzja. Zrzut ekranu może pomóc, ale nie powinien zastępować odniesienia do właściwej informacji projektowej.

Po trzecie, status musi mieć uzgodnione znaczenie. Otwarte, w przeglądzie, rozwiązane, zaakceptowane i zamknięte to różne stany. Propozycja techniczna może rozwiązać pytanie inżynierskie, ale model albo dokumentacja mogą nadal wymagać aktualizacji. Zbyt szybkie zamknięcie zagadnienia zrywa ślad między dyskusją a właściwym opracowaniem.

Po czwarte, wynik musi trafić do kontrolowanej informacji projektowej. Rejestr zagadnień jest dowodem procesu decyzyjnego, ale nie jest samym projektem. Modele, rysunki, zestawienia, obliczenia albo specyfikacje objęte decyzją muszą zostać zaktualizowane, sprawdzone i wymienione zgodnie z uzgodnionym workflow.

Rola wspólnego środowiska danych

Wspólne środowisko danych, czyli Common Data Environment (CDE), to proces i technologia służące do zbierania, przeglądu, udostępniania, publikowania i archiwizacji informacji projektowej. Może obejmować modele, rysunki, dokumenty, dane, statusy oraz zapisy wymiany informacji. Nie powinno być sprowadzane do jednego modelu federacyjnego albo jednej aplikacji do współpracy.

Celem CDE jest jasny status i przeznaczenie informacji. Model roboczy, model udostępniony do koordynacji i informacja zatwierdzona do budowy nie mają tego samego poziomu akceptacji. Nazewnictwo, rewizje, statusy, odpowiedzialność i zasady wymiany pomagają użytkownikom rozumieć, na czym mogą polegać i w jakim celu.

Rejestr zagadnień powinien być połączony z tym procesem. Ważne jest, która rewizja wygenerowała zagadnienie, jakie informacje zostały sprawdzone, jaka odpowiedź została przyjęta i w której późniejszej rewizji zmiana została uwzględniona.

Co zmienia uporządkowany rejestr zagadnień

Kiedy informacja o zagadnieniach jest aktualna i widoczna dla właściwych osób, spotkania koordynacyjne mogą koncentrować się na decyzjach zamiast na odtwarzaniu historii. Zespół widzi zaległe odpowiedzi, nierozwiązane punkty styku, propozycje czekające na akceptację oraz zmiany, które nie trafiły jeszcze do modeli lub dokumentów.

Taki zapis wspiera również przegląd techniczny. Osoba sprawdzająca może prześledzić powód zmiany, a nie tylko zobaczyć jej końcową geometrię. Jest to szczególnie ważne wtedy, gdy decyzja wpływa na kilka branż albo gdy wymagania zmieniają się po czasie.

Uporządkowane śledzenie zagadnień nie gwarantuje, że każda decyzja będzie poprawna i podjęta na czas. Sprawia jednak, że odpowiedzialność, dowody i zaległa praca są widoczne wcześniej, zanim luki informacyjne przejdą do kolejnych etapów dokumentacji.

Revizto jako platforma koordynacyjna

TEBIN wykorzystuje Revizto w projektach, w których funkcje zarządzania zagadnieniami w modelu pasują do uzgodnionego środowiska pracy. Platforma może łączyć zagadnienia z lokalizacją w modelu, widokami, komentarzami, przypisaniami, terminami i historią statusu. Dzięki temu uprawnieni uczestnicy mają wspólny obraz koordynacji bez odrywania dyskusji od geometrii, której dotyczy.

Konfiguracja nadal ma znaczenie. Role, uprawnienia, typy zagadnień, przejścia statusów, nazewnictwo i odpowiedzialność za przegląd muszą wynikać z planu projektu. Sam dostęp do platformy nie tworzy wspólnego procesu, a dashboard nie jest dowodem, że zagadnienie zostało technicznie rozwiązane.

Revizto nie jest też całym CDE. Może wspierać koordynację i obsługę zagadnień obok systemów używanych do kontrolowanej wymiany modeli i dokumentów. Relacja między tymi systemami powinna być zdefiniowana, aby zaakceptowane ustalenia trafiały do właściwych pakietów informacyjnych i rewizji.

Zarządzanie informacją wspiera decyzje inżynierskie

Celem nie jest produkowanie większej liczby zapisów dla samego porządku. Celem jest krótsza i czytelniejsza droga od identyfikacji problemu do wydania skoordynowanej informacji, która odzwierciedla uzgodnione rozwiązanie.

Ocena techniczna pozostaje po stronie odpowiedzialnych inżynierów i osób sprawdzających. Zarządzanie informacją daje tej ocenie widoczny kontekst: wykorzystane dane wejściowe, osoby zaangażowane w decyzję, status odpowiedzi i opracowania zmienione w wyniku ustalenia. Kiedy te elementy pozostają połączone, zespół spędza mniej czasu na odtwarzaniu wcześniejszych rozmów, a więcej na rozwiązywaniu punktów styku, które naprawdę wymagają wielobranżowego projektowania i inżynierii.