ENSusipažinkime
Veiklos srities skaitmenizacijos analizė

Architektūros, projektavimo ir statybos inžinerijos skaitmenizacija

Kaip valdyti reikalavimus, statinio informacinio modeliavimo (BIM) koordinaciją, pakeitimus ir projektavimo žinias

Skaitmeninė branda

Tipinė skaitmeninė branda

Parodo, kokiu technologiniu ir procesų skaitmenizavimo lygiu šiandien paprastai veikia sektoriaus ar veiklos srities įmonės.

Vertinama tipinė rinkos situacija, o ne pažangiausios įmonės.

Vertinimą sudaro penkios vienodo svorio dimensijos:

Pagrindinių sistemų naudojimas
Ar įmonėse paplitusios ERP, CRM, WMS, MES, klientų portalai ar kitos veiklai svarbios sistemos.
Procesų skaitmenizavimas
Kiek pagrindinių procesų vyksta sistemose, o kiek vis dar valdoma rankiniu būdu.
Sistemų integracija
Ar pagrindinės sistemos tarpusavyje keičiasi duomenimis, ar informaciją darbuotojai perkelia rankiniu būdu.
Duomenų kokybė ir parengtis
Ar pagrindiniai duomenys yra struktūruoti, aktualūs, nuoseklūs ir tinkami automatizavimui bei analitikai.
Pažangus duomenų naudojimas
Ar naudojama realaus laiko analitika, prognozės, automatiniai signalai, optimizavimo modeliai ar DI.

Galutinis balas yra penkių dimensijų vidurkis.

1–5 skalė

  • 1 labai žema branda
  • 2 žema branda
  • 3 vidutinė branda
  • 4 aukšta branda
  • 5 labai aukšta branda

Žemas brandos balas nebūtinai reiškia mažą potencialą. Priešingai, žema branda ir didelis rankinio darbo kiekis gali rodyti didelę neišnaudotą skaitmenizacijos vertę.

vidutinė
Skaitmenizacijos potencialas

Skaitmenizacijos potencialas

Parodo, kiek reikšmingos verslo vertės tipinė sektoriaus ar veiklos srities įmonė gali sukurti kryptingai skaitmenizuodama pagrindinius procesus.

Vertinimas apskaičiuojamas 100 balų skalėje pagal penkias dimensijas:

Procesų dažnis ir mastas 20 %
Vertinama, kaip dažnai kartojasi skaitmenizuojami procesai ir kokią veiklos dalį jie apima.
Rankinio darbo intensyvumas 20 %
Vertinama, kiek procesai priklauso nuo el. pašto, telefono, Excel, popierinių dokumentų ir pakartotinio duomenų suvedimo.
Poveikis pajamoms ir sąnaudoms 25 %
Vertinama galima įtaka pardavimams, maržai, klientų išlaikymui, administravimo sąnaudoms, klaidoms, prastovoms ar atsargoms.
Augimo ir mastelio potencialas 20 %
Vertinama, ar skaitmenizacija leistų didinti veiklos apimtį neplečiant darbuotojų ir sąnaudų tuo pačiu tempu.
Poveikis sprendimams ir rizikai 15 %
Vertinama galima įtaka duomenų patikimumui, sprendimų greičiui, klientų patirčiai, klaidų ir veiklos rizikos mažinimui.

Galutinis balas apskaičiuojamas pagal visų dimensijų įvertinimus ir jų svorius.

100 balų skalė

  • 0–20 labai mažas potencialas
  • 21–40 mažas potencialas
  • 41–60 vidutinis potencialas
  • 61–80 aukštas potencialas
  • 81–100 labai aukštas potencialas

Aukštas balas nereiškia, kad sprendimą bus lengva įgyvendinti. Jis parodo galimos vertės dydį, o ne diegimo sudėtingumą.

76/100
Didžiausias iššūkis
Užsakovo reikalavimai nevaldomi struktūrizuotai
Didžiausia galimybė
Atsekama reikalavimų ir projektavimo duomenų grandinė

Šioje veiklos srityje didžiausią vertę sukurs atsekama reikalavimų ir projektavimo duomenų grandinė. Rekomenduojama pradėti nuo aiškiai apriboto pirmojo proceso ir sprendimą plėsti etapais.

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ą.

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 variantų vertinimas

Lyginami projektiniai variantai, 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 Tipinė dabartinė situacija

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 variantus, 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.

Susijusios skaitmenizacijos temos

Skaitmenizacijos sprendimai: architektūra, projektavimas ir statybos inžinerijaProcesų skaitmenizavimasDuomenų analitika
Kitas žingsnis

Įvertinkime „Architektūra, projektavimas ir statybos inžinerija“ veiklos skaitmenizacijos galimybes

Galime įvertinti, kokią vertę kurtų atsekama reikalavimų ir projektavimo duomenų grandinė, ir apibrėžti realistišką pirmąją versiją su pamatuojamais verslo rodikliais.

Susipažinkime