Dirbtinis intelektas statybose: praktinis taikymas

Dirbtinis intelektas (DI) statybose jau padeda automatizuoti rutinines užduotis, greičiau analizuoti projektų informaciją ir anksčiau nustatyti rizikas. Tačiau didžiausią vertę jis kuria tik tada, kai yra integruotas į realius statybos procesus ir dirba su patikimais BIM, sąmatų, grafikų bei statybvietės duomenimis. Straipsnyje aptariame, kur DI jau kuria didžiausią naudą, dažniausias DI diegimo klaidas ir kaip diegti DI statybos įmonėje.

Trumpas atsakymas: kur DI šiandien kuria didžiausią vertę?

Statybos ir NT valdymo įmonėse dirbtinį intelektą praktiškiausia taikyti dokumentų analizei, projektinės informacijos paieškai, susitikimų protokolų rengimui, rizikingų darbų grafiko vietų nustatymui, sąmatų ir pasiūlymų palyginimui, statybos progreso stebėsenai, BIM modelių kokybės kontrolei, statybvietės ataskaitoms bei pastatų eksploatacijos duomenų analizei.

Svarbiausia taisyklė: pradėti ne nuo klausimo „kokį DI įrankį įsigyti?“, o nuo klausimo „kuris procesas šiuo metu įmonei kainuoja daugiausia laiko, kelia didžiausią riziką arba sukuria daugiausia klaidų?“.

Kodėl BIM ir struktūruoti duomenys yra DI pagrindas?

Dirbtinis intelektas negali patikimai valdyti informacijos, kurios pati organizacija nekontroliuoja. Jeigu projekto dokumentai saugomi skirtinguose serveriuose, aktualios brėžinių versijos siunčiamos el. paštu, pastabos registruojamos neformaliuose pokalbiuose, o statybvietės nuotraukos nėra susietos su konkrečia vieta ar užduotimi, DI tik greičiau apdoros netvarkingą informaciją.

Todėl prieš pradedant sudėtingesnius DI projektus būtina suformuoti skaitmeninį projekto informacijos pagrindą:

• vieningą dokumentų ir modelių struktūrą;
• aiškią versijų kontrolę;
• nustatytas prieigos teises;
• standartizuotus failų, elementų ir parametrų pavadinimus;
• patvirtintus informacijos mainų procesus;
• ryšius tarp modelių, dokumentų, užduočių ir atsakingų asmenų.

Praktiškai tai reiškia bendros duomenų aplinkos, BIM modelių, atvirų IFC, BCF ir kitų informacijos mainų standartų naudojimą. DI šiame kontekste nėra BIM pakaitalas. Jis yra papildomas analizės ir automatizavimo sluoksnis, kurio rezultato kokybė tiesiogiai priklauso nuo valdomų BIM ir projekto duomenų kokybės.

Praktiniai dirbtinio intelekto taikymo būdai statybose

Dirbtinio intelekto praktinis taikymas statybose apima gerokai daugiau nei tekstų generavimą ar bendro pobūdžio pokalbių robotų naudojimą. Galima išskirti 11 pagrindinių sričių, kuriose DI jau šiandien gali mažinti rankinio darbo apimtį, gerinti informacijos nuoseklumą ir padėti greičiau priimti sprendimus.

1. Administracinių procesų automatizavimas

Statybos projektuose nemaža projektų vadovų, inžinierių ir administracijos darbuotojų laiko dalis skiriama pasikartojančių dokumentų rengimui, jų tikrinimui ir informacijos perkėlimui iš vieno šaltinio į kitą.

Dirbtinis intelektas gali padėti:

• rengti pirminius sutarčių projektus;
• analizuoti konkrečias sutarčių sąlygas;
• palyginti skirtingas dokumentų versijas;
• parengti perdavimo-priėmimo ir paslėptų darbų aktų projektus;
• generuoti standartinius projekto dokumentus;
• tikrinti dokumentų atitiktį teisės aktams, techninėms specifikacijoms ir projekto reikalavimams.

„Pavyzdžiui, DI gali palyginti naują subrangos sutartį su įmonėje naudojamu standartiniu šablonu ir pažymėti pakeistas atsakomybės, garantijų, terminų, mokėjimų ar darbų apimties sąlygas. Tai padeda specialistui greičiau susitelkti į reikšmingus skirtumus, o ne rankiniu būdu peržiūrėti visą dokumentą.“

Verslo požiūriu administracinių procesų automatizavimas reiškia mažesnę rankinio darbo apimtį, nuoseklesnius dokumentus ir trumpesnį jų parengimo laiką. Vis dėlto DI parengti teisiniai ar sutartiniai dokumentai turi būti peržiūrėti kompetentingo specialisto.

2. Darbas su brėžiniais

Projektinių brėžinių tikrinimas yra viena perspektyviausių DI taikymo sričių. Dideliuose projektuose skirtingų disciplinų brėžinių rinkiniuose gali būti šimtai ar net tūkstančiai lapų, todėl visus neatitikimus nustatyti vien rankiniu būdu yra sudėtinga.

DI gali padėti aptikti:

• persidengiančius tekstus ir linijas;
• trūkstamas arba neteisingas nuorodas;
• nesuderintus elementų žymėjimus;
• galimai pasenusias nuorodas į standartus;
• neatitikimus tarp architektūros, konstrukcijų ir inžinerinių sistemų brėžinių;
• skirtinguose lapuose nesutampančius aukščius, matmenis ar patalpų numerius.

Kita svarbi galimybė – automatinis duomenų išgavimas iš brėžinių rinkinių. DI gali padėti atpažinti patalpų numerius, elementų žymas, matmenis, medžiagas ar kitą struktūrizuoti tinkamą informaciją.

Didžiausia nauda sukuriama tada, kai DI pagrįsta brėžinių patikra atliekama dar prieš oficialų projekto pateikimą užsakovui, rangovui ar ekspertizei. Tai leidžia klaidas nustatyti anksčiau, kol jos netapo papildomomis RFI užklausomis, darbų stabdymu ar statybvietėje atliekamais perdarymais. DI šiuo atveju veikia kaip papildomas kokybės kontrolės sluoksnis, o galutinį sprendimą dėl nustatyto neatitikimo priima projektuotojas arba BIM koordinatorius.

3. Sąmatų rengimas ir konkursinių pasiūlymų analizė

Statybos ir NT valdymo įmonėms DI gali padėti efektyviau apdoroti didelį kiekį sąmatinės ir komercinės informacijos.

Dirbtinis intelektas gali struktūruoti duomenis iš: darbų kiekių žiniaraščių; techninių specifikacijų; BIM modelių; istorinių sąmatų; pirkimų sistemų; tiekėjų ir subrangovų pasiūlymų.

Remdamasis šiais šaltiniais DI gali padėti parengti preliminarią sąmatą, palyginti skirtingus pasiūlymus, nustatyti trūkstamas pozicijas ar pažymėti neįprastai mažas ir dideles kainas.

Ypač vertingas taikymo scenarijus – automatinis pasiūlymų palyginimas. Subrangovai dažnai pateikia kainas skirtinga struktūra, naudoja nevienodus matavimo vienetus arba remiasi skirtingomis prielaidomis. Viename pasiūlyme gali būti įtrauktas montavimas ir logistika, kitame tik medžiagos.

DI gali padėti suvienodinti pasiūlymų struktūrą ir išskirti:

• neįtrauktus darbus;
• skirtingas darbų apimties interpretacijas;
• trūkstamas medžiagas ar įrenginius;
• terminų, logistikos ir montavimo išimtis;
• skirtingas garantines sąlygas;
• neaiškiai aprašytas pozicijas.

Turint kokybišką ankstesnių projektų duomenų bazę, DI taip pat gali padėti ankstyvoje projekto stadijoje prognozuoti preliminarią statybos kainą pagal panašių projektų rodiklius. Galutinį sąmatos ar pasiūlymo vertinimą vis tiek turi atlikti sąmatininkas, pirkimų vadovas ar projekto vadovas, tačiau DI leidžia analizę atlikti greičiau ir sistemiškiau.

4. Modeliais grįsti procesai

BIM modeliuose saugoma ne tik statinio geometrija. Juose gali būti elementų klasifikatoriai, medžiagos, techninės savybės, eksploatacijos duomenys, būsenos ir ryšiai su dokumentais.

DI gali padėti vykdyti: geometrijos ir atributų patikras; trūkstamų parametrų identifikavimą; elementų klasifikavimą; metaduomenų papildymą; modelio informacijos detalumo kontrolę; 2D dokumentacijos generavimą iš 3D modelių; eskizų transformavimą į pirmines modelio koncepcijas; atitikties BIM vykdymo planui ir užsakovo informaciniams reikalavimams vertinimą.

Vienas svarbiausių taikymo scenarijų, tai automatizuota BIM modelio patikra pagal formalizuotus reikalavimus. Sistema gali padėti nustatyti, ar:

• visi reikalingi elementai turi klasifikatorius;
• durims priskirtos atsparumo ugniai reikšmės;
• patalpų numeriai yra unikalūs;
• įrenginiai turi eksploatacijai reikalingą informaciją;
• elementų duomenys atitinka nustatytą projekto etapą;
• modelis atitinka BIM vykdymo plane arba EIR nustatytus reikalavimus;
• informacija parengta pagal IDS tikrinimo sąlygas.

Svarbu suprasti, kad DI negali patikimai patikrinti reikalavimo, kuris nėra aiškiai apibrėžtas. Todėl automatizavimas prasideda nuo aiškių informacinių reikalavimų, vienodų klasifikatorių ir struktūruotų modelio duomenų.

Nauda – trumpesni modelių kokybės tikrinimo ciklai, mažiau pasikartojančių klaidų ir patikimesnė informacija, naudojama pirkimams, planavimui, sąmatoms bei NT eksploatacijai.

5. Statybvietė ir patikros

Statybvietėje DI gali apdoroti nuotraukas, vaizdo įrašus, patikrų formas, taškų debesis, geodezinius matavimus ir BIM modelio informaciją. Praktiniai taikymo scenarijai apima tris pagrindines kryptis:

Nuotraukomis pagrįstos ataskaitos. DI gali sugrupuoti nuotraukas pagal zonas, darbų rūšis ar datas, atpažinti matomus elementus ir parengti pirminį techninės patikros ataskaitos tekstą.

Statybos progreso stebėsena. Dabartinės statybvietės nuotraukos arba skenavimo duomenys gali būti lyginami su planuojamais grafiko etapais, BIM modeliu ar ankstesne statybvietės būkle.

Nuotraukų susiejimas su BIM modeliu. Statybvietėje užfiksuota informacija gali būti susieta su konkrečiu modelio elementu, vieta, užduotimi ir atsakingu asmeniu.

DI gali padėti nustatyti: užbaigtas ir dar nepradėtas zonas; galimą atsilikimą nuo darbų grafiko; netinkamoje vietoje įrengtus elementus; pasikartojančius defektus; zonas, kurioms reikalinga papildoma patikra; neatitikimus tarp projektinės ir faktinės situacijos.

Toks procesas suteikia vadovams objektyvesnį statybos progreso vaizdą ir padeda greičiau pastebėti nukrypimus. Vis dėlto vizualiai atpažintas sumontuotas elementas dar nebūtinai reiškia, kad darbas yra tinkamai užbaigtas ir gali būti priimtas. Gali būti neatliktos patikros, bandymai, neužbaigtos jungtys ar nepateikta privaloma dokumentacija.

6. Inžineriniai skaičiavimai

DI gali būti naudojamas ne tik bendram projektų administravimui, bet ir inžinerinių skaičiavimų procesams palaikyti.

Galimi taikymo būdai:

• „Excel“ pagrindu parengtų konstrukcinių ir MEP skaičiavimų tikrinimas;
• formulių, nuorodų ir pradinių duomenų anomalijų aptikimas;
• rezultatų palyginimas tarp skirtingų skaičiavimo versijų;
• individualių skaičiavimo įrankių kūrimas;
• papildinių esamai projektavimo programinei įrangai rengimas;
• skaičiavimo rezultatų interpretavimas;
• neįprastų arba tarpusavyje nesuderinamų rezultatų išskyrimas.

Pavyzdžiui, DI gali pažymėti konstrukcijos elementus, kurių išnaudojimo rodikliai smarkiai skiriasi nuo analogiškų elementų, arba nustatyti netikėtą rezultatų pasikeitimą atnaujinus skaičiavimo modelį. Tokios priemonės gali sumažinti žmogaus klaidos tikimybę ilgoje skaičiavimo grandinėje ir sutrumpinti rezultatų peržiūros laiką. Tačiau inžineriniuose skaičiavimuose DI turi išlikti pagalbiniu įrankiu. Jis negali savarankiškai patvirtinti konstrukcijos ar inžinerinės sistemos saugos. Galutinį vertinimą ir atsakomybę išlaiko kvalifikuotas projektuotojas.

7. Planavimas ir vykdymas

DI gali padėti rengti pirminius darbų grafikus, analizuoti kritinį kelią, sekti faktinį progresą ir anksčiau nustatyti vykdymo rizikas.

Planavimo sistemai gali būti pateikiami: darbų kiekiai; technologinės darbų priklausomybės; brigadų produktyvumo duomenys; ankstesnių projektų faktinės darbų trukmės; tiekimo terminai; statybvietės nuotraukos; užduočių ir patikrų būsenos ir aktualūs projekto pakeitimai.

DI gali padėti:

• suformuoti pirminę darbų seką;
• analizuoti kritinį kelią;
• nustatyti grafiko konfliktus;
• išskirti užduotis, kurioms kyla vėlavimo rizika;
• palyginti planinį ir faktinį progresą;
• pasiūlyti alternatyvų išteklių paskirstymą;
• parengti žingsnis po žingsnio darbų instrukcijų projektus statybvietės komandoms.

Didžiausia vertė sukuriama tada, kai darbų grafikas susiejamas su BIM modeliu, kiekiais, kaštais ir aktualia statybvietės informacija. Tuomet projekto komanda gali suprasti ne tik tai, kad konkreti užduotis vėluoja, bet ir kurioje statinio vietoje susidarė problema; kokie modelio elementai yra paveikti; kurių tolesnių darbų pradžia priklauso nuo šios užduoties ar kokią įtaką nukrypimas gali turėti projekto terminui ir biudžetui.

8. Darbų vykdymo dokumentacija

Vykdymo ir technologinės dokumentacijos rengimas yra vienas daugiausia laiko reikalaujančių statybos projektų procesų. Dažnai naudojami ankstesnių projektų šablonai, kurie rankiniu būdu adaptuojami naujam objektui.

DI gali padėti rengti:

• technologinių darbų aprašų projektus;
• darbų metodikas;
• darbų vykdymo instrukcijas;
• kokybės kontrolės planus;
• patikrų kontrolinius sąrašus;
• darbų saugos instrukcijas;
• medžiagų priėmimo dokumentus;
• periodines projekto ataskaitas.

Sistema gali naudoti techninės specifikacijos, BIM modelio, darbų apimties, galiojančių standartų ir įmonės vidinių šablonų informaciją bei parengti konkrečiam darbui pritaikytą dokumento projektą. Pavyzdžiui, remiantis modelio elementais ir darbų apimtimi gali būti parengta nuosekli montavimo instrukcija statybvietės komandai. Kitas pavyzdys: konkrečiai darbų rūšiai ir statybvietės sąlygoms pritaikyto saugos dokumento projektas.

DI gali padidinti dokumentacijos nuoseklumą ir sutrumpinti jos rengimo laiką, tačiau visi techniniai, normatyviniai ir saugos dokumentai turi būti patikrinti atsakingų specialistų.

9. Procesų automatizavimas

Daug statybos projektų vėlavimų ir administracinių klaidų atsiranda ne dėl pačių naudojamų sistemų trūkumų, o dėl rankinio informacijos perdavimo tarp jų. Pavyzdžiui, darbuotojams gali tekti rankiniu būdu perkelti informaciją: iš el. pašto į bendrą duomenų aplinką; iš CDE į ERP sistemą; iš statybvietės formos į periodinę ataskaitą; iš sąskaitos į tvirtinimo procesą; iš BIM koordinavimo problemos į užduočių valdymo sistemą.

DI kartu su procesų automatizavimo technologijomis gali:

• klasifikuoti gaunamus dokumentus;
• priskirti juos atitinkamam projektui ir dokumentų kategorijai;
• nukreipti sąskaitas ar dokumentus atsakingiems tvirtintojams;
• automatiškai atnaujinti projekto būklės ataskaitas;
• perduoti patvirtintus duomenis tarp CDE ir ERP sistemų;
• siųsti perspėjimus apie vėluojančias užduotis;
• formuoti vadovybei skirtas projektų portfelio suvestines.

Verslo vertė kuriama pašalinant rankinius duomenų perdavimo taškus, kurie dažnai tampa informacijos vėlavimo, dubliavimo ar klaidų priežastimi. Procesų automatizavimas gali sumažinti administracines darbo sąnaudas, tačiau dar svarbiau užtikrinti, kad aktuali informacija laiku pasiektų sprendimą turintį priimti asmenį.

10. Projekto žinių bazė

Statybos projekto informacija paprastai būna paskirstyta tarp BIM modelių, bendros duomenų aplinkos, sąmatų, sutarčių, susitikimų protokolų, RFI užklausų, el. laiškų, darbų grafikų ir statybvietės ataskaitų. Todėl projekto komanda dažnai sugaišta daug laiko ne analizuodama informaciją, o ieškodama failo, kuriame galėtų būti reikalingas atsakymas. DI pagrįsta projekto žinių bazė leidžia pereiti nuo failų paieškos prie klausimų pateikimo.

Pavyzdžiui, projekto dalyviai galėtų klausti:

• Kuriame dokumente nustatyti fasado atsparumo ugniai reikalavimai?
• Kada buvo patvirtintas konkrečios medžiagos pakeitimas?
• Kurios neišspręstos RFI užklausos gali paveikti kito mėnesio darbus?
• Ar subrangovo pasiūlyme įtraukti visi BIM modelyje nurodyti įrenginiai?
• Kokie sprendimai buvo pakeisti po paskutinio koordinacinio susitikimo?
• Kurios sutarties sąlygos reglamentuoja konkretaus pakeitimo apmokėjimą?

Kad tokia sistema būtų patikima, kiekvienas DI pateiktas atsakymas turi būti susietas su pirminiu šaltiniu: konkrečiu dokumentu, jo versija, BIM modelio elementu, protokolo įrašu ar RFI užklausa. Tai nėra tik patogesnė paieška. Projekto žinių bazė padeda mažinti priklausomybę nuo pavienių darbuotojų atminties, greičiau įtraukti naujus komandos narius ir išsaugoti projekto sprendimų istoriją.

11. Programinės įrangos kūrimas ir integracijos

Standartiniai DI įrankiai gali išspręsti bendro pobūdžio užduotis, tačiau didžiausias konkurencinis pranašumas atsiranda tada, kai DI pritaikomas konkretiems įmonės procesams, duomenims ir darbo metodams. Individualūs sprendimai gali būti kuriami tokioms užduotims kaip:

• rangovų pasiūlymų analizė;
• BIM modelių informacijos tikrinimas;
• kokybės problemų klasifikavimas;
• ankstesnių projektų duomenimis pagrįstas kainų prognozavimas;
• vidinis projektų dokumentacijos asistentas;
• automatinė vadovybės projektų portfelio suvestinė;
• įmonės standartų ir techninių reikalavimų paieška;
• individualūs inžinerinių skaičiavimų įrankiai.

API integracijos leidžia sujungti BIM platformas, bendras duomenų aplinkas, ERP sistemas, statybvietės valdymo priemones, sąmatų programas ir vidines duomenų bazes į vieningą informacijos srautą. Tokiu atveju DI asistentas dirba ne su bendro pobūdžio interneto informacija, o su konkrečios organizacijos patvirtintais: BIM modeliais; dokumentais; sutarčių šablonais; kainų duomenimis; darbo metodikomis; projektų istorija ar vidiniais stardartais.

Svarbiausias tikslas nėra pakeisti visas naudojamas programas viena DI sistema. Didesnė vertė dažnai sukuriama sujungiant jau naudojamus įrankius ir pašalinant rankinį informacijos kopijavimą tarp jų. Individualiai pritaikytas DI sprendimas gali tapti ilgalaikiu konkurenciniu pranašumu, nes jame panaudojamos konkrečios įmonės sukauptos žinios, duomenys ir procesų patirtis.

Kaip diegti DI statybos įmonėje: septyni praktiniai žingsniai

1. Pasirinkite konkretų verslo procesą

Pirmasis DI projektas neturėtų būti formuluojamas kaip „įmonės DI transformacija“. Geresnis tikslas būtų:

• „Sutrumpinti savaitinės statybvietės ataskaitos rengimą nuo keturių valandų iki vienos.“
• „Automatiškai palyginti subrangovų pasiūlymus ir išskirti trūkstamas darbų apimtis.“
• „Per kelias minutes rasti techninės specifikacijos reikalavimus ir pateikti nuorodą į šaltinį.“
• „Anksčiau nustatyti grafiko veiklas, kurioms kyla vėlavimo rizika.“
• Toks apibrėžimas leidžia pamatuoti rezultatą ir išvengti abstraktaus technologinio projekto be aiškios grąžos.

2. Įvertinkite duomenų parengtį

Reikia nustatyti, kur yra procesui reikalingi duomenys, kas juos valdo, kokia jų kokybė ir ar juos leidžiama perduoti pasirinktai DI sistemai. Vertinami ne tik failai, bet ir jų struktūra: dokumentų versijos, klasifikacija, metaduomenys, prieigos teisės, BIM parametrų nuoseklumas ir ryšys su užduotimis.

3. Prioritetą teikite mažos rizikos ir didelės vertės atvejams

Pirmiesiems projektams tinkamiausios pagalbinės funkcijos, kuriose žmogus lengvai gali patikrinti rezultatą:

• dokumentų santraukos;
• susitikimų protokolų projektai;
• informacijos klasifikavimas;
• nuotraukų rūšiavimas;
• dokumentų paieška;
• periodinių ataskaitų juodraščiai.

Sprendimus, susijusius su konstrukcijų sauga, sutartiniais įsipareigojimais, mokėjimų tvirtinimu ar darbuotojų vertinimu, rekomenduojama automatizuoti tik sukūrus aiškų valdymo ir kontrolės mechanizmą.

4. Vykdykite ribotos apimties pilotą

Pilotas turėtų būti vykdomas viename realiame projekte, su nedidele vartotojų grupe ir aiškiais vertinimo kriterijais. Prieš pradedant reikia užfiksuoti dabartinę proceso būklę: kiek laiko jis trunka, kiek klaidų padaroma, kiek informacijos reikia tikrinti rankiniu būdu ir kiek kartų rezultatas taisomas. Be pradinės būklės nebus galima patikimai nustatyti, ar DI iš tiesų sukūrė ekonominę vertę.

5. Įdiekite žmogaus kontrolės principą

Kiekvienam DI procesui turi būti aiškiai nustatyta:

• kas tikrina rezultatą;
• kas gali jį patvirtinti;
• kokie šaltiniai turi būti pateikti;
• kokiais atvejais DI atsakymas negali būti naudojamas;
• kaip registruojami netikslumai;
• kaip atšaukiamas klaidingas sprendimas.

6. Integruokite DI į naudojamus procesus

Darbuotojai nenoriai naudos sistemą, kuriai reikia atskirai kopijuoti informaciją iš BIM platformos, dokumentų valdymo sistemos, darbų grafiko ir statybvietės programėlės. Todėl ilgalaikėje perspektyvoje DI turi būti integruojamas su bendros duomenų aplinkos, projektų valdymo, BIM, sąmatų, ERP ar eksploatacijos sistemomis. Integracija turi išlaikyti prieigos teises, dokumentų versijas ir veiksmų istoriją.

7. Matuokite verslo rezultatą

Svarbiausi rodikliai priklauso nuo pasirinkto proceso. Vertinti reikia ne sugeneruotų tekstų ar DI užklausų skaičių, o sutaupytą laiką, sumažintas klaidas, greitesnius sprendimus ir mažesnę projekto riziką.

Dažniausios DI diegimo klaidos

• DI naudojamas netvarkingam procesui paslėpti. Jeigu nėra aiškių atsakomybių, informacijos struktūros ir patvirtinimo proceso, DI problemos neišspręs. Jis gali tik sukurti greitesnį, bet vis tiek nekontroliuojamą informacijos srautą.
• Konfidenciali informacija keliama į nepatvirtintus įrankius. Darbuotojai neturėtų kelti sutarčių, komercinių pasiūlymų, asmens duomenų, BIM modelių ar klientų informacijos į viešas DI sistemas, kol nėra patikrintos jų duomenų naudojimo, saugojimo ir mokymo sąlygos. Organizacijai reikalingas patvirtintų DI įrankių sąrašas ir aiški naudojimo politika.
• DI rezultatas vertinamas kaip faktas. Generatyvinės DI sistemos gali pateikti sklandžiai suformuluotą, tačiau netikslų atsakymą. Todėl techniniams ir sutartiniams klausimams būtini šaltiniai, versijų kontrolė ir specialisto patvirtinimas.
• Bandoma iš karto automatizuoti visą organizaciją. Sėkmingesnis kelias – vienas procesas, vienas projektas ir išmatuojamas rezultatas. Tik patvirtinus vertę sprendimas plečiamas į kitus projektus ar padalinius.
• Perkamas įrankis be proceso savininko. Kiekvienam DI taikymo atvejui turi būti paskirtas verslo proceso savininkas. IT ar BIM padalinys gali padėti įgyvendinti technologiją, tačiau negali vienas nustatyti, kaip turi veikti pirkimų, projektų valdymo, kokybės ar eksploatacijos procesas.

Kokia turėtų būti statybos įmonės DI strategija?

Praktiška DI strategija statybos ir NT valdymo įmonėje turėtų remtis trimis lygiais.

• Pirmasis lygis – darbuotojų produktyvumas. Automatizuojamos santraukos, paieška, protokolai, ataskaitos ir informacijos klasifikavimas.
• Antrasis lygis – integruoti projektų procesai. DI susiejamas su CDE, BIM modeliais, grafikais, sąmatomis, užduotimis ir statybvietės duomenimis.
• Trečiasis lygis – predikcinis valdymas. Naudojant sukauptą kokybiškų duomenų istoriją prognozuojami vėlavimai, kaštų pokyčiai, gedimai, išteklių poreikis ir projekto rizikos.

Dauguma įmonių neturėtų pradėti nuo trečiojo lygio. Predikciniai modeliai reikalauja patikimos ankstesnių projektų duomenų bazės, vienodos klasifikacijos ir pakankamai didelės duomenų imties. Todėl pirmasis strateginis tikslas dažnai yra ne „įdiegti DI“, o pradėti sistemingai kaupti duomenis, kuriuos ateityje bus galima patikimai analizuoti.

Išvada: DI vertę lemia ne technologija, o proceso brandumas

Dirbtinis intelektas statybose gali sutrumpinti informacijos paiešką, sumažinti administracinį darbą, padėti anksčiau nustatyti rizikas ir suteikti vadovams išsamesnį projekto vaizdą. Tačiau jo rezultatas priklauso nuo informacijos kokybės, integracijų, darbuotojų kompetencijų ir aiškių sprendimų kontrolės taisyklių.

Statybos ir NT valdymo įmonėms racionaliausias kelias yra pradėti nuo vieno aiškiai apibrėžto proceso, sukurti jam patikimą duomenų pagrindą, įvykdyti ribotos apimties pilotą ir įvertinti rezultatą pagal verslo KPI.

Įmonės, kurios šiandien standartizuoja BIM, dokumentų, statybvietės ir eksploatacijos duomenis, ne tik efektyviau valdo dabartinius projektus. Jos kuria pagrindą ateities DI sistemoms, kurios galės mokytis iš jų projektų istorijos ir padėti priimti vis tikslesnius sprendimus.