Kontekst użycia oprogramowanie w budowinictwie

W pewnej firmie budowlanej podjęto decyzję o wprowadzeniu oprogramowania do zarządzania rysunkami. Zarząd słusznie zwrócił uwagę na problemy wynikające z powolnego procesu poprawek w dokumentacji oraz z błędów wynikających z pracy na nieaktualnych rysunkach.

Aplikacja wymagała tabletu do działania, więc zakupiono nowoczesne urządzenia dla pracowników i przekazano je na budowę. Tablety po szkoleniu pracownicy odstawili do szafek i nigdy ich nie użyli. Dlaczego? Ponieważ bali się odpowiedzialności za drogi sprzęt, który w warunkach panujących na placu budowy mógł łatwo się zniszczyć.

Tę historię w różnych wersjach słyszałem kilkukrotnie. Podstawy rezygnacji z użycia czasem się różniły. “Ciężko mi wyciągnąć tablet stojąc na drabinie” czy “jak mam go schować do kieszeni?” to cytaty od inżynierów, którzy zrezygnowali z użycia tabletów.

Realne bariery wdrażania oprogramowania

Kierownicy budowy i inżynierowie zwracają uwagę na bariery techniczne i fizyczne jako największe wyzwanie przy próbach wdrożeń technologii cyfrowych na placu budowy. Bariery te mogą wynikać z niedostosowania oprogramowania do warunków panujących na placu budowy, skomplikowanego interfejsu, wygórowanych wymagań sprzętowych czy czasochłonnego wdrożenia.

Do przykładów innych barier fizycznych i technicznych związanych z wprowadzaniem oprogramowania dla budownictwa należą: brak dostępu do stabilnego internetu, restrykcyjne wymogi dotyczące bezpieczeństwa danych, brak przepływu danych pomiędzy systemami informatycznymi czy ograniczenia w możliwościach instalowania sprzętu przez specyficzne wymagania projektu.

Analiza rozwiązania

Najbardziej efektywnym sposobem na bariery fizyczne i techniczne jest analiza rozwiązania z perspektywy użytkownika końcowego – np. pracownika działu realizacji. 

Podstawowym sposobem na przeprowadzenie analizy jest dokonanie testów oprogramowania na budowie oraz przeprowadzenie rozmów z użytkownikami. Testy czy konsultacje nie muszą być długie, nie zauważyłem dużych różnic pomiędzy wynikami testów trwających jeden dzień a trwających trzy miesiące. Warto jednak zwrócić uwagę, że przedłużające się testy prowadzą do zwiększenia niepewności pracowników i prowadzą do zniechęcenia niekończącym się procesem decyzyjnym. W wielu przypadkach przedłużające się testy prowadzą do wielokrotnego powtarzania tych samych czynności, co może frustrować nawet najbardziej otwartych pracowników.

Feedback z placu budowy

Prowadzenie testów czy konsultacji należy również prowadzić pamiętając o ich celu. Jeżeli testy mają na celu weryfikację barier fizycznych i technicznych warto zrezygnować z pytań o lepsze rozwiązanie. Moje doświadczenie wskazuje, że do najbardziej efektywnych pytań należą pytania bardziej szczegółowe – czy aplikacja jest prosta w obsłudze? Czy potrzebujesz dodatkowego szkolenia z działania aplikacji? Czy aplikacja działa szybko? Dzięki tak postawionym pytaniom unikniemy odpowiedzi w których pytany będzie czuł się zmuszony do obrony status quo czy będzie czuł że decyzja o użyciu rozwiązania jest zrzucona na niego.

Największe trudności pojawiają się na etapie pierwszych dni korzystania z nowych technologii. Użytkownicy obawiają się utraty danych i nieodwracalnych zmian.

Wnioski z wdrażania oprogramowania w branży budowlanej

Największe trudności we wdrażaniu oprogramowania w branży budowlanej pojawiają się na etapie pierwszych dni korzystania z nowych rozwiązań. Użytkownicy obawiają się utraty danych i nieodwracalnych zmian. Jednak dedykowane oprogramowanie budowlane, takie jak te oferowane przez Contech Poland, zapewniają trwałość danych i śledzenie każdej zmiany, co jest kluczowe w pracy z zewnętrznymi firmami przy jednej dokumentacji projektu.

W celu przezwyciężenia barier technicznych i fizycznych przy wdrażaniu technologii cyfrowych na placu budowy, niezbędne jest zrozumienie perspektywy użytkownika końcowego. Testy oprogramowania na budowie oraz konsultacje z użytkownikami są kluczowymi elementami tego procesu. Ważne jest również zadawanie szczegółowych pytań, które pozwalają uniknąć obrony status quo i skupiają się na rzeczywistych potrzebach i wyzwaniach użytkowników.

Artykuły powiązane