Rakennusalan projektinhallinta: ohjelmistot, projektipankki ja aikataulu

Kun rakennusalalla puhutaan projektinhallinnan ohjelmistosta, tarkoitetaan neljää täysin eri asiaa. Yksi tiimi etsii projektipankkia piirustuksille, toinen tietomallikoordinoinnin työkalua, kolmas työmaan laadunhallintaa ja neljäs aikataulua ja budjettia. Kaikki kutsuvat sitä samalla nimellä — ja siksi vertailu menee usein pieleen jo ennen kuin se alkaa.

Tämä artikkeli erottelee kategoriat toisistaan ja kertoo, mihin kysymykseen kukin niistä vastaa. Yksittäisiä tuotteita ei tässä laiteta paremmuusjärjestykseen: hinnat ja ominaisuudet muuttuvat jatkuvasti, ja rehellinen vertailu vaatii aina oman hankkeesi vaatimuslistan.

Neljä ohjelmistokategoriaa rakennushankkeessa

Rakennushankkeen ohjelmistot jakautuvat karkeasti näin:

Kategoria	Mihin kysymykseen vastaa	Kuka käyttää
Projektipankki	Missä on viimeisin revisio tästä piirustuksesta?	Suunnittelijat, rakennuttaja, urakoitsijat
Tietomallikoordinointi	Törmääkö LVI-linja kantavaan rakenteeseen?	Suunnittelunohjaus, tietomallikoordinaattori
Työmaan laadunhallinta	Onko tämä työvaihe tarkastettu ja kuitattu?	Työmaa, valvoja
Projektinhallinta	Pysyykö hanke aikataulussa ja budjetissa?	Projektipäällikkö, rakennuttaja, johto

Nämä eivät korvaa toisiaan. Suurin osa rakennushankkeista tarvitsee vähintään kahta, ja isot hankkeet kaikkia neljää. Ongelma syntyy silloin, kun yhdeltä työkalulta odotetaan toisen tehtävää — esimerkiksi kun projektipankilta kysytään, paljonko hankkeesta on käytetty.

Projektipankki: mihin sitä tarvitaan ja mihin ei

Projektipankki on rakennushankkeen dokumenttien hallittu säilytyspaikka. Sen ydintehtävä on revisiohallinta: kun suunnitelma päivittyy, kaikki osapuolet näkevät saman version, ja vanhat versiot jäävät jäljitettäviksi. Lisäksi siitä hoituvat käyttöoikeudet, jakelulistat ja tulostustilaukset.

Projektipankki ei kuitenkaan kerro, missä hanke menee. Se tietää, että piirustus on hyväksytty, mutta ei sitä, siirsikö hyväksynnän viivästyminen valmistumista kaksi viikkoa eteenpäin tai mitä se maksaa. Aikataulu, budjetti ja riskit ovat eri kysymys kuin dokumenttien versiointi.

Käytännön nyrkkisääntö: jos hankkeessa on useampi suunnitteluala ja ulkopuolisia osapuolia, projektipankki kannattaa. Jos kyse on yhden taloyhtiön remontista, sen tehtävän hoitaa usein jaettu kansio — mutta aikataulun ja budjetin hallinta ei häviä minnekään.

Tietomallikoordinointi ei ole projektinhallintaa

Tietomallikoordinoinnin ohjelmistot lukevat IFC-malleja, tekevät törmäystarkasteluja ja tuottavat listan ristiriidoista suunnitelmien välillä. Ne ovat suunnittelunohjauksen työkaluja ja ratkaisevat teknisen ongelman.

Hankkeen johtamisen kannalta niiden tuotos on syöte, ei lopputulos. Törmäyslista muuttuu johtamiseksi vasta, kun joku päättää, kuka korjaa mitäkin ja mihin mennessä — ja kun tuo päätös näkyy aikataulussa. Se tapahtuu projektinhallinnan puolella.

Mihin aikataulu, budjetti ja riskit kuuluvat

Neljäs kategoria on se, joka Suomessa hoidetaan yllättävän usein taulukkolaskennalla. Rakennushankkeen aikataulu on riippuvuuksien ketju: purku ennen runkoa, runko ennen taloteknistä asennusta, asennus ennen käyttöönottoa. Kun yksi vaihe liikkuu, ketju liikkuu perässä.

Taulukossa tämä ei liiku itsestään. Siksi kaksi asiaa kannattaa vaatia työkalulta:

• Kriittinen polku. Gantt-näkymä näyttää, mitkä vaiheet ovat sellaisia, että niiden viive siirtää koko valmistumista, ja missä on pelivaraa.
• Kytketty budjetti. Kun määräaika siirtyy, budjetin pitää päivittyä mukana — ei kaksi viikkoa myöhemmin erillisessä tiedostossa. Kulurivit nettona ja arvonlisäveroineen erikseen, koska hankkeen ALV-käsittely poikkeaa usein tavallisesta.

Kolmas on riskirekisteri. Rakennushankkeen tyypilliset riskit — lupaviive, pohjaolosuhteet, materiaalitoimitusten myöhästyminen, urakoitsijan kapasiteetti — ovat niin toistuvia, että ne kannattaa kirjata heti hankkeen alussa hallintakeinoineen eikä siinä vaiheessa, kun ne toteutuvat.

Kiinteistöalan korjausohjelmat: monta kohdetta, yksi näkymä

Kiinteistöalalla kysymys on harvoin yhdestä hankkeesta. Kiinteistönomistajalla on korjausohjelma, jossa on kymmenen kohdetta eri vaiheissa: yksi suunnittelussa, kolme toteutuksessa, loput budjetoinnissa seuraavalle vuodelle.

Tähän yksittäisen hankkeen aikataulu ei riitä. Tarvitaan projektisalkku, joka näyttää kaikki kohteet rinnakkain: mikä on myöhässä, mihin raha on sidottu ja mitkä kohteet kilpailevat samasta resurssista. Ilman salkkutason näkymää vertailu tehdään vuosittain käsin koostetusta taulukosta, joka on vanhentunut jo ennen kokousta.

Mitä projektipankki maksaa — ja mistä hinta muodostuu

Projektipankkien hinnoittelu ei ole yhtä lukua, ja siksi tarjousten vertailu on hankalaa. Käytännössä hinta muodostuu kolmella eri tavalla, ja se kumpi malli tulee halvemmaksi riippuu täysin hankkeen koosta:

• Hankekohtainen hinta. Maksat projektista sen keston ajan. Sopii yksittäiseen hankkeeseen, mutta jatkuvassa rakennuttamisessa kustannus kertautuu hanke hankkeelta.
• Käyttäjäkohtainen kuukausimaksu. Ennakoitava, mutta kallistuu nopeasti, jos pankkiin pitää päästää urakoitsijat, suunnittelijat ja valvoja.
• Tallennustilan tai dokumenttimäärän mukaan. Alkuun edullinen, mutta tietomallit ja revisiot kasvattavat volyymia hankkeen edetessä.

Vertailussa kannattaa kysyä kolme asiaa, jotka eivät näy hinnastossa: maksavatko ulkopuoliset osapuolet käyttöoikeudesta, mitä arkistointi maksaa hankkeen päätyttyä ja saako aineiston ulos siinä muodossa, jossa se on sinne viety. Kolmas on se, joka tulee kalleimmaksi vasta myöhemmin.

Huomaa, että projektipankin hinta ei kata sitä työtä, jota tällä sivulla käsitellään: aikataulua, budjettia, riskejä ja päätöksiä. Ne ovat useimmiten erikseen — tai käytännössä ilmaisia siinä mielessä, että ne tehdään taulukkolaskennassa projektipäällikön omalla ajalla.

Kiinteistöhallinnan ohjelmisto ei ole sama asia

Rakennus- ja kiinteistöalalla haetaan usein kiinteistöhallinnan ohjelmistoa silloin, kun tarve on oikeasti projektinhallinnan tarve — tai toisin päin. Ero on selvä, kun sen kerran sanoo ääneen:

• Kiinteistöhallinnan ohjelmisto hoitaa jatkuvaa toimintaa: vuokralaiset, huoltokirjan, sopimukset, kulutusseurannan ja vikailmoitukset. Se on käytössä niin kauan kuin kiinteistö on olemassa.
• Projektinhallinnan ohjelmisto hoitaa kertaluonteista kokonaisuutta, jolla on alku ja loppu: peruskorjaus, linjasaneeraus, energiaremontti tai uudisrakennus.

Ne eivät korvaa toisiaan, ja useimmiten molempia tarvitaan. Käytännön raja kulkee siinä, onko työllä valmistumispäivä. Jos on, se on projekti — ja silloin tarvitaan vaiheet, riippuvuudet, budjetti ja päätöspisteet, joita huoltokirjassa ei ole. Salkkunäkymä pitää useat korjauskohteet rinnakkain, kun samaa kiinteistökantaa korjataan ohjelmana eikä yksittäisinä hankkeina.

Viisi kysymystä ennen valintaa

1. Mikä ongelma on nyt kallein? Kadonneet revisiot, myöhästyvä aikataulu vai budjetin karkaaminen? Osta se ensin, älä kaikkea kerralla.
2. Ketkä kirjautuvat sisään? Jos ulkopuoliset urakoitsijat ja suunnittelijat tarvitsevat pääsyn, käyttöoikeuksien hallinta ja käyttäjäkohtainen hinnoittelu ratkaisevat kustannuksen.
3. Näkyykö muutos ketjussa? Siirrä koeversiossa yhtä välitavoitetta kaksi viikkoa ja katso, mitä tapahtuu aikataululle ja budjetille. Jos mitään ei tapahdu, työkalu on tehtävälista.
4. Saako raportin ulos ilman käsityötä? Rakennuttajan ja hallituksen tilannekatsaus toistuu joka kuukausi. Jos se kootaan käsin, työkalu ei säästä aikaa vaan siirtää sen.
5. Onko päätökset jäljitettävissä? Riitatilanteessa ja avustusten raportoinnissa kysytään, kuka päätti ja milloin. Auditoitavuus on halpaa etukäteen ja kallista jälkikäteen.

Mistä rakennushankkeen suunnitelma kannattaa aloittaa

Useimmat työkalut olettavat, että hankesuunnitelma on jo olemassa: ne antavat tyhjän aikataulupohjan, johon vaiheet syötetään käsin. Juuri siihen kohtaan hanke jää usein jumiin — ei siksi, ettei tietoa olisi, vaan siksi, ettei kukaan ehdi jäsentää sitä.

Projektiassistentti aloittaa aiemmin. Kuvailet hankkeen omin sanoin — mitä rakennetaan, millä budjetilla ja mihin mennessä — ja tekoäly laatii siitä vaiheet, aikataulun riippuvuuksineen, ALV-eritellyn budjetin ja riskirekisterin. Vasta sitten alat johtaa niitä. Ennen käynnistystä kriittiset edellytykset — suunnitelmat, rakennuslupa ja rahoitus — kirjataan hyväksyttäviksi välitavoitteiksi, ja hanke pysyy Luonnos-tilassa, kunnes ne on hyväksytty.

Se ei korvaa projektipankkia eikä tietomallikoordinointia — ne hoitavat oman tehtävänsä paremmin. Se hoitaa sen osan, joka jää yleensä taulukkoon.

Lue lisää: projektinhallinta rakennus- ja kiinteistöalalla tai yleisemmin, mitä projektinhallintaohjelmiston pitää kattaa.