Įvadas

Statybos projektuose kyla brangiai kainuojančios neefektyvumo problemos tiek pasiūlymų vertinime, tiek darbų saugoje vietoje. Rankinis kiekių skaičiavimas ir dokumentų pildymas atima daug laiko iš vertintojų, kurie užuot užsiėmę didelės vertės planavimu, skendi skaičiuoklėse ir brėžinių žymėjimais (www.planmetry.com). Saugos vadovai remiasi periodinėmis apžiūromis ir reaktyviu ataskaitų teikimu, nors statybos išlieka viena pavojingiausių šalies pramonės šakų (arxiv.org). Priešingai, dirbtinis intelektas (DI) ir kompiuterinė rega žada automatizuoti varginančias užduotis, realiuoju laiku nustatyti pavojus ir atskleisti paslėptas rizikas (www.mckinsey.com) (www.mckinsey.com). Šiame straipsnyje pristatoma DI taikymo statybose vizija: nuo medžiagų kiekių išgavimo iš planų, iki galimų pavojų prognozavimo statybvietėje, iki teisės aktų atitikties užtikrinimo – visa tai integruojant su įrankiais, tokiais kaip Procore, Autodesk Construction Cloud ir įmonės valdymo sistemomis (ERP). Taip pat aptariame pirmumo teikimo mobiliesiems įrenginiams sąsajas meistrams, apskaičiuojame išlaidas ir investicijų grąžą bei nagrinėjame duomenų nuosavybės ir atsakomybės klausimus.

Pasiūlymų vertinimo iššūkiai

Pasiūlymų vertinimas statybose yra itin rankinis darbas. Vertintojai dažnai praleidžia didžiąją dalį savo laiko rutininiam kiekių skaičiavimo darbui – atidarydami CAD/PDF brėžinius, kalibruodami mastelius, matuodami ilgius ir plotus bei skaičiuodami simbolius (www.planmetry.com). Pramonės tyrimai rodo, kad vertintojas gali iššvaistyti 60–80% savo dienos tokioms užduotims kaip duomenų įvedimas ir formatavimas (www.bidicontracting.com). Pavyzdžiui, vienoje analizėje pažymima: „Kiekviena valanda, kurią jūsų vertintojas praleidžia rankiniu būdu skaičiuodamas duris ir langus, yra valanda, kurios metu jis neperžiūri apimties ar neoptimizuoja kainodaros“ (www.bidicontracting.com).

Šios neefektyvumo problemos turi realią kainą. Esant, pavyzdžiui, 80 USD/val. darbo užmokesčio normai su papildomomis išlaidomis, vienas pasiūlymas gali pareikalauti 3 000–8 000 USD vertinimo darbo, kol skaičius net nebus užfiksuotas popieriuje (www.bidicontracting.com). Jei įmonė laimi tik 20–25% pasiūlymų (įprastas generalinio rangovo laimėjimo rodiklis (www.bidicontracting.com)), laimėjimo kaina už kiekvieną pasiūlymą smarkiai išauga. Vertintojai, skubantys dėl trumpų terminų, taip pat daro klaidų – sudėtinguose projektuose kiekių skaičiavimo metu klaidos sudaro 3–8% pagal konservatyvius rodiklius (www.bidicontracting.com). 4 mln. USD vertės projekte 4% kiekių skaičiavimo klaida reiškia 160 000 USD trūkstamos darbo jėgos ar medžiagų (www.bidicontracting.com). Apibendrinant, rankinis pasiūlymų teikimas švaisto laiką, apsunkina kvalifikuotą personalą rutina ir tyliai griauna pelno maržas.

Darbų saugos ir atitikties iššūkiai statybvietėje

Statybvietėse kyla didelė saugos rizika. Tyrimai rodo, kad statybos sudaro maždaug 20–25% mirčių darbo vietoje (redexconsulting.com). Tradicinės saugos programos (saugos instruktažai, patikrinimai vietoje, AAP auditai) gali sumažinti nelaimingų atsitikimų skaičių, tačiau joms sunku pastebėti visus pažeidimus. Vadovai paprastai tikrina periodiškai, todėl daugelis nesaugių sąlygų lieka nepastebėtos, kol neįvyksta incidentas. Atitikties ataskaitų teikimas yra panašiai reaktyvus – dokumentai pildomi jau įvykus įvykiui, o reguliavimo institucijos gali bausti rangovus už pažeidimus. Šie vėlavimai ir „aklosios zonos“ reiškia, kad maži pavojai gali tapti didelėmis problemomis. Iš tiesų, viename saugos patarime pažymima, kad DI pagrindu veikiančios sistemos, tinkamai įdiegtos, gali sumažinti registruojamų incidentų skaičių 40–60% (redexconsulting.com).

Praktikoje dauguma rangovų kameromis ar jutikliais remiasi tik pagrindiniam stebėjimui. Nedaugelis yra integravę šiuos srautus su realaus laiko analitika. Rezultatas – fragmentuotas saugos procesas: vaizdo įrašai įrašomi, bet neanalizuojami, incidentų žurnalai saugomi iki peržiūros, o daugelis „beveik incidentų“ niekada formaliai neįregistruojami. Be to, kiekviena OSHA bauda – kuri dabar gali siekti iki 16 000 USD už pažeidimą (www.nahb.org)) – didina išlaidas. Iš esmės, dabartinis saugos stebėjimas yra epizodiškas ir rankinis, jam trūksta nuolatinės, duomenimis pagrįstos priežiūros, reikalingos tikrai prevencijai.

DI pagrįstos vaizdo ir dokumentų priemonės

DI siūlo vieningą sprendimą: kompiuterinė rega ir dokumentų analizė, kurios automatizuoja kiekių skaičiavimą, nustato pavojus vietoje ir realiuoju laiku patikrina atitiktį. Vizija yra galutinė DI sistema, kuri apdoroja tiek projekto planus, tiek tiesioginius statybvietės srautus, išgauna veiksmų reikalaujančius duomenis ir automatiškai įspėja vadovus.

• Automatinis kiekių skaičiavimas (DI dokumentams): Šiuolaikinės DI priemonės gali skaityti skaitmeninius planus (PDF, BIM modelius, CAD brėžinius) ir juos paversti medžiagų kiekiais. Naudojant optinį simbolių atpažinimą (OCR) ir raštų atpažinimą, DI identifikuoja sienas, duris, sijas, armatūrą, elektros instaliaciją ir dar daugiau. Priešingai nei senesni CAD įrankiai, DI pagrįstos kiekių skaičiavimo sistemos automatiškai klasifikuoja objektus pagal specialybę (durys, langai, vamzdynai ir kt.), užuot privertus vertintoją žymėti kiekvieną elementą (www.bidicontracting.com). Pavyzdžiui, tokie produktai kaip „BuildVision“ teigia, kad per minutes, o ne dienas, suskaičiuoja šimtus pozicijų. Pramonės analitikai pažymi, kad automatinis kiekių skaičiavimas standartiniuose brėžinių rinkiniuose gali sumažinti rankinio projektavimo laiką iki 50–80% (www.bidicontracting.com). Net jei tikslumas skiriasi priklausomai nuo specialybės, šis „pirmasis praėjimas“ leidžia vertintojams peržiūrėti, o ne iš naujo sudaryti kiekius (www.bidicontracting.com). Praktikoje, DI kiekių skaičiavimas parodė, kad labai tiksliai apskaičiuoja didelio tūrio, pasikartojančius kiekius (pvz., sienų plotus ar plokščių tūrius), paliekant sudėtingus patikrinimus žmogaus peržiūrai (www.bidicontracting.com).

• Rizikos prognozavimas ir ankstyvas įspėjimas: DI nėra apribotas statiniais planais. Apmokant mašininio mokymosi modelius istoriniais duomenimis ir projekto kontekstu, jis gali įvertinti užduočių riziką. Pavyzdžiui, jei tam tikros sekos (pvz., betono liejimas aukštyje) turi didesnį incidentų skaičių, DI pažymi juos tvarkaraštyje. Taip pat duomenys iš skaitmeninių kontrolinių sąrašų, orų ir personalo analizės gali būti naudojami prognozuojamiems modeliams. Akademiniai tyrimai parodė, kad NLP ir ML iš tiesų gali prognozuoti sužalojimų rezultatus iš istorinių ataskaitų (arxiv.org). Praktikoje integruota sistema galėtų analizuoti darbuotojų ataskaitas, kūno sužalojimų žurnalus ar net projekto atributus (šlaitus, aukščius, kranų naudojimą), kad kiekvienai dienai ar projektui būtų suteiktas saugos rizikos įvertinimas. Kartu su statybvietės jutikliais (nešiojamaisiais akselerometrais, vietos švyturiais) ir orų prognozėmis, šie rizikos modeliai leidžia vadovams proaktyviai perskirstyti saugos išteklius. Trumpai tariant, DI gali paversti praeities incidentų duomenis praktine įžvalga.

• Vaizdo stebėjimas realiuoju laiku (DI rega): Bene transformatyviausia programa yra kompiuterinė rega statybvietės kamerose. DI algoritmai gali stebėti vaizdo įrašus (iš dronų, apsaugos kamerų ar stacionarių stulpų) 24 valandas per parą, 7 dienas per savaitę ir automatiškai aptikti saugos pažeidimus. Pavyzdžiui, tokios sistemos kaip „SiteCortex“ nuolat stebi esamą įrangą, kad pažymėtų trūkstamus šalmus ar netinkamą pastolių įrengimą (sitecortex.me). Jų DI veikia vietoje (įrašai nesiunčiami už statybvietės ribų) ir „pateikia aiškias, veiksmų reikalaujančias saugos ataskaitas“ be rankinės peržiūros (sitecortex.me). Mokslininkai ir konsultantai pažymi, kad pažangi vaizdo klasifikacija gali nustatyti nesaugų elgesį (pvz., kritimus, paslydimus ar AAP praleidimus) ir nedelsiant išsiųsti įspėjimus (www.mckinsey.com). Pavyzdžiui, „EquipmentShare“ „Forsight“ bokštai naudoja DI, kad „aptiktų riziką realiuoju laiku ir įspėtų, kol mažos problemos netapo brangiai kainuojančiomis“ (www.equipmentshare.com). Kartu su geospaciniu kontekstu (žinant, kuri statybvietės zona yra matoma), šis metodas aktyviai nustato pažeidimus – darbuotoją be šalmo, asmenį draudžiamoje zonoje ar įrangos keliamą pavojų – gerokai anksčiau, nei įvyksta incidentai. Laikui bėgant, šie duomenų srautai sukuria saugos prietaisų skydelį, automatiškai stebėdama atitikties rodiklius (AAP naudojimo rodiklius, saugios zonos laikymąsi).

• Atitikties stebėjimas: Be pavojų aptikimo, DI gali padėti patikrinti, ar laikomasi saugos procedūrų. Apsvarstykite dienos ataskaitas: DI vaizdo sistemos gali patvirtinti, kad nustatyti takai yra laisvi, reikalingi ženklai pakabinti ir keliai tinkamai pažymėti. Ji gali stebėti aplinkos jutiklius (triukšmą, dulkes) ir pranešti apie viršijimus. Kalbant apie dokumentus, DI gali analizuoti reguliavimo reikalavimus ir palyginti juos su projekto duomenimis; pavyzdžiui, užtikrinti, kad PE antspaudai ar leidimų galiojimo laikas būtų užfiksuotas projektavimo dokumentuose. Tikslas yra audito seka: kiekvieną kartą, kai patikrinimas pagal taisykles nepavyksta, sistema jį užregistruoja ir įspėja vadovą. Ši nuolatinė atitiktis sumažina rankinį dokumentų pildymą ir užtikrina, kad atvykus auditoriams, visi įrodymai jau būtų skaitmenizuoti.

Kartu šios regos ir dokumentų DI galimybės sukuria grįžtamojo ryšio ciklą: planai paverčiami tiksliais statybos kiekiais, numatomomis sąnaudomis ir galimomis rizikos zonomis; statybvietės duomenys patvirtina faktines sąlygas pagal planą ir nurodo iškylančias problemas. DI efektyviai veikia kaip „nuolatinis inspektorius“, papildantis meistrus kompiuterinės regos įžvalgomis ir suteikiantis vertintojams pranašumą pradedant kiekių skaičiavimą.

Integracija su „Procore“, „Autodesk“ ir ERP sistemomis

DI sprendimas yra vertingas tik tada, jei jis atitinka esamus darbo procesus. Laimei, pagrindinės statybos programinės įrangos platformos siūlo integravimo taškus:

• Procore: „Procore“ API ir integravimo sistema leidžia statybos duomenims (brėžiniams, sąnaudų eilutėms, medžiagų sąrašams) tekėti iš išorinių įrankių (support.procore.com). Pavyzdžiui, DI kiekių skaičiavimo įrankis galėtų tiesiogiai įkelti savo kiekių išvestis į „Procore“ biudžeto ar teikimo modulius. Kai kurie „Procore“ vartotojai jau susieja specializuotas programas per „App Marketplace“, o „Procore“ palaiko darbo užmokesčio ir apskaitos duomenų jungimą su ERP sistemomis (support.procore.com). Praktikoje DI sistema gali būti sukonfigūruota taip, kad „Procore“ būtų laikomas jos „vieninteliu tiesos šaltiniu“ – skaitant projekto parametrus iš „Procore“ ir įrašant rezultatus atgal (pvz., atnaujinant eilutės elementus ar keitimo užsakymus). Tai užtikrina, kad visa projekto komanda mato DI išvestis pažįstamoje „Procore“ sąsajoje.

• Autodesk Construction Cloud (ACC): Panašiai, „Autodesk“ ekosistema (įskaitant BIM 360, PlanGrid ir Revit) palaiko duomenų importavimą / eksportavimą ir integracijas. DI kiekių skaičiavimo įrankiai gali priimti Revit modelius arba PDF failus, eksportuotus iš ACC, ir pateikti anotuotus modelius ar skaičiuokles. „Autodesk“ taip pat jungiasi su apskaitos sistemomis (pvz., Sage, QuickBooks) per savo „Finance & ERP Connector“ ekosistemą (construction.autodesk.com). Praktikoje DI sistema gali naudoti „Autodesk“ Forge API atnaujinti BIM elementą su tiksliu kiekiu arba žymėti kolizijas. Prisijungus prie „Autodesk Construction Cloud“, DI funkcijos tampa projektavimo ir statybos duomenų ciklo dalimi, leidžiančia realiuoju laiku suderinti kiekius tarp suplanuoto projekto (Revit) ir pastatyto projekto (realybės fiksavimo).

• ERP sistemos: Dauguma rangovų naudoja ERP įrankius (pvz., Acumatica, CMiC, Sage, Oracle) finansams ir darbo užmokesčiui. DI platforma turėtų sinchronizuoti su jomis per jungtis. Pavyzdžiui, DI apskaičiavus medžiagų sąrašą ir kainodarą, šie duomenys gali būti eksportuojami į ERP, kad būtų generuojami pirkimo užsakymai ar tiekėjų pasiūlymai. Pats „Procore“ turi formalius ERP „sinchronizavimo“ įrankius, kurie sujungia „Procore“ ir apskaitos sistemas (support.procore.com). Naudojant šias jungtis, DI pagrįstos sąmatos ir išlaidų stebėjimo duomenys tiesiogiai įkeliami į įmonės finansines sistemas, išvengiant dubliavimosi.

Kiekviena integracija palengvinama API arba tarpine programine įranga. Bandomajam diegimui rekomenduojame pirmiausia lengvai sujungti DI prototipą su viena sistema (pavyzdžiui, siųsti kiekių skaičiavimo duomenis į „Procore“), prieš išplečiant jį visoms. Svarbiausia yra tai, kad DI tampa esamų platformų, kuriomis įmonė jau pasitiki, patobulinimu, o ne atskira sistema. Tokiu būdu planų analizė ir saugos įspėjimai yra integruoti į esamas prietaisų skydelius ar mobiliąsias programas, užuot reikalavus iš komandų priimti visiškai naujus įrankius.

Meistrų mobiliojo ryšio sąsajos

Pagrindiniai realaus laiko saugos ir kiekių skaičiavimo atnaujinimų vartotojai yra statybvietės meistrai ir statybos vadovai. Jiems visos DI įžvalgos turi būti prieinamos mobiliaisiais įrenginiais lauke. Lauko sąlygos reikalauja pirmenybę teikiančio mobiliajam dizainui: kaip pažymima viename UX vadove, lauko programa „klesti arba žlunga dėl greičio ir aiškumo“, nes darbuotojai dažnai stovi, dėvi pirštines arba juda (koder.ai). Konkrečiai, sėkminga meistro programa turėtų turėti:

• Dideli palietimo taškai ir paprastas išdėstymas: Sąsajos turi leisti naudoti viena ranka su dideliais mygtukais (44+ pikseliai) ir minimaliu rašymu (koder.ai). Pavyzdžiui, saugos įspėjimo ekrane galėtų būti tiesiog pažeidimo nuotrauka ar vaizdo įrašas su mygtukais „Patvirtinti“ / „Išspręsti“, o ne tankios formos. Etiketėse turėtų būti naudojama paprasta kalba (pvz., „Trūksta šalmo“, o ne „AAP įspėjimas“).
• Prieiga neprisijungus ir sinchronizavimas: Statybos programos dažnai veikia vietovėse, kuriose ryšys yra prastas. Mobilioji programa turėtų saugoti naujausius statybvietės išdėstymus ir, jei įmanoma, apmokyti paprastus modelius įrenginyje, o prisijungus prie interneto, įkelti duomenis. (Kai kurios sistemos jau naudoja kraštinį skaičiavimą privatumui – pvz., „SiteCortex“ pabrėžia „nulinius įkėlimus į debesį“, apdorodama vaizdo įrašus vietoje (sitecortex.me).)
• Įspėjimai, orientuoti į užduotis: Meistrams labiausiai rūpi veiksmingi elementai. Programa gali turėti pagrindinį ekraną su šiandienos darbo užduotimis (tikrinimo elementai, nauji kiekių skaičiavimo duomenys, skubūs įspėjimai). Vienas rekomenduojamas modelis yra pagal numatytuosius nustatymus rodyti „Šiandienos darbus“ ir tik kritinius pranešimus: naujai aptiktus saugos pavojus, vėluojančius medžiagų pristatymus ar didelius RV pakeitimus.
• Formos neprisijungus ir nuotraukų fiksavimas: Lauko darbuotojai turėtų lengvai dokumentuoti problemas. Programa turėtų leisti jiems fotografuoti ar filmuoti pavojus, anotuoti planus (skaitmeninius žymėjimus) ir teikti ataskaitas net be debesies ryšio (koder.ai). Balso užrašai ar iš anksto nustatytos parinktys gali pagreitinti ataskaitų teikimą (pvz., greitas mygtukas „sritis užblokuota“).

Trumpai tariant, DI įžvalgos turėtų būti pateiktos per lauke patogios sąsajos, atspindinčios esamus įpročius. Jei komanda jau naudoja „Procore“ ar „Autodesk BIM 360“ mobiliąsias programas, DI funkcijos turėtų būti įterptos į jas. Jei reikalinga nauja programa, ji turi atitikti geriausią mobiliųjų programų praktiką: aiškūs prietaisų skydeliai, prioritetiniai įspėjimai ir minimali mokymosi kreivė (koder.ai). Bet kurio DI įrankio sėkmė priklauso nuo šio priekinės linijos naudojimo patogumo.

Investicijų grąža ir verslo pagrindimas

Investicijos į DI įrankius turi duoti aiškią grąžą. Laimei, ankstyvieji bandomieji projektai rodo didelę naudą:

• Laiko taupymas: Jei DI sumažina kiekių skaičiavimo laiką perpus (konservatyvus įvertinimas, atsižvelgiant į praneštus 50–80% sumažinimus (www.bidicontracting.com)), vertintojai gali teikti daugiau pasiūlymų projektams ir anksčiau tobulinti kainodarą. Įmonei, kuri laimėjo vieną iš penkių pasiūlymų (www.bidicontracting.com), sumažinus vertinimo išlaidas vienam pasiūlymui, galima tiesiogiai pagerinti maržas. Pavyzdžiui, jei DI sutaupo 5 000 USD darbo sąnaudų vienam pasiūlymui (www.bidicontracting.com), net laimėjus vieną papildomą darbą kasmet, platformos išlaidos atsiperka daug kartų.
• Mažiau klaidų ir pakeitimų užsakymų: Sumažinus kiekių skaičiavimo klaidas net 50%, sumažėja neplanuotų viršijimų. 4 mln. USD vertės darbe, sumažinus 4% klaidą iki 2%, 80 000 USD nepasidaro nuostoliu (www.bidicontracting.com). Išvengus vieno tokio viršijimo per metus, galima pagrįsti reikšmingas programinės įrangos investicijas.
• Greitesnis pasiūlymų teikimas, didesnis laimėjimo rodiklis: DI automatizavus rutininius darbus, įmonės gali pateikti konkurencingesnius pasiūlymus su mažesniu vėlavimu. Jei generalinis rangovas pagerina savo laimėjimo rodiklį nuo 20% iki, tarkim, 25% dėl greičio ir tikslumo, tas 25% pajamų padidėjimas gali būti reikšmingas.
• Saugumo ir draudimo išlaidų taupymas: Saugumo srityje, apsvarstykite „Partner in the Loop“ atvejo studiją, kurioje DI saugos bandomasis projektas per 12 mėnesių pasiekė 35% incidentų sumažėjimą (partnerintheloop.com). Ši įmonė sumažino metines draudimo išlaidas 120 tūkst. USD ir 9 mėnesius bandomosiose statybvietėse neužfiksavo jokių pranešamų incidentų (partnerintheloop.com). Net atsižvelgiant į technologijos kainą, jie atsipirko maždaug per 14 mėnesių (partnerintheloop.com). Vienos OSHA baudos sprendimas dažnai gali viršyti 10 000 USD, todėl kiekvienas išvengtas pažeidimas turi tiesioginę investicijų grąžą. Pasiekus panašių rezultatų (tarkim, 20–40% mažiau incidentų), darbuotojų kompensacijos ir prastovos žymiai sumažėtų.
• Atitikties efektyvumas: Automatinė atitiktis taupo administracinį laiką ir padeda išvengti baudų. Jei DI rega aptinka pavojus anksčiau nei OSHA, rangovas išvengia baudų (dabar iki 16 tūkst. USD už pažeidimą (www.nahb.org)) ir priverstinių sustabdymų. Be to, įrodant atitiktį per DI žurnalus, galima gauti draudimo nuolaidas arba greitesnius leidimų patvirtinimus.

Apskritai, pramonės diskusijos rodo, kad DI saugos sistemos gali atsipirkti per 1–2 metus, dažnai duodant 200–300% investicijų grąžą per 3–5 metus. Vienas tiekėjas giriasi 300% investicijų grąža iš atitikties DI (viso.ai) (nors konkretūs duomenys priklauso nuo apimties). Įvertinus sutaupytą darbą ir išvengtus incidentus, įmonės gali sudaryti aiškų verslo planą. Rekomenduojame apskaičiuoti bazinius rodiklius (pasiūlymų skaičių per mėnesį, incidentų skaičių projekte ir kt.) ir prognozuoti, kaip DI patobulinimai lemia išlaidų taupymą ir papildomas pajamas.

Bandomojo projekto kūrimas ir diegimas

Norint pasiekti šių laimėjimų, protingas sprendimas yra laipsniškas bandomasis projektas. Štai vienas požiūris:

1. Apibrėžkite taikymo sritį: Pradėkite nuo vieno padalinio ar specialybės (pvz., betonavimo ar karkasų montavimo), kur kiekių skaičiavimo klaidos ar saugos rizikos yra didžiausios. Arba pradėkite nuo saugos stebėjimo vienoje aktyvioje statybvietėje, naudojant esamas kameras.
2. Pasirinkite rodiklius: Stebėkite pagrindinius veiklos rodiklius prieš ir po diegimo. Pasiūlymų teikimui: matuokite vertintojo valandas vienam pasiūlymui, paruoštų pasiūlymų skaičių ir laimėjimo rodiklį. Saugumui: registruokite incidentų skaičių, AAP atitikties rodiklį ir tikrinimo valandas. Naudokite [30] kaip etaloną (pvz., pasiekite 60% AAP atitiktį, palyginti su 0% su DI).
3. Duomenų integravimas: Kiekių skaičiavimui, tegul DI įrankis priima naujausius projekto planus ir pateikia visą medžiagų sąrašą. Palyginkite jo išvestį su istoriniais rankiniais kiekių skaičiavimais toje pačioje darbe (kaip siūlo geriausia praktika) (www.bidicontracting.com). Saugumui, iš pradžių paleiskite kameras per DI sistemą šešėliniu režimu: leiskite jai žymėti pavojus, bet dar neįspėkite komandos. Vietoj to, palyginkite jos aptikimus su rankiniais žurnalais, kad patikrintumėte tikslumą.
4. Lygiagretus testavimas: Trumpą laikotarpį (pvz., 30–60 dienų) lygiagrečiai palaikykite dabartinį procesą. Kai kurie ekspertai rekomenduoja, kad vertintojai atliktų DI kiekių skaičiavimą kartu su rankiniu kiekių skaičiavimu realiuose pasiūlymuose, tada palygintų skirtumus (www.bidicontracting.com). Naudokite rezultatus pasitikėjimui kalibruoti ir DI nustatymams reguliuoti.
5. Vartotojų atsiliepimai: Anksti įtraukite meistrus ir vertintojus. Leiskite keliems pagrindiniams vartotojams išbandyti mobiliąją programą ir saugos įspėjimus, renkant atsiliepimus apie pranešimų dažnumą, vartotojo sąsajos aiškumą ir kt. Koreguokite sąsają (pvz., pridėkite perbraukimo, kad pašalintumėte pavojus, arba supaprastinkite etiketes), naudodami gaires, tokias kaip lauko UX tyrimų metu (koder.ai).
6. Iteruokite ir išplėskite: Naudokite bandomojo projekto duomenis modeliams ir procesams tobulinti. Jei dažni klaidingi teigiami pavojai, permokykite regos algoritmą arba pakoreguokite kameros kampus. Jei kiekių skaičiavimas neteisingai klasifikuoja pasikartojantį elementą, atnaujinkite NLP šablonus. Patvirtinus, išplėskite sistemą daugiau projektų ar komandų.

Sėkmei būtina, kad bandomasis projektas būtų išmatuojamas ir mažos rizikos. Pavyzdžiui, JK atvejo studijoje rezultatai buvo sąmoningai apibrėžti kaip „realistiški rezultatai, stebėti keliuose panašiuose projektuose“ (partnerintheloop.com), o ne kaip vienas išskirtinis atvejis. Su konkrečiais duomenimis vadovybė gali matyti, kaip DI žingsnis po žingsnio pagerina greitį ir saugumą.

Atsakomybė, valdymas ir duomenų nuosavybė

Galiausiai, spręskite „žmonių ir politikos“ pusę. Kai žmonės pasitiki DI, kyla klausimų dėl atsakomybės ir duomenų teisių:

• Atsakomybė: DI įrankiai turėtų papildyti, o ne pakeisti žmogaus sprendimą. Sutartys ir mokymai turi aiškiai nurodyti, kad vertintojai ir vadovai išlaiko galutinį patvirtinimą dėl pasiūlymų ir saugos. DI gali teikti įspėjimus ar rekomendacijas, tačiau įmonė turėtų patikrinti bet kokią pažymėtą problemą prieš pateikdama pasiūlymą ar sustabdydama darbą. Atsisakymų deklaracijos programinės įrangos paslaugų sutartyse ir vidinėse taisyklėse gali apriboti atsakomybę: pavyzdžiui, nurodymas, kad „DI išvestys yra patariamojo pobūdžio“ ir reikalavimas žmogaus peržiūros padeda aiškiai apibrėžti, kas yra atsakingas.
• Paaiškinamumas: Naudokite DI modelius, kurie pateikia pagrindimą ar įrodymus kiekvienam įspėjimui. Pavyzdžiui, „SiteCortex“ reklamuoja „paaiškinamąjį DI“ (sitecortex.me), o tai reiškia, kad kiekvienas saugos ženklas pateikiamas su vaizdo įrašu ir aprašymu, kodėl jis suveikė. Tai labai svarbu, kad meistrai pasitikėtų įspėjimais ir tyrimams, jei įvyktų incidentas.
• Duomenų nuosavybė: Visi projekto duomenys (planai, vaizdo įrašai, tvarkaraščiai) paprastai priklauso rangovui arba savininkui. Užtikrinkite, kad sutartys su DI tiekėjais aiškiai nurodytų, jog įmonė išlaiko visą duomenų nuosavybę ir kad DI teikėjas negali naudoti duomenų kitiems mokymams. Pavyzdžiui, „Foreman AI“ pabrėžia, kad „jūsų planai išlieka privatūs – užšifruoti… ir niekada nenaudojami mokymams“ (foremanai.co). Saugojimas turėtų atitikti privatumo įstatymus (pvz., saugoti vaizdo įrašus vietoje, jei to reikalaujama) ir duomenys turėtų būti užšifruoti perduodant ir saugant.
• Saugumas ir privatumas: Vaizdo įrašai ir darbuotojų duomenys gali būti jautrūs. Naudokite vietoje arba kraštinį apdorojimą, kai įmanoma, kad išvengtumėte nuolatinio srautinio perdavimo į debesį (kaip pabrėžia [23]). Debesyje saugokite tik metaduomenis arba mažos raiškos nuotraukas, jei to reikia centrinės būstinės priežiūrai. Veskite audito žurnalus, kas pasiekė DI ataskaitas.
• Reguliavimo atitiktis: Patikrinkite, kaip vaizdo sistemų naudojimas atitinka darbo ir privatumo reglamentus. Kai kuriose jurisdikcijose gali būti reikalaujama pranešti darbuotojams apie kameras arba apriboti įrašymo valandas. Sukurkite sistemą atsižvelgiant į atitiktį (pavyzdžiui, anonimizuokite pagal numatytuosius nustatymus, jei tai nėra aktualu).

Anksti nustačius šias valdymo politikas, įmonės gali sumažinti teisines rizikas. Tikslas yra, kad DI tampa patikimu partneriu, kuris sustiprina žmogaus patirtį, o ne „juodąja dėže“, kurią kvestionuoja žmogiškieji ištekliai ar reguliavimo institucijos.

Išvada

DI turi potencialą transformuoti statybos pasiūlymų teikimą ir saugą, automatizuodamas rutininius darbus ir teikdamas realaus laiko įžvalgas. Dokumentų DI gali sudėtingus brėžinius paversti momentiniais medžiagų kiekiais, drastiškai sumažindamas vertinimo laiką ir klaidas (www.planmetry.com) (www.bidicontracting.com). Tuo pat metu vaizdo DI gali stebėti statybvietę 24 valandas per parą, 7 dienas per savaitę, aptikdama pavojus ir atitikties problemas, kai jos atsiranda (sitecortex.me) (www.mckinsey.com). Integruojant šias galimybes su platformomis, tokiomis kaip „Procore“, „Autodesk“ ir ERP sistemos, ir pateikiant jas per mobiliąsias programas, sukurtas užsiėmusiems meistrams (koder.ai), rangovai gali sukurti saugesnius, efektyvesnius procesus, nerekonstruodami esamų įrankių. Ankstyvieji bandomieji projektai rodo didelę investicijų grąžą – mažiau incidentų, mažesnės draudimo išlaidos ir greitesni, tikslesni pasiūlymai (partnerintheloop.com) (www.bidicontracting.com). Žinoma, kruopštus diegimas, aiški atsakomybė ir duomenų apsaugos priemonės yra būtini. Tačiau į ateitį žvelgiančioms įmonėms, DI pagrįstos sąmatos ir saugos stebėjimas siūlo praktinį kelią į išmanesnę, saugesnę statybos veiklą.