Užsakovo reikalavimai nevaldomi struktūrizuotai
AukštasReikalavimai lieka protokoluose ir el. laiškuose.
- Pasekmės
- Sprendiniai tikrinami rankiniu būdu ir keičiasi vėlai.
Veiklos srities skaitmenizacijos analizė
Architektūros, projektavimo ir statybos inžinerijos skaitmenizacija
Svarbiausia ne vien koordinuoti modelius, o išsaugoti paaiškinamą kelią nuo reikalavimo iki patvirtinto sprendinio.
- Skaitmeninė branda
- aukšta
- Skaitmenizacijos potencialas
- 68/100
- Didžiausias iššūkis
- Užsakovo reikalavimai nevaldomi struktūrizuotai
- Didžiausia galimybė
- Atsekama reikalavimų ir projektavimo duomenų grandinė
Didžiausią vertę duoda atsekamas reikalavimų, projektavimo sprendinių, pakeitimų ir patvirtinimų ryšys per visą projekto eigą.
Architektūros, projektavimo ir statybos inžinerijos veiklos modelis
Projektavimo paslauga apima reikalavimų išgryninimą, disciplinų sprendinių kūrimą, modelių koordinavimą, patikras ir dokumentų perdavimą statybai. Kiekviename etape svarbu išlaikyti aiškią sprendinio versiją, atsakomybę ir patvirtinimo būseną. Analizėje minimos sistemos ir sąvokos: statinio informacinis modeliavimas (BIM) ir bendroji duomenų aplinka (CDE). Papildomai vartojamos sąvokos: kompiuterizuoto projektavimo sistema (CAD).
Sprendimų vertė didžiausia ankstyvame etape
Anksti priimtas sprendimas lemia vėlesnius kiekius, kainą, statybos būdą ir eksploatavimo savybes.
Daug tarpusavyje priklausomų disciplinų
Vienos sistemos pakeitimas gali paveikti konstrukcijas, architektūrą, kiekius ir statybos seką.
Versijų ir patvirtinimų kritiškumas
Svarbu žinoti ne tik naujausią failą, bet ir kas, kodėl bei kada patvirtino konkretų sprendinį.
Žinios kaupiamos projektuose
Detalių, skaičiavimų ir sprendimų pakartotinis naudojimas priklauso nuo jų struktūros ir patvirtinimo būsenos.
Rinkos ir technologijų kontekstas
Projektavimo rinka juda nuo atskirų modelių ir brėžinių prie reikalavimais, versijomis ir duomenų kokybės taisyklėmis valdomo proceso. BIM vertė vis dažniau vertinama pagal tai, ar modelio informacija tinkama koordinavimui, kiekiams, statybai ir vėlesniam turto naudojimui.
- BIM reikalavimų plėtraUžsakovai vis dažniau tikisi ne vien brėžinių, bet struktūrizuotų modelių ir aiškių informacijos reikalavimų.
- Projektavimo našumo spaudimasSpecialistų trūkumas skatina standartizuoti pasikartojančius darbus ir mažinti koordinavimo sąnaudas.
- Ankstyvas statybos įtraukimasKiekių, statybos būdo ir tiekimo klausimai turi būti įvertinti dar projektavimo metu.
- DI ir parametrinis projektavimasPažangūs įrankiai kuria vertę tik tada, kai reikalavimai, modelių struktūra ir patikros yra valdomi.
Tipinė veiklos grandinė
01
Užsakovo tikslai ir reikalavimai
Surenkami funkciniai, techniniai, biudžeto, terminų ir eksploatavimo reikalavimai.
02
Koncepcija ir projektavimo alternatyvų vertinimas
Lyginami projektiniai projektavimo alternatyvos, pagrindžiami sprendimai ir fiksuojamos prielaidos.
03
Disciplinų projektavimas
Kuriami modeliai, skaičiavimai, specifikacijos ir tarpusavio priklausomybės.
04
Koordinavimas ir pakeitimų valdymas
Tikrinami konfliktai, registruojamos pastabos, vertinamas pakeitimų poveikis.
05
Techninė peržiūra ir patvirtinimas
Atliekamos taisyklėmis ir specialistų peržiūra grįstos patikros.
06
Perdavimas statybai ir žinių išsaugojimas
Parengiami tinkamo detalumo modeliai, dokumentai ir patvirtinti sprendiniai tolesniam naudojimui.
Veiklos srities skaitmeninės brandos modelis
0
Nekontroliuojama projektavimo informacija
Modeliai, brėžiniai, reikalavimai ir pastabos laikomi asmeniniuose kataloguose ar el. paštuose, o patvirtinta versija nustatoma rankiniu būdu.
1
Failais grįstas projektavimas
Brėžiniai ir modeliai kuriami skaitmeniniu būdu, tačiau reikalavimai, pastabos ir patvirtinimai išskaidyti tarp el. pašto bei katalogų.
2
Bendra dokumentų aplinka
Projektų dokumentai ir modelių versijos laikomi vienoje aplinkoje, bet disciplinų procesai ir duomenų standartai dar nevienodi.
3
Koordinuojamas modelių procesas
Modeliai, pastabos, atsakomybės ir patikros valdomi nuosekliai, o tipiniai objektai bei klasifikatoriai standartizuoti.
4
Reikalavimais ir duomenimis valdomas projektavimas Siektina
Užsakovo reikalavimai susieti su modelio elementais, automatinėmis patikromis, kiekiais ir pakeitimų poveikiu.
5
Prognozuojamas ir generatyvus projektavimas
Parametriniai modeliai, DI ir projektų istorija padeda vertinti projektavimo alternatyvas, rizikas bei sprendinių tinkamumą, išlaikant specialisto kontrolę.
Esminė išvada
Didžiausią projektavimo maržos nuostolį dažnai sukuria ne modeliavimas, o sprendinių grįžimas atgal: pasikeitę reikalavimai, pavėluotai aptikti konfliktai ir neaiški patvirtinta versija. Vieno projekto atsekama reikalavimo-sprendinio grandinė leidžia pamatuoti perprojektavimo ir derinimo sąnaudas.
Pirmasis prioritetas - vieno projekto reikalavimų, modelių koordinavimo, pastabų ir patvirtinimų procesas.