Przy pięciu produktach automatyzacja to strata czasu. Przy stu — jedyny sposób, żeby biblioteka powstała w rozsądnym terminie i była spójna.
Automatyzacja bywa sprzedawana jako wartość sama w sobie. W praktyce ma sens tylko wtedy, gdy zadanie jest powtarzalne, dobrze zdefiniowane i występuje w odpowiedniej skali. Poniżej granica, przy której to się zmienia.
Co warto automatyzować przy dużym katalogu
Generowanie tabel typów z arkusza kalkulacyjnego
Najbardziej opłacalny przypadek. Producent ma listę wariantów w arkuszu — kilkadziesiąt lub kilkaset wierszy z wymiarami i danymi. Ręczne przepisywanie tego do Revita to godziny pracy i niemal pewne błędy. Skrypt tworzy typy automatycznie, a przy aktualizacji katalogu wystarczy podmienić arkusz i uruchomić go ponownie.
Kontrola jakości całej biblioteki
Skrypt sprawdzający wszystkie pliki naraz wyłapuje to, co przy ręcznym przeglądzie umyka: rodziny przekraczające zadaną wagę, brakujące parametry, niespójne nazwy typów, nieprawidłowe kategorie, zaimportowaną geometrię CAD. Taki raport dla stu plików powstaje w kilka minut.
Masowa aktualizacja parametrów
Gdy zmienia się nazewnictwo albo dochodzi nowy wymagany parametr, ręczna edycja stu rodzin to tydzień pracy i ryzyko pominięcia kilku plików. Skryptem to kwestia jednego przebiegu.
Generowanie podglądów graficznych
Każdy produkt w bibliotece potrzebuje podglądu w kilku widokach. Automatyczne renderowanie z jednolitym kadrem i oświetleniem daje spójny wygląd całego katalogu, czego przy pracy ręcznej praktycznie nie da się osiągnąć.
Próg opłacalności
| Wielkość katalogu | Czy automatyzować |
|---|---|
| do 10 produktów | Nie — przygotowanie skryptu zajmie więcej czasu niż praca ręczna |
| 10–30 produktów | Częściowo — warto zautomatyzować tabele typów i kontrolę jakości |
| powyżej 30 produktów | Tak — automatyzacja przestaje być opcją, staje się warunkiem spójności |
| katalog aktualizowany co roku | Tak, niezależnie od wielkości — zwrot następuje przy pierwszej aktualizacji |
Warto zwrócić uwagę na ostatni wiersz. Nawet niewielka biblioteka, którą aktualizujesz regularnie, uzasadnia automatyzację — bo koszt ponosisz raz, a oszczędność wraca przy każdej rewizji katalogu.
Czego automatyzacja nie zastąpi
Decyzji projektowych. Podział katalogu na rodziny, wybór poziomu szczegółowości, struktura parametrów, sposób zachowania modelu przy zmianie wymiarów — to wymaga zrozumienia, jak projektant będzie z tego korzystał. Skrypt powiela decyzje, ale ich nie podejmuje. Automatyzacja zastosowana do źle zaprojektowanego wzorca produkuje sto plików z tym samym błędem.
Automatyzacja mnoży skutki decyzji podjętych na etapie prototypu — zarówno dobrych, jak i złych.
Autor: Mateusz Pasławski · Re Architektura