
Automatyzacja w budownictwie coraz wyraźniej zmienia sposób pracy projektantów, kierowników budowy i innych specjalistów. Program potrafi szybko przeanalizować ogromną liczbę danych, wykryć kolizje w modelu, uporządkować dokumentację, przygotować zestawienie czy wskazać nietypowe wartości. Narzędzia wykorzystujące sztuczną inteligencję mogą także pomagać w analizie harmonogramów, raportowaniu i wyszukiwaniu informacji w dokumentach.
Dla części inżynierów rodzi to naturalne pytanie: skoro oprogramowanie potrafi coraz więcej, które zadania pozostaną po stronie człowieka?
Odpowiedź nie sprowadza się do prostego podziału na czynności wykonywane przez komputer i przez inżyniera. Technologia może bowiem wspierać nawet bardzo skomplikowane decyzje. Nadal ktoś musi jednak ocenić, czy wynik ma sens w konkretnych warunkach, jakie konsekwencje przyniesie jego zastosowanie i czy można na jego podstawie bezpiecznie działać.
W budownictwie rzeczywistość często okazuje się bardziej złożona niż model komputerowy. Na budowie pojawiają się nieprzewidziane warunki, braki dokumentacji, kolizje, zmiany materiałów czy problemy wykonawcze. Właśnie w takich sytuacjach szczególnie widoczna staje się wartość kompetencji, których nie da się sprowadzić do automatycznego przetwarzania danych.
Automatyzacja przejmie rutynę, ale ktoś nadal musi rozumieć wynik
Największą przewagą oprogramowania jest szybkość wykonywania powtarzalnych czynności.
Jeżeli inżynier przez wiele godzin przepisuje informacje pomiędzy tabelami, przygotowuje podobne zestawienia albo ręcznie porównuje setki elementów, automatyzacja może znacząco ograniczyć czas potrzebny na taką pracę.
To samo dotyczy analizy dużych zbiorów danych. Program może znaleźć zależność, której człowiek nie zauważyłby podczas ręcznego przeglądania dokumentacji. Może także wskazać elementy wymagające dodatkowej uwagi.
Automatyzacja nie dotyczy wyłącznie oprogramowania. Na placu budowy od lat coraz większą rolę odgrywa także zaawansowany sprzęt wykorzystywany do transportu i montażu elementów, który ogranicza pracę ręczną, ale nadal wymaga właściwego planowania i nadzoru inżynierskiego.
Nie oznacza to jednak, że wygenerowany wynik automatycznie staje się decyzją techniczną.
Inżynier musi rozumieć, jakie dane zostały wykorzystane, jakie założenia przyjęto i czy otrzymana odpowiedź odpowiada rzeczywistej sytuacji.
Program może poprawnie wykonać obliczenie oparte na błędnych danych wejściowych. Może też wskazać rozwiązanie optymalne według określonego kryterium, które nie uwzględnia problemu istotnego z punktu widzenia wykonania.
Dlatego wraz ze wzrostem automatyzacji znaczenie wiedzy technicznej nie znika. Zmienia się natomiast sposób jej wykorzystywania.
Inżynier coraz częściej nie musi sam wykonywać każdego prostego działania. Musi jednak wiedzieć, czy rezultat wygenerowany przez narzędzie zasługuje na zaufanie.
Ocena, czy rozwiązanie ma sens techniczny, pozostaje kluczową kompetencją
Program może zaproponować rozwiązanie spełniające przyjęte warunki matematyczne. Nie oznacza to jeszcze, że będzie ono dobrym rozwiązaniem dla konkretnej inwestycji.
Tu zaczyna się rola doświadczenia oraz wiedzy związanej z rodzajem i zakresem posiadanych uprawnień budowlanych.
Inżynier patrzy nie tylko na pojedynczy wynik. Powinien dostrzegać zależności pomiędzy konstrukcją, technologią wykonania, kosztami, dostępnością materiałów, użytkowaniem oraz pozostałymi branżami.
Załóżmy, że program wskazuje element o minimalnych wymaganych wymiarach. Formalnie wynik może wyglądać prawidłowo. Inżynier może jednak zauważyć, że zaproponowane rozwiązanie będzie trudne do wykonania, skomplikuje połączenie z innym elementem albo pozostawi zbyt mały margines na rzeczywiste tolerancje wykonawcze.
Podobne sytuacje występują niemal w każdej specjalności.
Automatyzacja może więc pomagać szukać rozwiązania. Człowiek nadal musi ocenić jego sens.
Ta umiejętność będzie prawdopodobnie stawała się jeszcze ważniejsza. Im łatwiej program wygeneruje kilka czy kilkanaście wariantów, tym większego znaczenia nabierze zdolność wyboru rozwiązania najlepszego w rzeczywistych warunkach.
Nie wystarczy wiedzieć, który wariant uzyskał najwyższy wynik w programie. Trzeba rozumieć, dlaczego warto go zastosować.
Rzeczywista budowa nie zawsze zachowuje się tak jak cyfrowy model

Model komputerowy jest uporządkowany. Budowa znacznie rzadziej.
W dokumentacji wszystko może mieć dokładnie określone współrzędne i wymiary. W rzeczywistym obiekcie pojawiają się tolerancje, nierówności, odchyłki i wcześniejsze zmiany.
Inżynier może również odkryć element, którego nie pokazuje dokumentacja. W istniejącym budynku rzeczywisty układ konstrukcji lub instalacji może różnić się od archiwalnego projektu.
W takich sytuacjach samo oprogramowanie nie rozwiązuje problemu.
Najpierw trzeba ustalić, co właściwie wydarzyło się na budowie.
Potrzebne są oględziny, pomiary, rozmowa z wykonawcą, analiza dokumentacji i czasami dodatkowe badania. Dopiero na podstawie takich informacji można stworzyć prawidłowy model sytuacji.
To pokazuje istotną różnicę pomiędzy analizą cyfrową a oceną inżynierską.
Komputer przetwarza informacje, które otrzymał. Inżynier musi jeszcze zdecydować, czy te informacje rzeczywiście opisują obiekt.
Jeżeli dane wejściowe nie odpowiadają rzeczywistości, nawet bardzo zaawansowane narzędzie może prowadzić do niewłaściwych wniosków.
Rozpoznawanie ryzyka jest czymś więcej niż znalezieniem błędu
Oprogramowanie może coraz skuteczniej wykrywać kolizje, niezgodności czy nietypowe wartości.
To ogromna pomoc.
Jednak wykrycie problemu i ocena jego znaczenia to dwie różne rzeczy.
Nie każda kolizja ma takie same konsekwencje. Nie każda niezgodność wymaga zatrzymania robót. Z drugiej strony pozornie niewielki problem może uruchomić serię kolejnych komplikacji.
Doświadczony inżynier potrafi spojrzeć kilka kroków do przodu.
Jeżeli zmieni się przebieg jednego elementu, zastanawia się, jak wpłynie to na pozostałe branże. Gdy wykonawca proponuje materiał zamienny, nie sprawdza wyłącznie jednego parametru. Analizuje także trwałość, sposób montażu i współpracę z sąsiednimi elementami.
Właśnie na tym polega ocena ryzyka.
Program może wskazać potencjalny problem. Człowiek musi zdecydować, które zagrożenie jest naprawdę istotne, jak szybko wymaga reakcji i jakie mogą być skutki pozostawienia go bez rozwiązania.
Takiej kompetencji nie buduje się wyłącznie poprzez znajomość programu. Powstaje ona z połączenia wiedzy technicznej, doświadczenia oraz obserwacji skutków wcześniejszych decyzji.
Odpowiedzialności za decyzję nie można przekazać programowi
Automatyzacja może przygotować analizę, zasugerować rozwiązanie albo zwrócić uwagę na problem.
Ostateczna decyzja zawodowa nadal wymaga człowieka.
Szczególnego znaczenia nabiera to przy wykonywaniu samodzielnych funkcji technicznych, których zakres powinien odpowiadać rodzajowi posiadanych uprawnień budowlanych.
Ma to szczególne znaczenie w budownictwie, ponieważ decyzje techniczne mogą wpływać na bezpieczeństwo ludzi, trwałość obiektu oraz bardzo duże koszty.
Inżynier nie powinien więc traktować komunikatu programu jako zwolnienia z własnej oceny.
Stwierdzenie „oprogramowanie tak wyliczyło” nie powinno zastępować odpowiedzi na pytanie, dlaczego dane rozwiązanie zostało przyjęte.
Im bardziej zaawansowane będą narzędzia, tym ważniejsza stanie się świadomość ich ograniczeń.
Inżynier musi wiedzieć, kiedy może zaufać automatycznej analizie, kiedy powinien ją zweryfikować, a kiedy wynik wymaga konsultacji z innym specjalistą.
To szczególnie istotne przy nietypowych przypadkach.
Program może być świetnie przygotowany do analizy sytuacji standardowych. Tymczasem największe problemy na budowie często pojawiają się właśnie wtedy, gdy przypadek przestaje być standardowy.
Odpowiedzialność nie polega więc na ręcznym wykonywaniu wszystkiego. Polega na świadomym korzystaniu z narzędzi i rozumieniu konsekwencji podejmowanej decyzji.
Komunikacji i negocjacji nie da się sprowadzić do jednego algorytmu
Praca inżyniera to nie tylko projekt, model i obliczenia.
Duża część codziennych problemów wymaga rozmowy z ludźmi.
Projektant musi wyjaśnić swoje rozwiązanie inwestorowi. Kierownik budowy musi przekazać wykonawcy, dlaczego określony sposób prowadzenia robót jest nieprawidłowy. Czasem trzeba uzgodnić rozwiązanie pomiędzy kilkoma branżami, które mają sprzeczne potrzeby.
Oprogramowanie może przygotować informacje potrzebne do takiej rozmowy. Nie zastąpi jednak całego procesu dochodzenia do porozumienia.
Inżynier musi umieć słuchać argumentów innych osób i odróżnić rzeczywisty problem techniczny od konfliktu wynikającego z organizacji pracy.
Potrzebna jest również zdolność wyjaśnienia skomplikowanej kwestii prostym językiem.
Dobry specjalista nie tylko wie, że czegoś nie należy wykonać. Potrafi także wyjaśnić, dlaczego, jakie ryzyko wiąże się z proponowanym rozwiązaniem i co można zrobić zamiast niego.
Takie umiejętności szczególnie trudno zastąpić automatyzacją, ponieważ każda inwestycja tworzy własny układ ludzi, interesów, terminów i odpowiedzialności.
Umiejętność powiedzenia „muszę to sprawdzić” pozostanie oznaką profesjonalizmu
Rozwój oprogramowania może paradoksalnie zwiększać pokusę podejmowania decyzji zbyt szybko.
Jeżeli odpowiedź pojawia się na ekranie po kilku sekundach, łatwo uznać, że problem został rozwiązany.
Dobry inżynier powinien jednak wiedzieć, kiedy szybkość przestaje być zaletą.
Nie wszystkie sytuacje da się rozstrzygnąć na podstawie pierwszej analizy. Czasem trzeba wrócić do dokumentacji, wykonać dodatkowy pomiar albo porozmawiać z projektantem innej specjalności.
Umiejętność zatrzymania procesu może mieć ogromną wartość.
Dotyczy to szczególnie budowy, gdzie presja harmonogramu jest bardzo silna. Ekipa czeka na decyzję, materiał został dostarczony, a następny etap powinien rozpocząć się za kilka godzin.
Wtedy łatwo zaakceptować rozwiązanie tylko dlatego, że wygląda prawdopodobnie.
Technologia może ograniczyć czas potrzebny na zdobycie informacji. Nie usunie jednak potrzeby krytycznej oceny.
Dlatego kompetencją przyszłości nie będzie wyłącznie umiejętność szybkiego uzyskania odpowiedzi z programu. Równie ważne będzie rozpoznanie sytuacji, w której odpowiedzi jeszcze nie należy uznawać za wystarczającą.
Automatyzacja w budownictwie zmieni rolę inżyniera, ale jej nie usunie

Automatyzacja w budownictwie prawdopodobnie będzie przejmowała coraz większą część powtarzalnych czynności. To dobra wiadomość dla inżynierów, jeśli dzięki temu mniej czasu będą poświęcać na ręczne przetwarzanie informacji, a więcej na rozwiązywanie rzeczywistych problemów.
Nie oznacza to jednak, że wiedza techniczna stanie się mniej potrzebna.
Może wydarzyć się coś przeciwnego.
Jeżeli program w kilka sekund wygeneruje kilka wariantów rozwiązania, ktoś nadal musi wybrać właściwy. Jeżeli automatycznie znajdzie kilkadziesiąt niezgodności, ktoś musi ustalić ich znaczenie i kolejność działania.
Przyszły inżynier będzie więc potrzebował nie tylko umiejętności korzystania z nowych narzędzi.
Nadal kluczowe pozostaną rozumienie mechanizmów technicznych, ocena ryzyka, interpretowanie nietypowych sytuacji i przewidywanie konsekwencji. Ważna będzie także komunikacja z ludźmi oraz gotowość do ponoszenia odpowiedzialności za własne decyzje.
Technologia może być bardzo dobrym asystentem. Może szybciej policzyć, uporządkować i wyszukać informacje.
Nie zna jednak konkretnej inwestycji tak jak człowiek, który rozumie jej historię, ograniczenia i rzeczywiste warunki.
Dlatego pytanie o przyszłość zawodu inżyniera nie powinno brzmieć: „czy oprogramowanie mnie zastąpi?”.
Znacznie ważniejsze jest inne pytanie: „czy potrafię korzystać z oprogramowania w taki sposób, aby podejmować lepsze decyzje niż bez niego?”.
Właśnie ta umiejętność może w przyszłości odróżniać inżyniera, który tylko obsługuje program, od specjalisty, który potrafi wykorzystać technologię, ale nie oddaje jej własnego osądu.





