W wielu projektach największe straty czasu nie wynikają z modelowania trudnej geometrii. Powstają podczas przenoszenia informacji, powtarzania ustawień i sprawdzania tych samych pól. Automatyzacja może pomóc, jeżeli zadanie ma jednoznaczną regułę i powtarza się wystarczająco często. Poniższe siedem procesów to lista kandydatów do analizy, a nie obietnica, że każdy wymaga Dynamo. Czasem wystarczy zestawienie, szablon widoku lub lepiej przygotowana rodzina.
Przed wyborem procesu zmierz czas ręczny i zapisz najczęstsze wyjątki. Zwróć uwagę na to, kto wykonuje czynność i kto odpowiada za wynik. Skrypt, którego nikt nie potrafi zweryfikować, może przenieść pracę z wykonywania zadania na szukanie błędów. Dobrze zaprojektowane narzędzie powinno pozostawić czytelny ślad: zakres działania, zastosowaną regułę, listę pominięć i rezultat kontroli. Wtedy można ocenić jego wartość bez polegania na wrażeniu szybkości.
1. Numerowanie elementów
Drzwi, pomieszczenia, urządzenia lub elementy wyposażenia często wymagają oznaczeń według standardu projektu. Reguła może uwzględniać kondygnację, strefę i kolejność przestrzenną. Automatyzacja ma sens, gdy potrafisz dokładnie opisać tę kolejność. „Od lewej do prawej” wymaga ustalenia widoku lub układu odniesienia. Przy złożonych rzutach dochodzą wyjątki, których nie należy ukrywać pod ogólnym hasłem automatycznego numerowania.
Zacznij od raportu aktualnych i proponowanych numerów. Sprawdź duplikaty, wolne numery oraz elementy wyłączone z zakresu. Jeżeli numer pojawił się już w wydanej dokumentacji, zmiana może wpływać na inne materiały. Ustal więc, czy narzędzie uzupełnia wyłącznie braki, czy może zmieniać istniejące oznaczenia. Kryterium odbioru powinno obejmować nie tylko unikalność, ale także stabilność po ponownym uruchomieniu i dodaniu nowych elementów.
Przykładowy scenariusz: projektant zaznacza nowe urządzenia w jednej strefie. Narzędzie odczytuje zajęte oznaczenia, proponuje wolne wartości i pokazuje listę. Po zatwierdzeniu zapisuje numery oraz raport. To mniejszy i łatwiejszy do kontrolowania zakres niż ponowne numerowanie całego budynku przy każdej zmianie. Wdrożenie zacznij od kilkunastu elementów i sprawdzenia ręcznego, czy reguła kolejności jest zgodna z oczekiwaniem zespołu.
2. Uzupełnianie parametrów
Kody, klasyfikacje, opisy i informacje o produktach mogą pochodzić z zewnętrznej tabeli. Powtarzalne wyszukiwanie rekordu i przepisywanie wartości to dobry kandydat do usprawnienia. Warunkiem jest jednoznaczne powiązanie elementu z rekordem. Nazwa typu bywa wygodna, ale nie zawsze stabilna. Ustal klucz, sposób obsługi duplikatów oraz to, która strona jest źródłem prawdy, gdy tabela i model zawierają różne dane.
Przed zapisem sprawdź typ parametru, możliwość edycji oraz jednostki. Wartość długości, tekstowy kod i wybór materiału wymagają innego traktowania. Parametr typu zmienia dane wszystkich jego wystąpień. Narzędzie powinno pokazać ten zakres użytkownikowi, szczególnie gdy pracuje na zaznaczonych elementach. Nie wolno zakładać, że zaznaczenie ogranicza wszystkie skutki zmiany. Raport powinien odróżniać brak dopasowania od parametru, którego nie można zapisać.
3. Tworzenie arkuszy
Jeżeli lista dokumentacji jest przygotowywana w tabeli, można wykorzystać ją do zakładania arkuszy. Dane wejściowe powinny zawierać numer, nazwę, właściwy typ tabliczki i ewentualne dodatkowe pola. Zanim powstanie pierwszy arkusz, sprawdź puste nazwy, powtarzające się numery i numery istniejące już w projekcie. Odrzucona pozycja musi pozostać widoczna w raporcie, aby projektant wiedział, czego nie utworzono.
Oddziel tworzenie pustych arkuszy od automatycznego rozmieszczania widoków. Drugi etap wymaga informacji o skali, wielkości rysunku i dostępnej przestrzeni. Nie każdy widok można umieścić ponownie na innym arkuszu w taki sam sposób. Pierwsze wdrożenie może więc obejmować tylko numerację oraz metadane arkuszy. To nadal usuwa powtarzalną pracę, a jednocześnie ma prostsze kryteria poprawności i mniejszą liczbę wyjątków.
4. Przygotowanie widoków
W wielokondygnacyjnym budynku często potrzebne są podobne zestawy widoków dla kolejnych poziomów. Powtarzają się nazwy, skale, szablony i organizacja przeglądarki. Automatyzacja może tworzyć uzgodniony zestaw, ale najpierw ustal, czy mają to być nowe widoki, duplikaty czy widoki zależne. Różnica wpływa na późniejszą pracę i sposób aktualizowania dokumentacji. Nie traktuj tych operacji jako zamiennych.
Dane wejściowe powinny wskazywać poziomy, typy widoków, nazwy i odpowiednie szablony. Narzędzie musi sprawdzać, czy dany widok już istnieje. Przy ponownym uruchomieniu powinno aktualizować uzgodnione właściwości albo pominąć istniejący element, zamiast tworzyć kolejne kopie. Testuj również ręczne zmiany użytkownika. Automatyczne nadpisanie indywidualnej konfiguracji może oszczędzić kilka kliknięć, ale jednocześnie zniszczyć godzinę pracy nad czytelnością rysunku.
5. Eksport dokumentacji i danych
Przy wydaniu projektu powtarza się wybór arkuszy, nazewnictwo plików i ustawianie eksportu. Usprawnienie może polegać na przygotowaniu jednego sprawdzonego zestawu oraz automatycznym raporcie braków. Najpierw sprawdź natywne możliwości używanej wersji Revit. Nie buduj skryptu odtwarzającego funkcję, która już spełnia potrzeby zespołu. Dodatkowe narzędzie ma sens, gdy potrzebujesz reguł wyboru, kontroli nazw lub połączenia kilku kroków.
Ustal folder docelowy i zachowanie przy istniejącym pliku: zastąpienie, nowa wersja czy zatrzymanie. Kontroluj niedozwolone znaki oraz ryzyko nadpisania dokumentacji. Po zakończeniu porównaj liczbę oczekiwanych plików z rzeczywistą. Sam brak komunikatu błędu nie oznacza kompletnego wydania. Dla plików wymiany sprawdź również uzgodnione ustawienia i wynik w narzędziu odbiorcy. Eksport jest zakończony dopiero wtedy, gdy rezultat nadaje się do użycia.
6. Kontrola danych modelu
Raport brakujących lub niezgodnych danych jest często najlepszym pierwszym projektem automatyzacji, ponieważ nie musi niczego zmieniać. Zdefiniuj reguły: obowiązkowy kod, dopuszczalny format nazwy, lista wartości albo obecność określonego parametru. Każda reguła powinna mieć identyfikator i prosty opis. „Zły model” nie jest wynikiem kontroli. „Brak kodu produktu w siedmiu elementach wyposażenia” pozwala podjąć konkretne działanie.
Nie każda pusta wartość jest błędem. Może oznaczać etap, na którym informacja nie jest jeszcze wymagana. Dlatego kontrola powinna uwzględniać cel, etap projektu i uzgodniony zakres. Oddziel błąd od ostrzeżenia oraz informacji. Raport z tysiącem nieistotnych alarmów szybko przestaje być używany. Mniejsza liczba sprawdzonych reguł, zgodnych z rzeczywistymi wymaganiami, daje zwykle bardziej użyteczny rezultat niż rozbudowana lista ogólnych kontroli.
7. Tworzenie raportów
Raport może zbierać wyniki kontroli, zestawiać dane ilościowe albo porównywać stan modelu między wydaniami. Jego wartość zależy od odpowiedzi na pytanie: jaką decyzję ma ułatwić? Kierownik projektu potrzebuje priorytetów i zmian, a osoba poprawiająca model — identyfikatorów elementów oraz opisu problemu. Jedna tabela nie zawsze zaspokoi oba zastosowania. Zaprojektuj widok podsumowania i szczegółową listę do działania.
Ustal datę, wersję modelu i reguły, na podstawie których powstał raport. Bez tego porównanie kolejnych plików może być mylące. Jeżeli zmienił się zakres kontroli, wyraźnie to zaznacz. Warto również odróżniać problem nowy, nadal otwarty i rozwiązany. Raportowanie powinno pomagać zamykać zadania, a nie tylko produkować kolejne dokumenty, które trzeba ręcznie czytać od początku przy każdym wydaniu projektu.
Jak wybrać pierwszy proces?
Porównaj trzy wartości: częstotliwość zadania, czas ręczny i trudność opisania reguły. Dobry kandydat powtarza się często, ma czytelny wynik i niewiele wyjątków. Osobno oceń koszt pomyłki. Automatyzację tylko odczytującą dane można zwykle wdrożyć ostrożniej i szybciej niż narzędzie zmieniające setki elementów. Wybierz małą próbkę i przygotuj test, w którym znasz poprawny wynik przed uruchomieniem.
Po wdrożeniu obserwuj użytkowników. Zapisuj czas przygotowania, kontroli oraz naprawy wyjątków, ponieważ to one decydują o rzeczywistym zysku. Jeśli narzędzie nie jest używane, sprawdź przyczynę przed dodaniem funkcji. Być może wymaga zbyt wielu danych wejściowych albo wynik jest trudny do oceny. Automatyzacja powinna upraszczać cały proces pracy, nie tylko skracać jeden etap widoczny na filmie demonstracyjnym.
Zamień listę pomysłów w kolejkę wdrożeń
Przy każdym kandydacie zapisz osobę odpowiedzialną, przewidywaną liczbę użyć i minimalny zakres pierwszej wersji. Dodaj ocenę jakości danych wejściowych: gotowe, wymagające uporządkowania lub nieznane. Zadanie wykonywane codziennie może być słabym wyborem, jeśli za każdym razem opiera się na nieudokumentowanej decyzji. Rzadziej wykonywana kontrola bywa lepszym początkiem, gdy ma jednoznaczną regułę i wysoką wartość dla odbioru projektu. Wybierz jeden proces, przygotuj próbkę i określ moment przeglądu wyników. Podczas przeglądu zapytaj użytkowników, czy korzystają z narzędzia samodzielnie i czy ufają raportowi. Jeśli muszą sprawdzać wszystko od początku, poszukaj przyczyny tej niepewności. Może brakować identyfikatorów elementów, opisu pominięć albo informacji o wersji danych. Poprawienie raportu często daje większą korzyść niż kolejne przyspieszenie samego przetwarzania. Pozostałe pomysły zachowaj w kolejce, ale nie łącz ich automatycznie w jeden rozbudowany skrypt.
