Artikkeli · Rakennettu ympäristö · Tietojohtaminen

Moottori kuntoon: suunnittelutieto, CDE ja muutos­johtaminen tekoälyajan kynnyksellä

Tekoäly on kuin kilpa-auton supertehokas moottori — jos alusta on rikki, kovaa ajaminen johtaa vain nopeampaan ulosajoon

Janne Simolin · Tietomallikoordinaattori · 7.9.2026 · Lukuaika n. 8 min


Kun rakennetun ympäristön alalla puhutaan digitalisaatiosta, katseet kääntyvät uusimpiin tekoälysovelluksiin, autonomisiin agentteihin ja automaatioon. Se on ymmärrettävää — uusi teknologia on näkyvää ja helppo esitellä. Kokemus useista hankkeista kuitenkin osoittaa saman asian toistuvasti: tekoäly ei korjaa alla olevaa perustaa, se vahvistaa sen — hyvässä ja pahassa. Laadukas suunnittelutieto, hallittu yhtenäinen tietoympäristö (CDE), ihmiskeskeinen muutosjohtaminen ja mitattavat ROI-vaikutukset muodostavat perustan, jonka varaan mikä tahansa teknologiahyppy voidaan turvallisesti rakentaa.

Tämä ei ole teoria vaan polku, jonka jokainen hanke kulkee jossain vaiheessa — osa tietoisesti, osa vahingossa. Alla kuvatut vaiheet on todettu toimivan hankkeesta toiseen, riippumatta siitä onko kyse yksittäisestä työmaasta vai koko organisaation tietomallikäytännöistä.

Moottorin teho ratkaisee vasta silloin, kun alusta kestää sen.

Löydä oma vaiheesi polulla

Jokainen näistä on tuttu tilanne jostain hankkeesta. Tunnistatko oman tilanteesi jostain kohdasta — siitä kannattaa aloittaa.

1
Et ole varma, missä kunnossa suunnittelutieto oikeasti on. Malleja on, mutta kukaan ei uskalla luvata että ne pitävät paikkansa.
2
Tieto on olemassa, mutta hajallaan siiloissa. Uusin versio löytyy jonkun sähköpostista tai omalta koneelta, ei sieltä mistä pitäisi.
3
CDE on pystytetty, mutta se ei elä arjessa. Alusta on ostettu, mutta pelisäännöt ja valvonta puuttuvat — versiosekaannukset jatkuvat.
4
Prosessit ovat kunnossa paperilla, mutta ihmiset eivät ota niitä käyttöön. Uusi toimintatapa koetaan pakkona, ei apuna.
5
Perusta on kunnossa, ja tekoälyn hyödyntäminen alkaa kiinnostaa oikeasti. Silloin kysymys on enää siitä, mistä lähdetään liikkeelle.

Seuraavassa käydään läpi, mistä kussakin vaiheessa on kyse, mikä on todettu toimivaksi ratkaisuksi, ja mitä konkreettisesti kannattaa kysyä asiantuntijalta seuraavan askeleen ottamiseksi.

1. Suunnittelutiedon moottoriremontti: geometria ja tietosisältö

Vaihe 1 · Koskee erityisesti 1–2 -kohtaa polulla

Digitaalinen kaksonen koostuu kahdesta kriittisestä osa-alueesta: geometriasta ja tietosisällöstä (metatiedosta). Käytännössä hankkeet kompastuvat harvoin siihen, ettei kumpaakaan olisi — ne kompastuvat siihen, ettei kukaan ole varmistanut niiden luotettavuutta systemaattisesti.

Ongelma

Jos tietomallin fysiikka ja mittasuhteet mättävät, työmaalla törmätään kalliisiin sovitusongelmiin, talotekniikan reititysvirheisiin ja lisätöihin. Yksi väärin mallinnettu kuiluvaraus tai IV-runko ei jää mallinnusvirheeksi — se muuttuu työmaan aikatauluriskiksi, kun se huomataan vasta rakennusvaiheessa. Sama pätee tietosisältöön: jos materiaalitiedot, luokitukset, paloluokat ja tilatiedot puuttuvat tai ovat epäyhtenäisiä, mikään automaatio — ei määrälaskenta, ei hankinta, ei tuleva tekoälysovellus — pääse käsiksi malliin luotettavasti.

Ratkaisu, joka on todettu toimivan

Geometria ja tieto eivät ole toistensa vaihtoehtoja vaan toisiaan tukevia pilareita. Ilman virheetöntä geometriaa tietosisältö on hyödytöntä työmaalla; ilman tietosisältöä geometrinen malli on vain 3D-kuva. Toimivissa hankkeissa tarkkuustaso ja tietosisältövaatimukset määritellään yhdessä jo tilausvaiheessa — ei jätetä suunnittelijan tulkinnan varaan — ja niitä tarkastetaan säännöllisesti koko hankkeen ajan, ei vasta luovutuksessa.

Askel eteenpäin

Kysy asiantuntijalta: "Voisitko tehdä nykyisille malleillemme laadunvarmistuksen ja kertoa, missä kunnossa geometria ja tietosisältö oikeasti ovat?" Se on konkreettinen, rajattu ensimmäinen askel — ei koko prosessin uudelleenrakentaminen kerralla.

2. CDE — tiedon vapauttaminen siiloista

Vaihe 2 · Koskee erityisesti 2–3 -kohtaa polulla

Upeinkaan tietomalli ei tuota arvoa, jos se jää yksittäisen suunnittelijan työpöydälle, lokaalille verkkolevylle tai sähköpostiliitteisiin. CDE (Common Data Environment) toimii hankkeen ainoana totuuden lähteenä (Single Source of Truth): ajantasaiset mallit, PDF-dokumentit ja laatuaineistot kaikkien osapuolten — tilaajan, suunnittelijoiden, pääurakoitsijan, aliurakoitsijoiden — saatavilla reaaliaikaisesti.

Ongelma

Pelkkä pilvialustan ostaminen ei riitä, ja tämä on yksi yleisimmistä sudenkuopista. Ilman selkeitä pelisääntöjä ympäristö täyttyy vanhentuneista versioista, nimeämättömistä tiedostoista ja keskeneräisestä tiedosta — riippumatta siitä kuinka moderni alusta on kyseessä. Työmaalla tämä näkyy suorimmin: kuinka moni on rakentanut viimeksi väärän revision mukaan?

CDE ilman prosessia on digitaalinen kaatopaikka.
Ratkaisu, joka on todettu toimivan

Toimiva CDE vaatii kolme asiaa, ei enempää mutta ei myöskään vähempää:

  1. Prosessit ja hyväksyntäportit. Tieto siirtyy vaiheesta toiseen (keskeneräinen → jaettu → hyväksytty) vasta laadunvarmistuksen jälkeen.
  2. Nimetty hallinta. CDE- tai tietomallikoordinaattori valvoo rakennetta ja käyttöoikeuksia. Ilman nimettyä vastuuhenkilöä kaksi muuta kohtaa jäävät toteutumatta.
  3. Aktiivinen auditointi. Suunnittelutiedon ja dokumenttien laatu tarkastetaan säännöllisesti säännöstön mukaisesti — ei satunnaisesti kun joku ehtii.

Käytännössä tämä näkyy arjessa yhtenä konkreettisena kykynä: samaa kohtaa voidaan tarkastella 2D-piirustuksen ja 3D-mallin päällekkäisenä näkymänä samasta paikasta. Kun leikkaus ja pohjapiirustus asettuvat suoraan mallin päälle, ristiriidat — vanhentunut mitta, siirtynyt reititys, unohtunut päivitys — löytyvät ennen kuin ne ehtivät työmaalle. Tämä on se yksittäinen tarkastus, jonka koordinaattori tekee toistuvasti koko hankkeen ajan.

Askel eteenpäin

Kysy asiantuntijalta: "Voitteko käydä CDE-ympäristömme läpi ja kertoa, mitkä näistä kolmesta puuttuvat tai toimivat vain paperilla?" Usein selviää, että pahin puute on juuri se yksinkertaisin: nimetty vastuu. Se on myös se, jonka voi korjata heti.

3. Ihminen ja muutosjohtaminen: järjestelmä on vasta puolet ratkaisusta

Vaihe 3 · Koskee erityisesti 3–4 -kohtaa polulla

Muutos ei tapahdu ohjelmistoissa, se tapahtuu ihmisten mielissä. Teknisesti täydellinen laadunvarmistusprosessi epäonnistuu, jos ihmisiä ei sitouteta — ja tämä on se vaihe, joka jää useimmin huomiotta, koska se ei näy Gantt-kaaviossa.

Ongelma

Uusi toimintatapa esitellään usein sääntönä ylhäältä: "näin tehdään jatkossa." Kun kukaan ei ole selittänyt, mitä hyötyä siitä on juuri sille ihmiselle omassa arjessaan, muutos koetaan pakkona. Silloin uusi prosessi eletään kiertää mahdollisimman nopeasti, ja vanhat tavat — sähköpostiliitteet, omat kansiot — palaavat takaisin muutaman viikon sisällä.

Ratkaisu, joka on todettu toimivan
Askel eteenpäin

Kysy asiantuntijalta: "Voisitko käydä tiimimme kanssa läpi, mitä uusi toimintatapa konkreettisesti tarkoittaa kunkin roolin arjessa?" Yksi lyhyt, roolikohtainen keskustelu ennen käyttöönottoa ehkäisee useimmat myöhemmät vastarintatilanteet.

4. Taloudellinen ROI

Vaihe 4 · Perusteluksi kaikille aiemmille vaiheille

Otetaan esimerkiksi 50 miljoonan euron vaativa rakennushanke. Panostus on noin 100 000 euroa eli noin 0,2 % kokonaisbudjetista: tietomallien laadunvarmistus, CDE-hallinta, prosessien valvonta ja tiimin muutosvalmennus.

Säästöt 50 M€ hankkeessa, panostus 100 000 €
Säästön lähdeVaikutus
Törmäysten ja virheiden havaitseminen ennen työmaavaihetta250 000 €
Työmaan turhan odotuksen ja versiosekaannusten poistaminen CDE:llä300 000 €
Sujuvan käyttöönoton ja koulutuksen tuoma tehokkuus200 000 €
Yhteensä750 000 €

Yhteensä 750 000 euron säästö tarkoittaa 7,5-kertaista tuottoa eli ROI 750 %. Tämä on hankkeen tuottavimpia investointeja, ei ylimääräinen kulu — ja luvut ovat suuruusluokkaesimerkki, joka kannattaa laskea auki oman hankkeen mittakaavassa.

5. Kohti tekoäly- ja agenttiaikaa ilman teknologia-ahdistusta

Vaihe 5 · Sinne, mihin tekoälyä lähdetään rakentamaan

Opit menneisyydestä

Siirtymässä piirustuslaudoista CADiin ja myöhemmin BIMiin koettiin samat pelot. Voittajiksi selvisivät ne, jotka tukivat ihmisiä muutoksessa ja ottivat työkalut arjen avuksi — eivät ne, jotka ehtivät ensimmäisenä uusimman teknologian ääreen.

Ongelma

Tekoäly ei ratkaise laatuongelmia puolestasi. Virheellinen suunnittelutieto tai hajanainen CDE-data tuottaa vain nopeammin vääriä tuloksia — Garbage In, Garbage Out. Tämä on syy, miksi moni tekoälykokeilu hankkeessa jää yksittäiseksi demoksi eikä koskaan skaalaudu arkikäyttöön: perusta ei kestänyt lisättyä kuormaa.

Ratkaisu, joka on todettu toimivan

Kun vaiheet 1–4 ovat kunnossa — geometria ja tietosisältö luotettavia, CDE hallittu, ihmiset sitoutuneita ja vaikutus mitattua — tekoälytyökalut voivat toimia sillä perustalla ilman, että jokainen sovellus joudutaan validoimaan alusta asti. Perusta rakennetaan kerran; sen päälle voi sitten kokeilla useita työkaluja turvallisesti.

Askel eteenpäin

Kysy asiantuntijalta: "Missä kohtaa polkua me nyt olemme, ja mikä on seuraava järkevä askel — ei koko ratkaisu kerralla?" Se on kysymys, johon on aina olemassa konkreettinen, tähän hankkeeseen sopiva vastaus.

Janne Simolin on tietomallikoordinaattori ja Koordio Oy:n perustaja. Taustalla on kahdeksan vuotta tietomallikoordinointia urakoitsijan puolella vaativissa rakennushankkeissa. Lisää aiheesta: BIM-hankinnan käsikirja · Tietomallikoordinointi tarkastussykleittäin

Laitetaan moottori — laadukas tieto, hallittu CDE ja ihmisten osaaminen — kuntoon tänään. Silloin huomisen tekoälytyökalut vievät organisaation keulapaikalle.


Aiheeseen liittyvät palvelut

Päätuote

Tietomallikoordinointi tarkastussykleittäin — ennustettava rytmi ja hinta, urakoitsijataustainen näkökulma.

Tietomallikoordinointi →
Ostajan opas

BIM-hankinnan käsikirja — tietomallikoordinoinnin, CDE-ympäristöjen ja AI-sovellusten ostajan opas.

BIM-hankinnan käsikirja →
Artikkeli

Miksi tiedon laatu ratkaisee enemmän kuin tietomalli itse — näkökulma tiedon kulkuun koko hankkeen ketjussa.

Lue artikkeli →
Missä kohtaa polkua oma hankkeenne on?
20 minuutin Teams-keskustelu — ei sitoumuksia, ei myyntipuhetta.
Varaa aika →