Rakennusliikkeen KVR-urakoinnin kehittäminen

Abstract

Rakennushankkeiden onnistunut toteutus on monimutkainen prosessi, joka vaatii yhteistyötä monelta taholta. Yhteistyön merkityksellisyys korostuu erityisesti kokonaisvastuurakentamisessa, jossa tilaaja on sopimussuhteessa vain yhteen toimijaan. Lisäksi kohteen suunnittelusta itse rakentamiseen voi kulua vain vähän aikaa, joten tämä edellyttää tehokasta suunnittelun- ja tuotannonohjausta. KVR-hankkeissa yhteistä ovat erilaiset yhteistyö- ja tiedonkulun ongelmat. Myös hankkeen tavoitteiden ja rakennettavan kohteen toimintojen ja laatutason määrittelyssä on usein haasteita.

Tämän opinnäytetyön tarkoituksena oli tutkia KVR-hankkeiden ongelmakohtia pääurakoitsijan näkökulmasta, kartoittaa jo olemassaolevia ratkaisuja sekä kehittää uusia ratkaisuja löytyviin ongelmiin. Tavoitteena oli laatia eri ratkaisumalleista tehtäväluettelo onnistuneen KVR-hankkeen toteuttamisen helpottamiseksi. Tehtäväluettelo voi toimia esimerkiksi rakennusliikkeen työpäällikön apuvälineenä, jolla hanketta voidaan ennakoida.

Työ tehtiin tutustumalla aihetta käsittelevään kirjallisuuteen, niin aiemmin tehtyihin opinnäytetöihin kuin eri julkaisijoiden artikkeleihin. Lisäksi toimeksiantajayrityksen työntekijöille laadittiin aiheenmukainen kysymyslista, johon haastatteluin ja etäkyselyin saatiin vastauksia. Kirjallisuusselvityksen ja haastattelujen tarkoituksena oli kartoittaa KVR-urakoinnin keskeisiä ongelmakohtia, onnistumisedellytyksiä sekä pyrkiä löytämään keinoja, joilla nämä edellytykset saadaan sovellettua yrityksen toimintatapoihin.

Työn tuloksena syntyi tehtäväluettelo, joka sisältää erilaisia KVR-hankkeita parantavia toimintamalleja ja eri osapuolille kuuluvia vastuita. Kaikkia toimintamalleja ei tarvitse soveltaa jokaiseen hankkeeseen, vaan tehtäväluetteloa kannattaa muokata kuhunkin tilanteeseen sopivaksi.

KVR-urakointi on ensivilkaisulla houkutteleva toteutusmuoto: tilaaja on sopimussuhteessa vain yhteen osapuoleen, jolta ostetaan rakennettava kohde avaimet käteen -toimituksena. Tämä ei kuitenkaan tarkoita sitä, että ilman tilaajan panostusta urakka välttämättä onnistuisi. Kaikkien osapuolten on sitouduttava projektiin, ja tilaajalta edellytetään hyvää hankkeenhallintataitoa niin omien tarpeiden esiintuomisessa kuin ammattitaitoisen projektiorganisaation kokoamisessa. Urakoitsijan täytyy tarvittaessa auttaa tilaajaa tarpeiden määrityksessä ja laatuvaatimusten esiintuonnissa. Oikein toteutettuna KVR-urakointi voi olla tehokas vaihtoehto millaiseen hankkeeseen tahansa.

Succesful outcome of a building project is a complicated matter. It requires efficient co-operation from all parties of the project. Efficient co-operation plays a very important role in design-build, where the client makes a single contract with the DB-contractor. Additionally the time frame between structural design and actual building can be very narrow. This requires efficient guidance in design as well as building. Typical problems in design-build are related to poor co-operation and flow of information. Defining the scope, quality and different features of the project often presents challenges.

The purpose of this thesis was to study the problems in design-build from the DB-contractor’s perspective, map existing solutions and develop new ones. The mission was to develop a checklist where different solutions are presented to help ensure the successful outcome of a design-build project. The checklist can be used as a tool with, which the DB-project can be predicted.

This work was done by reviewing literature and other thesis works as well as articles from different publishers. Also the staff of the client whom this work was done for were interviewed with premade questions. The purpose of this was to map different problems and success factors in design-build and to find a way to adjust these success factors in the client’s course of action.

The result of this work was a checklist that involves different solutions to improve a design-build project. Also the solutions were categorized in different parties’ responsibilities. Using all of the solutions in a single DB-project is not intended but instead the checklist could be edited to suit the needs of different projects.