Inžinerinės ir techninės konsultacijos: skaitmenizacijos galimybės
Kaip geriau valdyti reikalavimus, modelius, skaičiavimus, pakeitimus, technines peržiūras, objekto duomenis ir projektų pelningumą
Skaitmeninė branda
vidutinė
Skaitmenizacijos potencialas
88/100
Didžiausias iššūkis
Kliento reikalavimai ir projekto apimtis suformuluojami nevienodai
Didžiausia galimybė
Atsekamas techninis sprendimas nuo reikalavimo iki faktinės objekto būsenos
Didžiausią rezultatą sukuria ne dar viena modelių saugykla, o procesas, kuriame kiekvienas techninis sprendimas turi aiškų reikalavimą, prielaidas, versiją, atsakingą specialistą ir patvirtinimo istoriją.
Kaip veikia inžinerinės ir techninės konsultacijos
Veiklos sritis apima skirtingo pobūdžio paslaugas, tačiau jas sieja poreikio analizė, projektavimas, techniniai skaičiavimai, derinimai, pakeitimų valdymas, techninė peržiūra ir objekto priežiūra. Vertė kuriama per kompetenciją, patikimus duomenis, nuoseklų vykdymą, kokybės kontrolę ir aiškų klientui perduodamą rezultatą.
Sprendimo kokybė priklauso nuo prielaidų ir versijos
Tas pats brėžinys ar skaičiavimas gali būti tinkamas tik konkrečiai reikalavimų, apkrovų ir kitų pradinių duomenų versijai.
Pakeitimai turi daug netiesioginių pasekmių
Vienas techninis pakeitimas gali paveikti kitus modelius, disciplinas, kiekius, pirkimus, terminus ir objekto eksploatavimą.
Profesinė atsakomybė negali būti perduota sistemai
Automatizavimas gali tikrinti taisykles ir padėti analizuoti, tačiau galutinį sprendimą turi priimti kompetentingas specialistas.
Projektavimo ir objekto duomenys dažnai atsiskiria
Statybos ar eksploatavimo metu nustatyti faktai ne visada grįžta į modelius, skaičiavimus ir organizacijos žinias.
Rinkos ir technologijų kontekstas
Inžinerinėse paslaugose modelių ir dokumentų skaitmenizacija jau pažengusi, tačiau konkurencinis pranašumas persikelia į techninio sprendimo atsekamumą, greitą pakeitimų vertinimą, tarpdalykinį koordinavimą ir gebėjimą patikimai panaudoti objekto duomenis kitame etape.
BIM ir bendrųjų duomenų aplinkų plėtraKlientai tikisi nuoseklios modelių, dokumentų, versijų ir patvirtinimų kontrolės.
Trumpesni projektavimo ir statybos terminaiTechniniai klausimai ir pakeitimai turi būti įvertinti greičiau, neaukojant peržiūros kokybės.
Didesnis tarpdisciplininis sudėtingumasModeliai, skaičiavimai ir sprendiniai turi būti koordinuojami tarp daugiau specialistų ir išorinių partnerių.
Objekto duomenų panaudojimas priežiūraiVystytojai ir turto valdytojai tikisi struktūrizuotų faktinių duomenų, o ne vien galutinių failų archyvo.
DI pagalba projektavimui ir dokumentų analizeiDI gali greitinti variantų, reikalavimų ir neatitikimų analizę, tačiau reikia aiškių šaltinių bei specialisto patvirtinimo.
Tipinis veiklos procesas
01
Poreikio, objekto ir reikalavimų kvalifikavimas
Nustatoma projekto apimtis, pradiniai duomenys, taikomi standartai, atsakomybės ir rizikos.
02
Techninio sprendimo planavimas
Paskirstomos disciplinos, specialistai, modelių ir dokumentų struktūra, peržiūros bei derinimo taškai.
03
Projektavimas ir skaičiavimai
Kuriami modeliai, brėžiniai, skaičiavimai, specifikacijos ir sprendimų pagrindimas.
04
Koordinavimas ir pakeitimų valdymas
Tikrinami konfliktai, klientų komentarai, kitų disciplinų poveikis ir pakeitimo pasekmės.
05
Techninė peržiūra ir patvirtinimas
Tikrinamas reikalavimų, metodikų, standartų ir profesinių kontrolės veiksmų laikymasis.
06
Objekto priežiūra, perdavimas ir žinių atnaujinimas
Fiksuojama faktinė būsena, neatitikimai, atlikti pakeitimai ir informacija pakartotiniam naudojimui.
Skaitmeninės brandos modelis
0
Darbas valdomas el. paštu, failais ir lentelėmis
Reikalavimai, brėžiniai, bim modeliai, skaičiavimai, techniniai sprendimai, pakeitimai, peržiūros ir objekto duomenys bei užduotys neturi vieno valdomo proceso.
1
Naudojamos atskiros skaitmeninės priemonės
Veikia dalis pagrindinių sistemų, tačiau poreikio analizė, projektavimas, techniniai skaičiavimai, derinimai, pakeitimų valdymas, techninė peržiūra ir objekto priežiūra lieka suskaidytas.
2
Skaitmenizuoti keli pagrindiniai procesai
Svarbiausios operacijos registruojamos sistemose, tačiau duomenys, išimtys ir klientų bendradarbiavimas dar dažnai perduodami rankiniu būdu.
3
Integruotas pagrindinis paslaugos procesas Tipinė dabartinė situacija
Vienas pasirinktas paslaugos scenarijus nuo kliento poreikio iki rezultato, kokybės ir finansų valdomas nuosekliai.
4
Duomenimis valdoma paslauga Siektina
Pagrindiniai procesai ir sistemos integruoti, rodikliai naudojami pajėgumui, kokybei, terminams ir pelningumui valdyti.
5
Prognozuojanti ir saugiai automatizuota paslauga
Prognozės, DI ir automatizuotos taisyklės padeda priimti sprendimus, išlaikant aiškią žmogaus kontrolę, atsekamumą ir atsakomybę.
Esminė išvada
Inžinerinių paslaugų skaitmenizacijos potencialas labai aukštas, tačiau vertę kuria ne vien modelių ar dokumentų saugojimas. Kritinis yra ryšys tarp reikalavimo, techninio objekto, skaičiavimo, sprendimo, pakeitimo ir profesinio patvirtinimo.
Dažniausiai CAD, BIM, skaičiavimo, projektų ir dokumentų sistemos jau naudojamos, tačiau kliento komentarai, sprendimų argumentai, pakeitimų poveikis ir faktinės objekto pastabos tebėra išskaidyti.
Pirmiausia verta pasirinkti vieną pilną scenarijų, pavyzdžiui, projektinio pakeitimo valdymą, ir sujungti jo inicijavimą, techninį vertinimą, poveikį terminui bei biudžetui, patvirtinimą ir modelio atnaujinimą.
Susijusios skaitmenizacijos temos
BIM ir bendroji duomenų aplinkaProjektų valdymo sistemosTechninės priežiūros sprendimaiDokumentų ir versijų valdymasInžinerinių žinių valdymas
Problemos
Dažniausios skaitmenizacijos problemos
Svarbiausios problemos atsiranda tada, kai reikalavimai, brėžiniai, BIM modeliai, skaičiavimai, techniniai sprendimai, pakeitimai, peržiūros ir objekto duomenys nesusijungia su faktiniu darbu, kokybės kontrole, kliento sprendimais ir paslaugos ekonomika.
Kliento reikalavimai ir projekto apimtis suformuluojami nevienodai
Kritinis
Pradiniai duomenys, taikomi standartai, prielaidos, išimtys ir atsakomybės surenkami el. paštu, failuose ir susitikimuose.
Pasekmės
Pasiūlyme neįvertinamas visas darbas, o vėliau kyla pakeitimų, ginčų ir neapmokamos apimties rizika.
Modelių, brėžinių ir dokumentų versijos valdomos fragmentuotai
Kritinis
Skirtingos disciplinos ir partneriai naudoja vietinius katalogus, el. paštą ar kelias platformas, o dokumento būsena ne visada aiški.
Pasekmės
Komandos dirba pagal nepatvirtintą versiją, kartojami pakeitimai ir didėja projektavimo klaidų rizika.
Skaičiavimų prielaidos ir sprendimų argumentai sunkiai atsekami
Kritinis
Skaičiavimo failai, įvestys, modelio objektai, taikytos normos ir sprendimo pagrindimas nėra nuosekliai susieti.
Pasekmės
Pakeitus reikalavimą sunku nustatyti, ką perskaičiuoti ir ar ankstesnė išvada vis dar galioja.
Pakeitimų poveikis kitoms disciplinoms, terminui ir biudžetui nustatomas per vėlai
Kritinis
Kliento komentarai, objekto pastabos ir projektiniai pakeitimai valdomi atskirai nuo modelių, darbų plano ir projekto ekonomikos.
Pasekmės
Didėja dubliuoto darbo, vėlavimų, papildomų kaštų ir neapmokamos apimties rizika.
Kliento komentarai ir techniniai patvirtinimai išskaidyti
Aukštas
Komentarai teikiami el. paštu, PDF žymėjimuose, susitikimuose ar skirtingose sistemose be vienos sprendimo istorijos.
Pasekmės
Neaišku, kuris komentaras galioja, kas jį uždarė ir kokią modelio ar dokumento versiją klientas patvirtino.
Objekto neatitikimai ir faktinė būsena negrįžta į projektavimo duomenis
Aukštas
Statybvietės ar eksploatavimo pastabos registruojamos atskirose ataskaitose, nuotraukose ir rangovų sistemose.
Pasekmės
Modeliai bei organizacijos žinios neatspindi realiai įgyvendintų sprendimų, o tos pačios klaidos kartojasi.
Techninė kokybės peržiūra priklauso nuo komandos įpročių
Aukštas
Privalomos patikros, kontroliniai sąrašai, kompetencijos ir galutinis patvirtinimas nėra valdomi nuosekliu darbo srautu.
Pasekmės
Didėja profesinės klaidos, neatitikties ir sunkiai pagrindžiamo sprendimo rizika.
Specialistų kompetencijos ir projektų pajėgumai planuojami fragmentuotai
Aukštas
Pardavimo prognozė, disciplinų poreikis, darbuotojų kompetencijos, užimtumas ir peržiūros apkrova nėra sujungti.
Pasekmės
Projektai priimami neįvertinus realių pajėgumų, o kritiniai specialistai tampa nuolatiniu ribojimu.
Projektų ir pakeitimų pelningumas matomas per vėlai
Vidutinis
Sutartinė apimtis, pakeitimai, darbų laikas, išoriniai partneriai ir sąskaitos nėra susieti su techniniais darbų paketais.
Pasekmės
Neapmokamas projektavimo darbas kaupiasi, o kainodaros ir resursų sprendimai priimami pavėluotai.
Galimybės
Didžiausios skaitmenizacijos galimybės
Reikalavimų ir projektinių pakeitimų valdymasLabai aukštas poveikisSujungti kliento reikalavimus, prielaidas, techninius klausimus, pakeitimus, poveikio vertinimą ir patvirtinimus.Mažiau neapmokamos apimties ir projektavimo klaidųSudėtingaTrumpalaikė
Valdoma modelių, brėžinių ir dokumentų aplinkaLabai aukštas poveikisCentralizuoti versijas, būsenas, peržiūras, leidimus, komentarus ir patvirtinimų istoriją.Patikimesnė projekto informacijaSudėtingaVidutinės trukmės
Skaičiavimų ir sprendimų atsekamumasLabai aukštas poveikisSusieti skaičiavimo įvestis, taikytas normas, modelio objektą, rezultatą ir atsakingo specialisto patvirtinimą.Greitesnis pakeitimų vertinimas ir mažesnė profesinė rizikaSudėtingaVidutinės trukmės
Skaitmeninis objekto pastabų ir techninės priežiūros procesasAukštas poveikisMobiliai fiksuoti vietą, nuotraukas, neatitikimą, atsakingą dalyvį, sprendimą ir įgyvendinimo įrodymą.Greitesnis neatitikimų uždarymasVidutinėTrumpalaikė
Kompetencijomis grįstas projektų ir peržiūrų planavimasAukštas poveikisSujungti pardavimo prognozę, darbų paketus, specialistų kompetencijas, užimtumą ir projekto ekonominius tikslus.Geresnis pajėgumų panaudojimasVidutinėTrumpalaikė
Kliento techninio bendradarbiavimo portalasAukštas poveikisVienoje vietoje valdyti reikalavimus, klausimus, dokumentų paketus, komentarus, sprendimus ir projekto būseną.Trumpesnis derinimo ciklasVidutinėTrumpalaikė
Valdomas inžinerinių žinių ir DI asistentasAukštas poveikisNaudoti patvirtintas metodikas, standartus ir ankstesnius sprendinius paieškai, dokumentų analizei ir variantų parengimui.Greitesnis ekspertinis darbas išlaikant atsakomybęSudėtingaVidutinės trukmės
Didžiausia galimybė
Atsekamas techninis sprendimas nuo reikalavimo iki faktinės objekto būsenos
Sujungti kliento reikalavimus, modelio objektus, skaičiavimo prielaidas, sprendimų argumentus, pakeitimus, patvirtinimus ir objekto pastabas.
Mažiau projektavimo ir koordinavimo klaidų
Greitesnis pakeitimų vertinimas
Nuoseklesnė techninė peržiūra
Trumpesnis kliento derinimo ciklas
Didesnis pakartotinis sprendinių ir žinių naudojimas
Tikslesnė projekto apimties ir pelningumo kontrolė
Tikėtinas poveikis veiklai ir finansiniam rezultatui
Mažiau projektavimo klaidų ir perdirbimoReikalavimų, versijų ir pakeitimų ryšys padeda anksčiau nustatyti neatitikimus.
Trumpesnis derinimo ciklasKliento komentarai, techniniai atsakymai ir patvirtinimai valdomi vienoje vietoje.
Geresnė projekto maržaApimties ir pakeitimų poveikis laikui bei sąnaudoms matomas prieš atliekant papildomą darbą.
Didesnis ekspertų pajėgumasMažiau laiko skiriama dokumentų paieškai, versijų tikrinimui ir pasikartojančių sprendimų atkūrimui.
Patikimesnė objekto informacijaFaktinė būklė ir priežiūros pastabos susiejamos su modeliais bei techniniais sprendiniais.
Mažesnė profesinė rizikaKiekviena išvada turi aiškias prielaidas, šaltinius, peržiūrą ir atsakingą specialistą.
Sprendimai
Kaip šias problemas spręsti
Sprendimų kryptys, susietos su konkrečiomis subsektoriaus problemomis, kurias jos adresuoja.
Problema
Kliento reikalavimai ir projekto apimtis suformuluojami nevienodai
Pasiūlyme neįvertinamas visas darbas, o vėliau kyla pakeitimų, ginčų ir neapmokamos apimties rizika.
→
Sprendimo kryptis
Inžinerinių reikalavimų ir pakeitimų valdymo platforma
Valdo reikalavimus, prielaidas, techninius klausimus, pakeitimo poveikį, atsakomybes ir kliento patvirtinimą.
Problema
Pakeitimų poveikis kitoms disciplinoms, terminui ir biudžetui nustatomas per vėlai
Didėja dubliuoto darbo, vėlavimų, papildomų kaštų ir neapmokamos apimties rizika.
→
Sprendimo kryptis
Inžinerinių reikalavimų ir pakeitimų valdymo platforma
Valdo reikalavimus, prielaidas, techninius klausimus, pakeitimo poveikį, atsakomybes ir kliento patvirtinimą.
Problema
Kliento komentarai ir techniniai patvirtinimai išskaidyti
Neaišku, kuris komentaras galioja, kas jį uždarė ir kokią modelio ar dokumento versiją klientas patvirtino.
→
Sprendimo kryptis
Inžinerinių reikalavimų ir pakeitimų valdymo platforma
Valdo reikalavimus, prielaidas, techninius klausimus, pakeitimo poveikį, atsakomybes ir kliento patvirtinimą.
Problema
Modelių, brėžinių ir dokumentų versijos valdomos fragmentuotai
Komandos dirba pagal nepatvirtintą versiją, kartojami pakeitimai ir didėja projektavimo klaidų rizika.
→
Sprendimo kryptis
BIM, CAD ir dokumentų bendroji duomenų aplinka
Centralizuotai valdo modelių, brėžinių ir dokumentų versijas, būsenas, peržiūras, komentarus ir leidimus.
Problema
Kliento komentarai ir techniniai patvirtinimai išskaidyti
Neaišku, kuris komentaras galioja, kas jį uždarė ir kokią modelio ar dokumento versiją klientas patvirtino.
→
Sprendimo kryptis
BIM, CAD ir dokumentų bendroji duomenų aplinka
Centralizuotai valdo modelių, brėžinių ir dokumentų versijas, būsenas, peržiūras, komentarus ir leidimus.
Problema
Techninė kokybės peržiūra priklauso nuo komandos įpročių
Didėja profesinės klaidos, neatitikties ir sunkiai pagrindžiamo sprendimo rizika.
→
Sprendimo kryptis
BIM, CAD ir dokumentų bendroji duomenų aplinka
Centralizuotai valdo modelių, brėžinių ir dokumentų versijas, būsenas, peržiūras, komentarus ir leidimus.
Rekomenduojami skaitmeniniai sprendimai
Sprendimai turėtų sujungti klientų, vykdymo, žinių, kokybės ir finansinę paslaugos dalį. Naujas portalas ar DI įrankis neturėtų tapti dar viena atskira informacijos sala.
Inžinerinių reikalavimų ir pakeitimų valdymo platforma
Valdo reikalavimus, prielaidas, techninius klausimus, pakeitimo poveikį, atsakomybes ir kliento patvirtinimą.
BIM, CAD ir dokumentų bendroji duomenų aplinka
Centralizuotai valdo modelių, brėžinių ir dokumentų versijas, būsenas, peržiūras, komentarus ir leidimus.
Skaičiavimų ir techninių sprendimų registras
Susieja skaičiavimo įvestis, taikytas normas, modelio objektus, rezultatą, sprendimo argumentą ir patvirtinimą.
Techninės priežiūros ir objekto neatitikčių sistema
Mobiliai valdo pastabas, vietas, nuotraukas, užduotis, atsakingus rangovus, terminus ir ištaisymo įrodymus.
Inžinerinių projektų pajėgumų ir ekonomikos platforma
Sujungia darbų paketus, disciplinų poreikį, specialistų kompetencijas, užimtumą, laiką, pakeitimus ir projekto maržą.
Klientų techninio bendradarbiavimo portalas
Vienoje vietoje pateikia reikalavimus, dokumentų paketus, klausimus, komentarus, patvirtinimus, būsenas ir sprendimų istoriją.
Valdoma inžinerinių žinių ir DI aplinka
Centralizuoja metodikas, standartus, ankstesnius sprendinius ir nustato DI naudojimo, šaltinių, peržiūros bei atsakomybės taisykles.
Kada investicija pagrįsta
Investicija pagrįsta
Modelių ir dokumentų versijos reguliariai tikslinamos el. paštu ar vietiniuose kataloguose
Pakeitimų poveikį terminui ir biudžetui sunku įvertinti prieš atliekant darbą
Kliento komentarai ir techniniai atsakymai išskaidyti keliuose kanaluose
Skaičiavimų prielaidos ir sprendimų argumentai priklauso nuo konkrečių darbuotojų
Objekto pastabos negrįžta į modelius ir projektavimo žinias
Projektų marža blogėja dėl neapmokamų pakeitimų ir peržiūrų
Yra vienas projekto tipas ir komanda, pasirengusi pilotuoti bendrą procesą
Reikia atsargumo
Nėra aiškios dokumentų būsenų ir versijų tvarkos
Bandoma vienu etapu pakeisti visus projektavimo įrankius ir procesus
Sutartyse neapibrėžta partnerių atsakomybė už duomenis ir patvirtinimus
Pirmoji versija planuojama kaip failų saugykla be pakeitimų darbo eigos
Nėra pasirinkto projekto, KPI ir atsakingo proceso savininko
DI laikomas licencijuoto specialisto sprendimo pakaitalu
Ideali pirmoji versija
Pirmoji versija turėtų skaitmenizuoti vieną projektinio pakeitimo scenarijų: kliento ar objekto pastabos registravimą, ryšį su modelio objektu ir reikalavimu, techninį vertinimą, poveikį terminui bei biudžetui, patvirtinimą ir atnaujintos versijos išleidimą.
Reikalavimų ir techninių klausimų registras
Kiekvienas klausimas susiejamas su objektu, dokumentu, atsakingu specialistu ir terminu.
Modelių ir dokumentų versijų valdymas
Matoma galiojanti versija, būsena, peržiūros ir išleidimo istorija.
Pakeitimo poveikio vertinimas
Specialistas įvertina paveiktus modelius, skaičiavimus, terminus, sąnaudas ir kitų disciplinų darbą.
Techninės peržiūros darbo eiga
Privalomos patikros ir profesionalus patvirtinimas atliekami pagal aiškias taisykles.
Kliento komentarai ir patvirtinimai
Klientas komentuoja, priima sprendimą ir mato, kaip jis įgyvendintas.
Objekto pastabų mobilus fiksavimas
Pastaba susiejama su vieta, nuotrauka, modelio objektu ir ištaisymo įrodymu.
Pakeitimų ir projekto ekonomikos analitika
Matuojama ciklo trukmė, papildomas darbas, peržiūrų grąžinimai ir maržos poveikis.
Kam pirmiausiaProjektų vadovai · Projektuojantys inžinieriai · Techniniai peržiūrėtojai · Kliento ar užsakovo atstovai · Objekto priežiūros specialistai
Ko pirmoje versijoje neįtrauktiVisų disciplinų ir projektų tipų palaikymas · Pilnas CAD ar BIM įrankių pakeitimas · Automatinis techninių sprendimų patvirtinimas · Pilnas skaitmeninis objekto dvynys · Visų rangovų sistemų integracija · Sudėtingas generatyvinio projektavimo variklis
Investicijų prioritetai
Suvienodinti reikalavimų, modelių ir dokumentų versijasNustatyti pagrindinius objektų identifikatorius, būsenas, peržiūras ir informacijos savininkus.
Skaitmenizuoti vieną pilną pakeitimo arba peržiūros procesąSujungti klausimą, techninį vertinimą, poveikį, patvirtinimą ir modelio atnaujinimą.
Susieti techninius darbus su projekto apimtimi ir ekonomikaMatuoti papildomą darbą, peržiūrų apkrovą, pakeitimus ir projekto maržą.
Grąžinti objekto pastabas į projektavimo žiniasFaktinę būklę, neatitikimus ir sprendimus susieti su konkrečiais modelio objektais ar dokumentais.
Tik tada plėsti DI ir skaitmeninio objekto modeliusPažangius scenarijus diegti turint patikimą informaciją, aiškius sprendimo šaltinius ir žmogaus kontrolę.
Svarbiausios įgyvendinimo sąlygos
Modelio detalumas turi būti susietas su realiu naudojimu
Kiekvienas atributas ar objektas turi būti reikalingas projektavimui, koordinavimui, perdavimui arba priežiūrai.
CDE nėra vien failų saugykla
Ji turi valdyti būsenas, versijas, peržiūras, komentarus, patvirtinimus ir atsakomybes.
Skaičiavimo rezultatas be prielaidų nėra pakartotinai naudojama žinia
Reikia saugoti įvestis, taikytas normas, versijas, atsakingą specialistą ir ryšį su techniniu objektu.
Pakeitimas turi būti susietas su sutartine apimtimi
Prieš darbą turi būti aišku, ar tai klaidos taisymas, kliento pakeitimas ar papildoma apmokama apimtis.
Objekto pastabos turi būti fiksuojamos ten, kur jos atsiranda
Mobilus procesas turi veikti realiame objekte, su nuotraukomis, vieta, atsakingu dalyviu ir ištaisymo įrodymu.
DI negali paslėpti profesinės atsakomybės
Sistemai parengus variantą ar išvadą, turi būti aišku, kokiais šaltiniais ji rėmėsi ir kas ją patvirtino.
Rekomenduojama įgyvendinimo seka
01
Proceso, duomenų ir sistemų diagnostika
Nustatyti, kaip šiandien vyksta poreikio analizė, projektavimas, techniniai skaičiavimai, derinimai, pakeitimų valdymas, techninė peržiūra ir objekto priežiūra ir kur atsiranda rankinis darbas, laukimas, klaidos bei kelios informacijos versijos.
Proceso ir atsakomybių žemėlapis
Sistemų bei integracijų žemėlapis
Pagrindinių duomenų savininkai
Dažniausių išimčių sąrašas
Pradinės KPI reikšmės
02
Pirmosios versijos apibrėžimas
Pasirinkti vieną pilną ir pakankamai dažną paslaugos scenarijų, kurio naudą galima pamatuoti bei saugiai išbandyti su ribota naudotojų grupe.
Tiksliniai naudotojai ir pilotiniai klientai
Funkcinės bei integracijų ribos
Duomenų ir taisyklių paruošimo planas
Saugumo ir kokybės kontrolės
Pilotavimo sėkmės kriterijai
03
Pirmosios versijos sukūrimas
Pirmoji versija turėtų skaitmenizuoti vieną projektinio pakeitimo scenarijų: kliento ar objekto pastabos registravimą, ryšį su modelio objektu ir reikalavimu, techninį vertinimą, poveikį terminui bei biudžetui, patvirtinimą ir atnaujintos versijos išleidimą.
Reikalavimų ir techninių klausimų registras
Modelių ir dokumentų versijų valdymas
Pakeitimo poveikio vertinimas
Techninės peržiūros darbo eiga
Kliento komentarai ir patvirtinimai
Objekto pastabų mobilus fiksavimas
04
Pilotinis naudojimas ir proceso stabilizavimas
Perkelti realų darbų srautą, pašalinti dažniausias duomenų ir proceso išimtis bei patikrinti naudą kasdieniame darbe.
Naudotojų ir klientų įvedimas
Naudojimo bei klaidų stebėsena
Išimčių ir incidentų darbo eiga
KPI palyginimas su pradine situacija
Patikslintas plėtros planas
05
Plėtra, analitika ir pažangesnis automatizavimas
Patikrintą modelį plėsti kitoms paslaugoms ar klientams ir tik tada naudoti sukauptus patikimus duomenis prognozėms, rekomendacijoms bei DI.
Papildomų procesų ir integracijų plėtra
Centralizuota veiklos bei pelningumo analitika
Žinių ir metodikų pakartotinis naudojimas
Pažangesnio automatizavimo pilotai
DI kokybės, rizikos ir žmogaus kontrolės taisyklės
Rekomenduojami KPI
Reikalavimų, turinčių aiškų savininką ir būseną, dalis%
Matuoti reikalavimų valdymo pilnumą.
Dokumentų ir modelių versijų neatitikimų skaičiusatvejai per projektą
Vertinti informacijos kontrolės kokybę.
Projektinio pakeitimo patvirtinimo trukmėd.
Matuoti techninio ir komercinio vertinimo greitį.
Pakeitimų, kurių poveikis įvertintas prieš darbą, dalis%
Stebėti apimties ir sąnaudų kontrolę.
Per techninę peržiūrą grąžintų darbų dalis%
Vertinti pirmo atlikimo kokybę.
Pakartotinai panaudotų sprendinių ar metodikų dalis%
Matuoti organizacijos žinių naudojimą.
Objekto pastabų uždarymo trukmėd.
Vertinti techninės priežiūros ir rangovų reakciją.
Faktinę objekto būseną atitinkančių modelių dalis%
Matuoti perdavimo ir modelio patikimumą.
Neapmokamo papildomo darbo dalis% darbo laiko
Stebėti pakeitimų ir sutartinės apimties valdymą.
Projekto bendroji marža%
Vertinti projektų ekonomikos ir pajėgumų planavimo rezultatą.
Kliento komentarų, valdomų viename procese, dalis%
Matuoti bendradarbiavimo atsekamumą.
DI parengtų techninių rezultatų, patvirtintų be reikšmingo taisymo, dalis%
Vertinti valdomų DI scenarijų kokybę.
Pagrindinės rizikos
Bendroji duomenų aplinka tampa tik dar viena failų kopijaKomandos toliau dirba el. paštu ir vietiniuose kataloguose, o platforma pildoma formaliai.Kaip suvaldyti Svarbiausius leidimus, pakeitimus ir patvirtinimus vykdyti tik valdomame procese.
Modelio ir skaičiavimo duomenys nesutampaModelis atnaujinamas, bet skaičiavimas ar techninis dokumentas lieka paremtas ankstesne versija.Kaip suvaldyti Naudoti bendrus identifikatorius, priklausomybių žemėlapį ir privalomą pakeitimo poveikio patikrą.
Pirmasis etapas apima per daug disciplinųVienu metu bandoma pakeisti visų projektų, modelių, skaičiavimų ir objekto priežiūros procesus.Kaip suvaldyti Pradėti nuo vieno projekto tipo ir vieno pilno pakeitimo ar peržiūros scenarijaus.
Partneriai nedalyvauja bendrame proceseIšoriniai projektuotojai ar rangovai toliau teikia informaciją nevaldomais kanalais.Kaip suvaldyti Reikalavimus įtraukti į sutartis, suteikti paprastą prieigą ir kontroliuoti naudojimą.
DI sugeneruotas sprendinys priimamas be tinkamos peržiūrosModelis gali nepastebėti vietos, saugos ar norminių apribojimų.Kaip suvaldyti Naudoti DI tik pagalbai, rodyti prielaidas ir reikalauti kompetentingo specialisto patvirtinimo.
KPI matuoja failų kiekį, o ne projekto rezultatąDaug modelių ar įkeltų dokumentų nebūtinai mažina pakeitimus, klaidas ar neapmokamą darbą.Kaip suvaldyti Matuoti pakeitimų ciklą, perdirbimą, peržiūrų grąžinimus, terminus, maržą ir objekto neatitikimus.
Inovacijos
Pažangesnės skaitmeninės inovacijos
Pažangūs sprendimai kuria vertę tik turint patikimus pagrindinius duomenis, aiškią darbo eigą, pamatuojamą rezultatą ir žmogaus kontrolę profesiniuose ar rizikinguose sprendimuose.
Jau taikoma sektoriuje1
Automatinė modelių ir dokumentų taisyklių patikra
Labai aktualu
Taisyklės tikrina privalomus atributus, geometriją, tarpusavio ryšius ir projektavimo reikalavimų laikymąsi.
Kaip taikoma Naudojama prieš tarpdalykinę peržiūrą, dokumento išleidimą ar objekto perdavimą.
Kokią vertę gali sukurti
Ankstesnis klaidų nustatymas
Mažiau rankinių patikrų
Nuoseklesnė kokybė
Ko reikia, kad tai veiktų
Aiškūs reikalavimai
Struktūrizuoti modelių duomenys
Išimčių patvirtinimas
Trumpalaikė perspektyvaYra komercinių sprendimų
Plečiama rinkoje3
DI pagalba techninių variantų ir dokumentų rengimui
Aktualu
DI padeda sugeneruoti sprendinių variantus, patikrų sąrašus ar techninių dokumentų juodraščius pagal nustatytus apribojimus.
Kaip taikoma Naudinga ankstyvoms alternatyvoms ir pasikartojantiems dokumentams, kai galutinį sprendimą tikrina atsakingas inžinierius.
Kokią vertę gali sukurti
Greitesnis variantų palyginimas
Mažiau pasikartojančio rengimo
Lengvesnis metodikų taikymas
Ko reikia, kad tai veiktų
Patvirtintos taisyklės
Kokybiški pavyzdžiai
Specialisto patvirtinimas
Vidutinės trukmėsTaikoma praktikoje
Šaltiniais pagrįstas inžinerinių žinių asistentas
Aktualu
Asistentas ieško standartuose, metodikose, ankstesniuose projektuose ir techniniuose sprendimuose bei pateikia atsakymus su šaltiniais.
Kaip taikoma Naudojamas reikalavimų, analogiškų sprendinių ir projekto istorijos paieškai.
Kokią vertę gali sukurti
Trumpesnė paieška
Didesnis žinių pakartotinis naudojimas
Greitesnis darbuotojų įvedimas
Ko reikia, kad tai veiktų
Valdoma žinių bazė
Dokumentų versijos
Prieigų kontrolė
Trumpalaikė perspektyvaYra komercinių sprendimų
Vaizdo ir modelio palyginimas
Aktualu
360° vaizdai, nuotraukos ar skenavimo duomenys lyginami su modeliu ir darbų planu.
Kaip taikoma Tinka objekto pažangai, matomiems neatitikimams ir faktinei įrengimo būklei nustatyti.
Kokią vertę gali sukurti
Greitesnė objekto peržiūra
Patikimesni įrodymai
Ankstesnis neatitikimų nustatymas
Ko reikia, kad tai veiktų
Reguliarūs vaizdo duomenys
Modelio ir vietos susiejimas
Žmogaus patikra
Vidutinės trukmėsYra komercinių sprendimų
Ankstyvas etapas1
Objekto skaitmeninis modelis su faktiniais duomenimis
Aktualu
Projektinis modelis susiejamas su faktine objekto būkle, jutikliais, priežiūra ir atliktų pakeitimų istorija.
Kaip taikoma Tikslingiausia sudėtingiems objektams, kurių projektavimo sprendimai ir priežiūra glaudžiai susiję.
Kokią vertę gali sukurti
Geresnis sprendimų tęstinumas
Tikslesnis atnaujinimų planavimas
Mažesnė informacijos praradimo rizika
Ko reikia, kad tai veiktų
Patikimas faktinis modelis
Objektų identifikatoriai
Eksploatavimo integracijos
Ilgalaikė perspektyvaindustry_direction
D.U.K.
Dažniausiai užduodami klausimai
Nuo ko pradėti inžinerinių ir techninių konsultacijų skaitmenizaciją?Pasirinkite vieną procesą, kuriame daugiausia versijų, komentarų ir neapmokamų pakeitimų, pavyzdžiui, projektinio pakeitimo arba techninės peržiūros valdymą. Pirmoji versija turi apimti visą procesą nuo klausimo iki patvirtintos naujos versijos.
Ar BIM modelio ir bendrosios duomenų aplinkos pakanka?Ne. Jie suteikia informacijos pagrindą, tačiau reikia aiškiai valdyti reikalavimus, skaičiavimų prielaidas, pakeitimo poveikį, profesines peržiūras ir ryšį su projekto ekonomika.
Ar reikia keisti naudojamus CAD, BIM ar skaičiavimo įrankius?Dažniausiai ne. Individualus sprendimas gali sujungti esamų įrankių metaduomenis, versijas, darbo srautus, patvirtinimus ir projektų valdymo informaciją.
Kokia turėtų būti pirmoji projekto versija?Vieno projekto tipo pakeitimo procesas: pastaba, ryšys su reikalavimu ir modelio objektu, techninis vertinimas, poveikis, peržiūra, kliento patvirtinimas ir atnaujintos versijos išleidimas.
Kaip skaitmenizuoti techninę priežiūrą objekte?Mobiliai fiksuokite vietą, nuotraukas, neatitikimo tipą, atsakingą rangovą, terminą ir ištaisymo įrodymą. Pastaba turi būti susieta su konkrečiu modelio objektu ar dokumentu.
Kaip įvertinti projekto atsiperkamumą?Matuokite pakeitimo ciklo trukmę, versijų klaidas, peržiūrų grąžinimus, neapmokamą darbą, objekto neatitikimų uždarymą, projekto maržą ir specialistų laiką informacijos paieškai.
Kada verta kurti skaitmeninį objekto modelį?Kai patikimas faktinis modelis, įrenginių identifikatoriai ir priežiūros duomenys bus realiai naudojami sprendimams. Vien modelio sukūrimas be aiškaus eksploatavimo proceso vertės nesukuria.
Kada inžinerinėse paslaugose verta naudoti DI?DI naudingas reikalavimų analizei, dokumentų paieškai, taisyklių patikrai ir techninių variantų juodraščiams. Galutinį sprendinį ir jo tinkamumą turi patvirtinti kompetentingas specialistas.
Kam priklauso modelių ir projekto duomenys?Duomenų nuosavybė, naudojimo teisės, perdavimo formatas, saugojimas ir galimybė juos išsinešti turi būti aiškiai apibrėžti sutartyse ir sistemos architektūroje.
Kitas žingsnis
Įvertinkime, kur jūsų inžineriniame procese prarandama daugiausia specialistų laiko ir projekto maržos
Peržiūrėsime reikalavimų, modelių, skaičiavimų, pakeitimų, techninių peržiūrų, objekto pastabų ir projekto ekonomikos procesus bei padėsime pasirinkti vieną pirmą etapą, kurio naudą galima aiškiai pamatuoti.