Til tross for oppveksten i et kristent hjem på Toten var jeg ikke spesielt troende. Likevel vil jeg betegne byggeprosjektet på Hydro Vækerø i Oslo i 2006 som en vekkelse.
Vi holdt ikke den kalkulerte produktiviteten, og direktøren hentet inn et utenforstående firma for å finne ut hvor tiden ble av. Da jeg ble intervjuet, fortalte jeg med en viss stolthet at jeg rapporterte produktiviteten hver uke. Svaret var: «Bare én gang i uken? Produktiviteten kan jo gå til hælvete på den tiden.»
Det var da jeg så lyset. En uke er fem arbeidsdager der ingen vet hvordan det går før fredagen kommer, og da er timene allerede brukt. Målingen med stoppeklokke viste at 39 prosent av den betalte arbeidstiden var produktiv tid. Jeg begynte med en gang på et regneark der vi hver dag registrerte timer og produsert mengde.
I 2012 la jeg inn bonus knyttet til produktiviteten og prøvde det på Rosenholm Campus. Jeg er selvlært innen IT, med yrkesskolen på Lena og Gjøvik som faglig bakgrunn, og trengte hjelp for å komme videre. I 2013 bygget Vangen & Plotz regnearket om til en webapplikasjon. En pilot i Moelven ble avtalt i 2014, men lagt på vent, fordi ingen hadde tid til å lære seg systemet. Appen ble tatt ned i januar 2017, men regnearket ble brukt videre, prosjekt for prosjekt.
Den 30. juni 2025 sluttet jeg i Moelven Modus etter 41 år, og siden har jeg arbeidet med ProdUp på heltid. Kravspesifikasjonen er skrevet på nytt, og appen bygges nå på det grunnlaget.
Jeg har brukt hele arbeidslivet i denne bransjen. Teknologisk har den sakket akterut: EU-kommisjonen beskrev i 2021 bygg som en av de minst digitaliserte næringene, og McKinsey viste i 2024 at bransjen har investert mer i teknologi siden 2020 uten at produktiviteten har økt. Bransjen trenger et verktøy som viser hvor tiden går, hver dag, mens arbeidet pågår. Det er det ProdUp skal være.
Vekkelsen på Vækerø, 2006
Jeg kom fra Moelvens avdeling i Tromsø og skulle lede et stort prosjekt på Hydro Vækerø i Oslo. Selv om jeg var erfaren, var alt nytt. Produktene var nyutviklede og hadde aldri vært levert på et prosjekt før. Montørene var nye for meg, og mange av dem nye for bedriften, for produktene og for kravet til produktivitet. Fra uke 24 til uke 51 i 2006 kom det en lastebil med vegger til plassen hver eneste dag, og laget monterte hundre kvadratmeter vegg om dagen. Da prosjektet var ferdig, hadde 47 arbeidere brukt 45 297 timer over 91 uker på 11 047 kvadratmeter vegg, 26 010 kvadratmeter himling og 447 dører. Dette skulle leveres til avtalt tid og på definerte krav til produktivitet.
Jeg hadde alltid målt produksjon og produktivitet, og gitt laget tilbakemelding, den gangen ukentlig. Men uansett hva vi gjorde, holdt vi ikke den kalkulerte produktiviteten. Direktøren i Moelven Nordia foreslo å hente inn et utenforstående firma for å finne ut hvor tiden faktisk ble av. Valget falt på Protec Consult AS.
Kjell Alpers og en kollega av ham begynte med å intervjue meg. Jeg fortalte, ikke uten stolthet, at jeg målte produktiviteten og rapporterte den én gang i uken. Alpers så på meg og sa:
«Bare én gang i uken? Produktiviteten kan jo gå til hælvete på den tiden.»
Kjell Alpers, Protec Consult AS, 2006
Det var akkurat det jeg trengte å høre. En uke er fem dager der ingen vet hvordan det går. Oppdager du avviket på fredag, har du allerede betalt for det – og da husker ingen lenger hvorfor mandagen gikk som den gikk. Alt i ProdUp som handler om sanntid, springer ut av den ene setningen.
Så intervjuet de basene, og så montørene. Deretter gikk de ut på bygget med stoppeklokke og målte hvor arbeidstiden gikk. Svaret var 39 prosent produktiv tid. Tiden med verktøyet i hånden – montering av skjørt, himling, svill og vegg, og maskinarbeid – var 24 prosent. Det er det som i dag ofte kalles tool time.
De øvrige 61 prosentene var indirekte tid. Den største enkeltposten var «ikke til stede», 19 prosent av den betalte arbeidstiden. Deretter fulgte henting og bæring av annet enn varer med 14 prosent og samtaler med kolleger med 9. Henting av varer (6 prosent), tilrettelegging (4) og rydding (4) – arbeid som må gjøres, men som ikke er montering – utgjorde til sammen 14 prosent.
| Aktivitet | Andel av tiden |
|---|---|
| Maskinarbeid (sag, drill o.l.) | 3 % |
| Montering (skjørt, himling, svill, vegg) | 21 % |
| Vatre, måle, beregne o.l. | 12 % |
| Én person hjelper en annen | 1 % |
| Pakke ut deler | 3 % |
| Sum produktiv tid | 39 % |
| Hente og bringe varer | 6 % |
| Hente og bringe annet | 14 % |
| Venting | 1 % |
| Konf. overordnet, opplæring | 1 % |
| Tilrettelegge | 4 % |
| Rydde, rengjøre | 4 % |
| Feil på deler, rep. | 0 % |
| Papirarbeid, ordre, PC o.l. | 4 % |
| Samtale med kollega | 9 % |
| Ikke til stede | 19 % |
| Sum indirekte tid | 61 % |
| Totalt | 100 % |
Vi var ikke alene om å måle det året. Skanska Norge gjennomførte tilsvarende målinger på sine egne prosjekter i 2006. Observatører noterte gjennom en uke hva hver enkelt gjorde på tre til fem tilfeldige tidspunkter i timen. Betongarbeiderne kom ut på 65,1 og 69,5 prosent produktiv tid. Tømrerne på fire prosjekter lå mellom 50,7 og 70,7. Tallene er gjengitt i en fagfellevurdert studie fra Universitetet i Agder, som også viser til finske målinger på samme nivå – 57 til 68 prosent. Tallene ligger langt over Vækerø. Begge målingene holdt spisepausene utenfor, så forskjellen skyldes ikke pauser. Skanskas fire kategorier – produktiv, indirekte, omstillings- og personlig tid – er navngitt, men ikke beskrevet i det som er publisert, og hvor grensen mellom produktiv og indirekte tid trekkes, avgjør resultatet. Regnes henting av varer, tilrettelegging og rydding som produktiv tid, blir Vækerø 53 prosent, innenfor spennet for Skanskas tømrere. Om det er riktig å regne slik, avhenger av hvordan Skanska avgrenset sine kategorier, og det er ikke publisert.
61 %
av den betalte arbeidstiden på Vækerø var indirekte tid, målt med stoppeklokke. Problemet var beskrevet femtitre år tidligere, og blir bekreftet i dag.
1953
Norges byggforskningsinstitutt påviser tidstapet, men kan ikke måle hvor tiden går
2006
Protec Consult AS måler 39 prosent produktiv tid på Hydro Vækerø. Skanska Norge måler 65,1 og 69,5 samme år
2026
SINTEF beskriver det samme på nytt: store deler av tiden går til venting, koordinering og feilretting
Tallene gjelder produktiv tid slik hver måling selv har avgrenset den. Begge målingene holdt spisepausene utenfor. Protec førte henting av varer, tilrettelegging og rydding som indirekte tid. Hvordan Skanska avgrenset kategoriene, er ikke beskrevet i det som er publisert, så tallene kan ikke sammenlignes direkte.
Hvorfor en utenforstående?
Så hvorfor hadde ikke Moelven selv klart å avdekke dette? Protec Consult AS var et anerkjent norsk rådgivningsmiljø, etablert i 1997 og ledet av Kjell Alpers, som også eide det. De arbeidet med produksjonsforbedring, lean og verdikjedeoptimalisering. I 2009, tre år etter at de var hos oss, gikk virksomheten inn i det danske konsulenthuset Valcon.
Det var også der jeg møtte Lean for alvor. De åtte sløseriene – feil og defekter, overproduksjon, transport, overprosessering, venting, lager, bevegelse og feil kompetanse – ble et språk jeg har brukt siden, og som jeg satte ProdUp inn i da jeg presenterte systemet i 2014. Rammen har ikke endret seg.
Det innleide firmaet kom fra industri og teknologi, ikke fra bygg. Det var nettopp poenget. De kom utenfra, og de hadde ingenting å forsvare.
Det siste var det viktigste. Jeg hadde sagt gjentatte ganger at vi ikke klarte normene. Sagt av prosjektlederen kan det alltid leses som en bortforklaring: dårlig ledelse, dårlig lag, dårlig innsats. Sagt av en tredjepart med stoppeklokke er det en måling, og umulig å se bort fra.
Metoden var industriens. Arbeidsstudier – å observere systematisk hvor arbeidstiden faktisk går, i stedet for å spørre folk hvor de tror den går – har vært vanlig i industrien siden mellomkrigstiden. Frekvensmetoden, der observatøren noterer hva hver enkelt gjør på tilfeldige tidspunkter, ble utviklet av statistikeren L.H.C. Tippett i britiske tekstilfabrikker fra 1927. På byggeplass var det nesten ukjent, og er det stort sett fortsatt. Rapporten fra 1953 stilte det samme spørsmålet, men måtte lese seg til svaret gjennom regnskapene for ferdige bygg. Det er nettopp derfor Reymert kunne tallfeste forskjellene mellom byggene, men ikke måle hvor tiden gikk.
De begynte ikke med stoppeklokken. De begynte med å spørre. Meg først, så basene, så montørene. Den rekkefølgen har en hensikt: den som ser hele prosjektet, den som styrer laget og den som holder i verktøyet har tre forskjellige bilder av hvor tiden går, og avstanden mellom bildene er i seg selv et funn. Først etterpå gikk de ut og målte.
Læringen fra prosjektet var tredelt:
- Vi fikk et tall i stedet for en følelse.
- Vi fikk det fra noen som ikke hadde noe å forsvare.
- Vi fikk vite hvor tiden gikk, ikke bare at den gikk.
Dette inspirerte meg til å utvikle det som til slutt ble ProdUp, for det er nøyaktig de tre tingene systemet gjør. Forskjellen er at det gjør det hver dag i stedet for én gang i uken, og uten at noen må leies inn.
Regnearket
Da jeg åtte år senere skulle forklare hvordan dette begynte, skrev jeg det ned som fire ord: systematisere, standardisere, forbedre, evaluere. Det er ikke en metode jeg lærte på kurs. Det er måten jeg alltid har arbeidet på, og grunnen til at målingen fra Vækerø ikke ble liggende i en perm.
Det tallet forandret måten jeg tenkte på. Jeg begynte med en gang på et regneark, i samarbeid med Alpers. Vi la inn produktivitetsnormer, og hver dag registrerte vi timer og produsert mengde for hver aktivitet i hver etasje og hvert bygg. For første gang så vi produktiviteten mens prosjektet pågikk, ikke etterpå.
Og vi måtte innse noe ubehagelig: kalkylene var feil. Med de nye produktene kom vi aldri til å produsere så raskt som noen hadde forutsatt. Men nå visste vi det, og vi visste hvor problemet lå. Prosjektet ble levert til avtalt tid, med riktig kvalitet og, forutsetningene tatt i betraktning, et akseptabelt resultat.
I mai 2008, da vi hadde tapt det neste prosjektet på Vækerø, samlet jeg nøkkeltallene i en presentasjon til direktøren og foreslo et evalueringsmøte med Skanska. Møtet ble aldri holdt. Tallene sier noe om hva ett prosjekt rommer: 189 ordrer med 4 712 varelinjer, 51 endringsmeldinger, 43 varsler og 30 avviksrapporter. Hvert av dem var et sted der tid kunne forsvinne uten å bli målt.
Reymert hadde funnet det samme i 1953, i en annen målestokk. Han sammenlignet bygg som skulle vært like: blokkbygg i mur varierte fra 19,0 til 35,5 timer per m², og standardiserte tomannsboliger etter samme tegning i 28 kommuner fra 21,0 til 39,3. Jeg fant den samme spredningen mellom fire områder i ett og samme prosjekt.
Det regnearket var den første spiren til ProdUp. Og innsikten fra Vækerø er fortsatt kjernen i systemet: bransjen anslår produktivitet hver gang den priser en jobb, men får sjelden vite om anslaget traff. Prosjektet gjøres opp på totalen når det er over, og timene er registrert for lønn, ikke mot mengde. Regnskapet kan fortelle at prosjektet gikk dårlig, men ikke hvilken norm som var feil. En kalkyle som bommer på én aktivitet, kan bomme likt i tjue år uten at noen oppdager det.
Årene imellom, 2007–2011
Regnearket ble ikke liggende. Jeg brukte opplegget videre på et prosjekt for NHO. I mai 2007, i en diskusjon om fremdriftsplanene i MS Project, skrev jeg at om vi så tilbake på hva en montør produserte av systemvegg og himling fem til ti år tidligere, ville vi antagelig se «en dramatisk nedgang». Jeg foreslo to nye kolonner i planene: antall enheter og enhetsproduksjon, altså enheter per dagsverk. Antall enheter delt på enhetsproduksjon ga antall dagsverk. Det regnestykket – mengde delt på norm gir timer – ligger fortsatt i bunnen av ProdUp.
I januar 2008 drøftet ledelsen i Moelven Nordia et felles skjema for produktivitetskrav i montasjen, med erfaringstallene mine som ett av grunnlagene. En av regionsjefene satte ord på det som skulle bli et gjennomgangstema: det var vanskelig å få prosjektlederne til å bruke de skjemaene bedriften allerede hadde bestemt seg for.
Samme måned fikk regnearket sin første bestilling. Lederen min, daglig leder i Moelven Nordia Prosjekt, ville ha dagsrapportene samlet per prosjekt, per montør og per produkt, med produsert kvadratmeter per time for hvert produkt. Samme kveld satte jeg opp et samleark for dagsrapportene for ett år. Resten krevde koblinger på kryss og tvers som jeg ikke fikk til i Excel, og jeg sendte det videre for å høre om det lot seg gjøre uten å sette i sving en hel IKT-avdeling. Det var der regnearket stoppet: det kunne måle ett prosjekt om gangen, men ikke samle tallene på tvers.
Høsten 2009 ledet jeg Skarnes rådhus. Der ble produksjonsmålene for vegg og himling fulgt opp mot forbrukte timer, og hindringene ble dokumentert i en egen hindringsanalyse. I desember tipset lederen min meg om et opplegg en annen avdeling hadde vist fram: med timeregistreringen i Handyman, systemet montørene førte timer i, som dokumentasjon hadde de fått godkjent tillegg for arbeid utover det som var kalkulert under normale forhold. Tanken hans var å få produktiviteten per montør inn i kontrakten, slik at avvik på grunn av plunder og heft kunne dokumenteres. Det er den samme tanken som ligger bak hindringsregistreringen i ProdUp: tiden trekkes ut av produktiviteten, og kravet får et grunnlag. Jeg forsøkte å få dagsrapporten inn i Handyman. Svaret var at det ikke lot seg gjøre, eller ville bli svært vanskelig.
Samme høst ble jeg driftssjef for Oslo og Akershus, med samme nærmeste leder. Den 19. januar 2010 holdt jeg kurs for dem som planla og bestilte, i MNP Produksjon System, som jeg hadde laget: hver ordre skulle ha et produksjonsmål – tiden det tar å montere ordren fra oppstart til ferdig – og målene skulle fastsettes ut fra kalkyleprisene og erfaringstallene for normal produktivitet. Bestilte du noe, skulle du vite hvor det skulle monteres og hva som var kalkulert eller normal produktivitet for produktet.
Den 22. mars 2010 sendte direktøren et notat til samtlige ansatte, avtalt med de hovedtillitsvalgte. Montørene skulle hver dag skrive dagsrapport med produksjon, start- og sluttidspunkt, produksjonsavbrudd med tidsangivelse og årsak, og tilleggs- og endringsarbeid med tidsangivelse. Produksjonsmål skulle settes ut fra prosjektets egenart og normtall; det foreløpige normtallet var 25 m² per dag per montør, et gjennomsnitt uavhengig av produkt, som skulle håndteres som en norm og ikke et absolutt tall. Opplysningene i dagsrapporten – produsert mengde, tid, avbrudd med årsak og tilleggsarbeid – er de samme ProdUp bygger på i dag. Normene er derimot ikke ett felles tall, men avtales per aktivitet.
Den 6. oktober 2010 sendte jeg regionslaget akkordlistene med beregning av produktivitetsfaktor, bygget på listene og timeprisen fra 2006. Et eget skjema for hindringer hadde vi hatt siden 2007, den gang under navnet hindringsanalyse; i november 2010 het det hindringsvarsel.
Høsten 2010 gikk Moelven Nordia videre med lean-arbeidet sammen med Valcon, konsulenthuset Protec Consult hadde gått inn i året før. Direktøren satte tre forhold på dagsordenen: materialflyten fra fabrikk til riktig sted i bygget, insentivsystemer fra salg til montasje, og enklere systemer. Den høsten holdt jeg morgenmøter og innførte 6S på de tre pilotprosjektene i Oslo sammen med prosjektlederne, og kalte inn til statusmøtene gjennom vinteren. I januar 2011 ba Valcon om et eget møte med meg om insentivprogrammet de arbeidet med.
Den 3. desember 2010 kalte jeg inn lederen min, en av driftslederne og tre fra montasjen til et møte på Ensjø 7. desember. Temaet var hvordan vi skulle legge til rette for, følge opp og dokumentere produktivitet på byggeplass. En av de tre var Magnus Sletten Vangen.
Rapporten Valcon la fram 17. februar 2011, beskrev det jeg kjente fra innsiden. Verdistrømkartleggingen hadde funnet 134 prosesser og 229 forbedringsområder. Rapporten fant at tiltakene fra året før i liten grad var tatt i bruk ute på prosjektene: hindringskartleggingen – å føre hindringene med tid etter hvert som de oppsto – ble bare delvis utført, hindringsanalysen før arbeidet startet nesten ikke, og montørene hadde knapt noe forhold til produktivitetsmålet som sto på pakksedlene. Anbefalingen var konkrete dagsmål per montør, og at hindringer og tillegg ble loggført fortløpende med tid, i ett skjema som knyttet dem til riktig vegg og sted i bygget. Rapporten kalte det «en unik dokumentasjonsmulighet overfor kunden». To av tilbakemeldingene fra montørene på pilotprosjektene ble stående som de var:
«Det fungerte før, når vi hadde akkord. Da jobbet vi strukturert.»
«Vi får ikke noe igjen for å jobbe strukturert.»
Montører på pilotprosjektene, gjengitt i Valcons rapport, 17. februar 2011
Der lå hele saken. Montørene visste hva strukturert arbeid var; de hadde gjort det i den tiden bedriften hadde akkordsystem. Det som manglet, var et system som målte det daglig, og som ga dem noe igjen for det. Det var det regnearket skulle bli.
Et regneark blir et system, 2012
Seks år senere tok jeg regnearket videre. Det hadde fulgt meg gjennom prosjektene, og jeg hadde begynt å tenke på det som noe mer enn et hjelpemiddel for meg selv.
Vinteren og våren 2012 testet vi det på nytt, på Rosenholm Campus, sammen med montasjeleder Magnus Sletten Vangen og laget hans. Denne gangen var bonus knyttet til produktiviteten: laget så hver dag hvor de lå an mot normen, og fikk del i gevinsten når de lå over. Moelven hadde årsbonus, men ingen bonus knyttet til produktiviteten på det enkelte prosjektet, så jeg ordnet det lokalt på dette ene prosjektet for å få prøvd mekanismen.
Den 24. april gjorde vi en tidsstudie på prosjektet. Den ga 67 prosent produktiv tid – en begrenset studie.
I mai 2012 spurte jeg tre utviklingsmiljøer. Appex svarte at de ikke hadde erfaring med apper bygget på regneark. NetPower tilbød et forprosjekt på tre dager med skisser. Den 11. mai møtte lederen min og jeg to representanter fra Vangen & Plotz på Hamar-kontoret, og 16. mai kom estimatet på hva det ville koste å bygge regnearket om til en app. Vangen kjente jeg fra fotballen i Hamar IL, og det var dem jeg gikk videre med. Så gjensto spørsmålet om hvem som skulle eie og betale for utviklingen. Systemet var bygget opp gjennom mine år i Moelven, og jeg ville ha klarhet i hva jeg kunne gjøre med det.
Den 27. juni 2012 kom svaret skriftlig fra lederen min. Utviklet jeg systemet for egen regning, kunne det fritt testes på prosjekter i Moelven Nordia Prosjekt. Så Moelven nytte i det, kunne de leie det for et overkommelig månedsbeløp inntil utviklingskostnadene var dekket, og deretter bruke det fritt. Forutsetningen var at innsatsen min i jobben ikke ble vesentlig redusert. To dager senere svarte jeg at det var helt supert for meg. Fra den dagen var ProdUp mitt, på egen regning og risiko.
Den 1. juli sendte jeg resultatene fra tidsstudien til Magnus. Han svarte samme ettermiddag. Laget fungerte godt uansett, skrev han, men et system med bonus gjorde at de syntes det var morsommere å jobbe, fordi de hadde fortløpende informasjon om hvordan de lå an – til forskjell fra en årsbonus, som ingen ser noe til eller får stor glede av. Det ga dem et ekstra gir når de så at det fungerte. Og kvaliteten ble ikke dårligere.
«Vi fungerer bra i team uansett, men ett system med bonus gjorde at vi syntes det var morsommere å jobbe. (...) Det er ikke til å stikke under en stol at det ga oss ett extra gir når vi så at det fungerte.»
Magnus Sletten Vangen, montasjeleder, 1. juli 2012
Den e-posten har gått igjen i hver eneste ProdUp-presentasjon siden.
Den 31. august 2012 hadde jeg et arbeidsmøte med utviklerne om timeregistrering og produktivitet. Utover høsten var arbeidet med appen i gang, og regnearket trengte et navn. Søndag 28. oktober 2012 sendte jeg et forslag til Vangen & Plotz: ProdUP. Jeg hadde også lekt meg litt med en logo. Navnet ble stående.
Den 28. november 2012 startet testingen av prototypen på byggeplass. Den kjørte på Heroku og fungerte i Chrome.
Appen, 2013
Den 19. mars 2013 signerte jeg avtalen med Vangen & Plotz AS: en plattformuavhengig webapplikasjon med egen database, og et eierskap fordelt 80/20 mellom meg og utviklerne. Vedlegg 1 til avtalen var regnearket.
Gjennom 2013 bygget Siren Zeitz Schou Lund appen – en Java-applikasjon på Heroku – med Lars Roar Næsset som prosjektleder. Parallelt laget jeg en kjøpsavtale for kunder, basert på Statens standardavtale for IT-anskaffelser i mindre omfang, med ni bilag – blant annet kravspesifikasjon, testing og godkjenning og pris. I november ble de første brukerne i Moelven Nordia Prosjekt lagt inn i appen, med opplæringsvideoer jeg spilte inn selv. I slutten av november foreslo Vangen & Plotz et nytt brukergrensesnitt. Det begynte å koste mer enn planlagt. Jeg sa ja.
Den 5. desember 2013 var den nye versjonen oppe på app.produp.no, og dagen etter, 6. desember, holdt jeg kurs for brukerne i Moelven Nordia Prosjekt på Jessheim. Appen hadde produktivitets-, økonomi- og timerapporter og bonusberegning basert på normer. Utover vinteren kom roller og rettigheter, tilpasning til mobil og en egen hindrings- og avviksrapport på plass. En pilot i Moelven Nordia var avtalt, og 10. januar 2014 kom datoene: kurs i Trondheim 7. februar og oppstart 10. februar.
Har ikke tid, må jobbe, 2014
Kurset i Trondheim ble holdt fredag 7. februar: først opplæring for prosjektlederen som skulle være først ute og for avdelingslederen, deretter et møte med montasjelederne og prosjektlederne i avdelingen. Etterpå sendte jeg lenkene til videoinstruksjonene og skjemaet for produktivitetsberegning. Den 10. februar skrev jeg til lean-manageren i Moelven at jeg ikke hadde stor tro på at prosjektlederen ville dra i gang planlegging, produktivitetsberegning og oppfølging helt på egen hånd, og tilbød meg å komme en dag til – for planlegging fra A til Å, ikke bare for å legge tallene inn i ProdUp. Oppstarten lot vente på seg.
Den 7. mars 2014 ga lean-manageren beskjed om at det ikke ble oppstart i Trondheim, og at piloten ble lagt på vent inntil videre. Det var ikke mulig å finne noen som hadde tid til å lære seg systemet. At det ikke er tid til å ta i bruk noe nytt, er i seg selv en produktivitetshemmer – nummer to på lysbildene mine fra 2014: «Beklager, har ikke tid, må jobbe». I lean-terminologi er det fraværet av kontinuerlig forbedring: all tid går til å holde produksjonen i gang, og ingen til å endre måten den går på. Sånn går nå dagan i byggebransjen, og det er kanskje en del av forklaringen på at produktiviteten i bygg og anlegg har falt siden 1995 (tallene står under «Sytti år på stedet hvil»).
Samme år satt jeg i prosjektgruppen for nytt forretningssystem i Moelven Modus, som Moelven Nordia nå het. Prosjektet ble styrt fra Sverige, og jeg arbeidet ofte fra avdelingskontorene der. Konsernet skulle innføre Microsoft Dynamics AX, og med det et system for timefangst på byggeplass. På et av møtene ble det sagt at et verktøy som registrerte produksjon mot timer ikke fantes. Jeg visste at det fantes. Jeg hadde bygget det selv.
Den 25. august 2014 ba jeg om å få presentere ProdUp for CGI, som hadde fått oppdraget med å utvikle det nye forretningssystemet i Moelven Modus. Henvendelsen ble sendt videre til den innleide prosjektlederen som hadde ansvaret for vurderingen. Den 21. september sendte jeg ham eksempler på rapporter fra ProdUp. Svaret kom dagen etter. Fem løsninger for timeregistrering var vurdert, tre hadde fått demonstrere. Kriteriene var markedsutbredelse, support i Norge og Sverige, og relevante referansekunder. minTimeliste hadde overlegent tilfredsstilt de viktigste kravene, med integrasjon mot AX og en stor boligbygger som referanse. Uten relevante referanser var det vanskelig å løfte fram ProdUp på objektivt grunnlag, skrev han. Jeg svarte, og dagen etter ringte han. I praksis var valget tatt. De hadde dessuten tenkt å utvikle noe lignende ProdUp inne i det nye systemet.
Det ble aldri gjort.
Det var ingen overraskelse. Tiltakene fra årene før, dagsrapporten og normtallet fra 2010 og lean-programmet sammen med Valcon, pekte i riktig retning. Men uten et verktøy som gjorde målingen til en del av hverdagen, ble de liggende når nye oppgaver tok ledelsens oppmerksomhet.
At ingen har bygget det siden, overrasker meg heller ikke lenger. Jeg har møtt mange som tror dette er en liten oppgave: sett opp et regneark med kolonner for timer mot norm, antall enheter, og produktivitetsfaktor planlagt mot realisert – så er man i mål. Så langt kommer man på en ettermiddag. Det er det neste som stopper folk.
Normene må avtales per aktivitet, og aktivitetene må være definert likt fra prosjekt til prosjekt, ellers kan tallene ikke sammenlignes. Noen aktiviteter har et kjent totalantall som telles ned etter hvert som det monteres. Andre må telles opp underveis, uten at fasiten er kjent på forhånd. De to oppfører seg ulikt, både i prognosen og i grunnlaget, og de kan ikke behandles likt. Timene må føres mot mengde, ikke bare mot lønnsart. Tid som går til hindringer må skilles ut med årsak og ansvarlig part – ellers forurenser den produktivitetstallet, og forsvinner samtidig som grunnlag for tilleggskrav. Tilleggsarbeid må skilles fra kontraktsarbeid.
Og så kommer bonusen. Hvilke timer er bonusgivende, og hvilke er det ikke? Teller lærlingens timer? Basens? Montasjelederens? Hva med innleid mannskap? Skal tid brukt på en hindring andre har forårsaket, telle med i grunnlaget? Skal tilleggsarbeid? Hvert av svarene flytter penger mellom lag og bedrift, og hele kjeden må være sporbar til tariffavtalen og tåle å bli etterprøvd av begge parter.
Jeg har sett flere gjøre forsøket, og de kommer til det samme punktet: delvis funksjonalitet på ett enkelt prosjekt, som verken dekker hele regnestykket eller lar seg løfte til det neste.
Hva grunnlaget for et tilleggskrav er verdt, fikk jeg se vinteren 2014. Oppdragsgiveren på et av prosjektene mine ba oss forsere. Vi ville ha betalingen avklart før vi satte i gang, og kravet var spesifisert i timer overtid, produktivitetstap, administrasjon, innkvartering og reise. Oppdragsgiveren avviste det som «meget dårlig dokumentert». Jeg svarte at det var godt spesifisert, men at det ikke kunne dokumenteres, siden det var stipulert på forhånd. Den 4. februar fikk vi likevel gjennomslag for forseringstillegg på til sammen 270 000 kroner. Med daglige tall for produktivitet og hindringer hadde grunnlaget vært dokumentasjon, ikke stipulering.
Fra mai 2014 brukte jeg ProdUp på Rosenlund i Lillehammer, sammen med en underentreprenør med portugisiske montører. Montørene ble lagt inn plan for plan, og administrasjonsrapporten fra ProdUp var underlaget for fakturaene deres.
Høsten 2014 brukte jeg ProdUp på et prosjekt i Tromsø, med montører fra Moelven Modus i Tromsø. De ble så begeistret at de ba om å få bruke det på neste prosjekt, i Vadsø, og lean-manageren sa 8. oktober ja til å dekke driftskostnadene. Jeg skrev til Vangen & Plotz at vi hadde alt å tjene på å bruke ProdUp så mye som mulig, slik at montører, montasjeledere og prosjektledere begynte å snakke om det – og skapte et sug etter det i organisasjonen.
Kort tid etter ble det likevel nei. Det ble ikke noe av Vadsø, og på spørsmålet om Moelven ville leie eller kjøpe systemet var svaret nei både i Moelven Modus og i Moelven Modus Prosjekt, som skulle slås sammen med Moelven Modus fra 1. januar 2015.
Det var det tredje neiet det året.
Markedet, 2015–2016
Jeg gikk til markedet på egen hånd. I 2015 fikk ProdUp sin første kunde: Himlingspesialisten, et lag med estiske montører. Kjøpsavtalen ble oversatt til estisk. Byggmontasjen fikk appen rigget opp for bedriften, men sa til slutt nei – montørene ville ikke ha denne formen for rapportering og overvåking – og betalte etableringsavgiften. Hver kunde fikk sitt eget domene under produp.no. Den 3. januar 2016 sendte jeg kunden og firmaene jeg var i dialog med, lenker til opplæringsvideoer for hver prosess i systemet, lagt ut på ProdUps YouTube-kanal.
Himlingspesialisten forble den eneste kunden som brukte appen, og bare en kort tid: våren 2016 sa de opp, da innehaveren begynte hos Moelven Modus på Hamar. Den 12. desember 2016 sendte jeg Vangen & Plotz oversikten over ProdUp-inntektene for året, og 28. desember ba jeg dem ta appen ned.
Jeg skrev «inntil videre». Og det mente jeg.
Regnearket, 2017–2025
Appen var borte, men ikke logikken. Jeg hadde regnearket, og jeg brukte det.
Gjennom årene som prosjektleder og avdelingsleder i Moelven Modus ble det utvidet etter hvert som prosjektene stilte nye krav. Anslagsvis femti prosjekter siden Vækerø – skoler, kontorbygg, industribygg – der produksjon og produktivitet ble målt aktivitet for aktivitet, mot norm. Regnearket fikk etter hvert et navn: ProdUp master.
Jeg er selvlært innen IT, og regnearket var ikke det eneste jeg laget. Jeg utviklet også prosjektskjemaet, som bedriften brukte til regnskap, avdragsfakturering, endringer og sluttoppgjør i prosjektene. Da jeg i august 2017 la inn produktivitet på startsiden, skrev jeg: «Ettersom vi ikke måler produktivitet så er det ikke mulig å få det helt riktig, men jeg tror det kan bli veldig nyttig å synliggjøre kalkulert- og estimert produktivitet.»
Høsten 2017 kom spørsmålet om produksjonsoppfølging opp igjen, denne gangen fra en kollega. Forslaget hans var at forventet produksjon ble lagt inn, og at montørene registrerte montert mengde hver dag når de førte timene, slik at man fikk en produksjonsfaktor per dag og samlet for uka. minTimeliste, systemet som ble valgt i 2014, var tatt i bruk i Sverige og skulle trolig til Norge året etter. Min tidligere leder trakk meg inn i tråden. Jeg kunne svare bedre enn ham, skrev han, blant annet fordi jeg «jo har jobbet mye med produktivitet i praksis».
Jeg svarte at både minTimeliste og Handyman kunne settes opp med kategorier å føre timer på, men at ingen av dem kunne ta imot en målsatt produktivitet og måle den realiserte opp mot den. Det var nettopp det regnearket gjorde. Og jeg la til: «Det finnes ingen enkle løsninger eller snarveier for å få til dette, og ingen som har prøvd seg på enkle løsninger eller snarveier har lykkes.»
I 2018 forsøkte jeg igjen å finne et hjem for systemet. Jeg skrev til en jeg kjente fra Moelven Modus, som da arbeidet hos leverandøren av minTimeliste, systemet Moelven valgte i 2014. minTimeliste ble senere Visma Tid, og henvendelsene fortsatte til 2020. Det ble høflige svar, purringer, og lite mer. I januar 2023 ba jeg Vangen & Plotz om kildekoden og databasen. Den 15. mai 2023 fikk jeg kildekoden; noen database var ikke å oppdrive. I e-posten viste jeg til ProdUp master, regnearket slik det så ut da – langt fra regnearket fra Vækerø.
Det som skjedde i disse årene, var ikke at ProdUp lå brakk. Det var at forretningslogikken ble prøvd, justert og prøvd igjen, prosjekt etter prosjekt, i tjue år. Hver beregningsregel som ligger i systemet i dag, har en historie fra en byggeplass.
Ny start, 2025–2026
Da språkmodellene kom, forsøkte jeg å bygge appen på nytt selv. Første forsøk kom et stykke på vei, men verktøyene var ikke modne for et så sammensatt system.
Med neste generasjon var det annerledes. Den 30. juni 2025 sluttet jeg i Moelven Modus, etter til sammen 41 år i bedriften. Den 5. juli sa jeg formelt opp avtalen fra 2013, og 30. juli bekreftet Vilmar AS, tidligere Vangen & Plotz, at de ikke hadde innvendinger.
Siden har jeg arbeidet med ProdUp på heltid. Kravspesifikasjonen er skrevet på nytt med langt høyere detaljeringsgrad enn i 2013 – ikke lenger med et regneark som vedlegg, men en beregningskjerne der hver formel er definert, hvert symbol har én betydning, og hver regel som følger tariffavtalen er sporbar til den.
Appen bygges på et grunnlag der hver beregning testes mot et konstruert referanseprosjekt med kjent fasit. Får ikke koden disse tallene, er den feil.
108,74 %
Montørproduktivitet
105,56 %
Bedriftsproduktivitet
Tidslinje, 2006–2026
-
2006
Vækerø
Protec Consult AS måler med stoppeklokke: 39 prosent av den betalte arbeidstiden er produktiv. Regnearket blir til med en gang.
-
2010–2011
Dagsrapport og Valcon
Moelven Nordia innfører daglig dagsrapport med produksjonsavbrudd og årsak, avtalt med de tillitsvalgte. Valcon kartlegger montasjeapparatet og anbefaler dagsmål per montør og fortløpende logg over hindringer og tillegg. Tiltakene blir ikke en varig del av driften.
-
2012
Egen regning og risiko
Regnearket testes med bonus knyttet til produktivitet på Rosenholm Campus, sammen med Magnus Sletten Vangen og laget hans. Moelven Nordia Prosjekt bekrefter deretter skriftlig at systemet kan utvikles videre for egen regning.
-
2013
Appen
Avtale med Vangen & Plotz AS, eierskap 80/20. Den 5. desember er en ny versjon oppe på app.produp.no, med produktivitetsrapporter og bonusberegning basert på normer, og dagen etter holdes kurs for brukerne i Moelven Nordia Prosjekt.
-
2014
Tre nei
Piloten i Trondheim settes på vent. Moelven velger minTimeliste, med referanser og markedsutbredelse som avgjørende kriterier. Prosjektet i Vadsø trekkes tilbake.
-
2015–2016
Markedet
Himlingspesialisten blir den eneste kunden som bruker appen, og bare en kort tid. I desember 2016 blir det bestemt at appen tas ned etter nyttår – «inntil videre».
-
2017–2025
ProdUp master
Regnearket brukes og utvides prosjekt for prosjekt som prosjektleder og avdelingsleder. Forretningslogikken prøves og justeres i praksis.
-
2025–2026
Ny start
Avtalen fra 2013 sies opp. Kravspesifikasjonen skrives på nytt som en beregningskjerne der hver formel er definert og hver regel er sporbar. ProdUp bygges på heltid.
Sytti år på stedet hvil
Det som ble målt på Vækerø i 2006, hadde Norges byggforskningsinstitutt pekt på allerede i 1953. Reymert sammenlignet med svenske tall og fant at timeforbruket på de enkelte arbeidsoperasjonene lå på nivå med det svenske, mens totaltiden per bygg lå atskillig høyere i Norge. Differansen måtte ligge i tid som ikke gikk direkte til arbeidsoperasjoner – dagtid, rydding og sjau, og posten «Forberedende og diverse».
Han visste hvor tiden gikk. Han hadde ikke verktøy til å måle hvor mye. Det fikk vi femtitre år senere, med stoppeklokke på Vækerø.
I 2026 beskrev SINTEF det samme på nytt. En kvalitativ studie av byggekostnadene, lagt fram på Arendalsuka, slår fast at store deler av tidsbruken på byggeplass går til venting, koordinering og feilretting framfor verdiskapende arbeid. Årsakene den peker på er økt kompleksitet, mange endringer underveis, begrenset standardisering og utilstrekkelig læring mellom prosjekter. Det er Reymerts liste fra 1953, skrevet om i moderne språk.
Legg merke til hva slags målinger dette er. Protec var innleid. Skanska hentet inn observatører. Forskerne kommer, måler i noen uker, skriver rapport og drar. Det gir et øyeblikksbilde, og et øyeblikksbilde er bedre enn ingenting – men det gir ikke laget noe å styre etter i morgen tidlig. Da SINTEF i 2023 skulle si noe om hvor stor del av tiden norske betongarbeidere faktisk er produktive, måtte de tilbake til målingene fra 2006.
−20 %
Produktivitet i bygg og anlegg siden 1995. I samme periode har fastlandsøkonomien vokst +59 %.
Fra 1970 holdt næringen følge med Fastlands-Norge i 25 år, og lå i 1995 foran. Kilde: SSB tabell 09174.
Imens har avstanden vokst. Bruddet kom i 1995, og fra da vokste timeverkene. Bransjen har løst en større oppgave med langt flere folk, ikke med bedre flyt.
Lav produktivitet er ikke et norsk problem. Men utslaget er større her. Jo høyere timekostnaden er, desto dyrere blir hver time som går til venting og leting – en tapt time i Norge koster langt mer enn den samme timen i Sør-Europa. Det var poenget på et av de første lysbildene jeg laget i 2014: når lønningene våre er dobbelt så høye, må vi være dobbelt så effektive.
Her vil jeg være presis på én ting, fordi den ofte misforstås. Lean og Last Planner arbeider for å forebygge og fjerne hindringer i planleggingen. ProdUp gjør noe annet: det dokumenterer og prisfester hindringene når de likevel oppstår i utførelsen. Det ene erstatter ikke det andre. Et Lean-miljø uten måling ute i felt får aldri vite om tiltakene virket. Målingen står på egne ben, som dokumentasjon og som grunnlag for krav, men den gir mest når noen også bruker tallene til å fjerne årsakene.
Jeg skal være ærlig om én ting til. Responsen på ProdUp har vært mindre enn jeg ventet, gjennom alle disse årene. Jeg har sendt systemet til mange – entreprenører, konsulenter, systemleverandører, ledere. Bare i 2026 kontaktet jeg ti leverandører av systemer til bygg og anlegg. Én tok et møte. To svarte at henvendelsen var sendt videre internt. Resten ble stille.
Ett av dem er verdt å fortelle om. I februar 2026 kontaktet jeg en norsk systemleverandør med over fire tusen kunder. Tretten minutter senere kom svaret: to til tre hundre av kundene deres hadde etterspurt akkurat denne funksjonen. Vi møttes i Oslo ni dager senere. Uken etter kom konklusjonen – de hadde vurdert utviklingstid mot avkastning og hadde ikke kapasitet det året, men skaffet jeg finansiering, kunne de bistå med utviklere og pilotkunder. Jeg svarte med et forslag om en pilot allerede i 2026 hos noen av kundene som hadde etterspurt funksjonen, med beregningene i regnearket mitt og uten at det krevde tid fra utviklerne deres. Det kom aldri noe svar.
Det er en innvending til, og den er vanskeligere for meg. Når jeg har vist ProdUp til dem som skal bruke det ute i felt, har svaret ofte vært kjølig. Det ser tungvint ut, har jeg fått høre. En sa at det så gammeldags ut. Byggmontasjen sa nei fordi montørene ikke ville ha systemet ute i felt.
Det er lett å avfeie som motvilje mot noe nytt. Jeg tror det er noe annet. Når produksjonen ikke går som planlagt, er montøren den nærmeste å skylde på – også når årsaken ligger i planleggingen, i bestillingene, i varer som kom for sent, eller i at noen lot være å varsle motparten om en hindring for å bevare den gode stemningen. Det er likevel montøren som står der når tallene ikke stemmer. Skjer det ofte nok, begynner montøren å tro at feilen ligger hos en selv. Da er skepsisen mot enda et system som teller hvor fort man jobber, ikke irrasjonell. Den er lært.
Det er nettopp der ProdUp gjør noe annet. Tid som går med til en hindring trekkes ut av montørens produktivitet, og hindringen føres med årsak og ansvarlig part – enten den ligger hos oppdragsgiver, hos en leverandør eller hos oss selv. Montøren måles på det montøren selv rår over.
Men da må vi være like ærlige om den andre halvdelen. Ikke all tapt tid er påført utenfra. Kaffepausen som blir ti minutter lengre, oppmøtet klokka sju som i praksis betyr ferdig skiftet klokka kvart over, turen hjem litt før tiden – det er også tid som forsvinner fra prosjektet. I en modell der alle får betalt per time uansett resultat, finnes det ingen økonomisk grunn til å stramme opp. Da blir det lederens jobb å være politi, og det er en utakknemlig jobb som sjelden virker.
Deler laget en bonuspott, endrer det seg. Kollegaens lange pause blir plutselig ditt problem. Ansvaret slutter å være noe som legges på ovenfra, og begynner å vokse fram innenfra.
Og det er verdt å merke seg hvem som ikke var skeptiske. Magnus og laget hans ble målt hver eneste dag. De syntes det ble morsommere å jobbe. Forskjellen var at de hadde del i det som kom ut av det.
Måling alene er kontroll. Måling med ansvaret plassert riktig, og med en andel i gevinsten, er noe annet. Får ikke presentasjonen min fram den forskjellen i løpet av de første minuttene, er det min feil og ikke deres.
Det er ikke fordi systemet ikke virker, det vet jeg. Der det har vært i bruk, har det gitt full kontroll, og på enkelte prosjekter resultater som var eksepsjonelt gode. Forklaringen ligger nok et annet sted. En konsernkjøper med krav om referanser, markedsutbredelse og support i to land kan ikke forsvare å velge et enkeltpersonforetak fra Hamar, uansett hva regnearket viser. Det svaret fikk jeg i klartekst i 2014, og det er like sant i dag.
Problemet er ikke nytt. Det har bare aldri blitt målt der arbeidet skjer – hver dag, av dem som gjør det.
Det er det ProdUp er.
Jon Harald Sveum
daglig leder, ProdUp Sveum
Kilder
- Reymert, Jan F. (1953). Produktiviteten i bygningsindustrien. Norges byggforskningsinstitutt, særtrykk nr. 11. Opprinnelig i Bygg nr. 10, 1953. Les originalrapporten (PDF)
- Tippett, L.H.C. (1935). A snap-reading method of making time-studies of machines and operatives. Journal of the Textile Institute 26, T51–70. Metoden ble utviklet i britiske tekstilfabrikker fra 1927.
- Thune-Holm, Erling C. og Johansen, K. (2006). Produktivitetsmålinger i Skanska. Intern rapport, Skanska Norge, Oslo. Rapporten er ikke offentlig; tallene er gjengitt og drøftet i Kalsaas (2010), kilde 4.
- Kalsaas, Bo Terje (2010). Work-Time Waste in Construction. Proceedings IGLC-18, International Group for Lean Construction, Haifa. Les studien (PDF)
- SINTEF (2023). SiteCast – sluttrapport 2018–2023. Rapport 2023:00633. Les rapporten (PDF)
- SINTEF (2026). Byggekostnader – med særlig fokus på boligbygging. Kvalitativ studie gjennomført våren 2026, lagt fram på Arendalsuka. Se publikasjonen
- Statistisk sentralbyrå. Tabell 09174: Lønn, sysselsetting og produktivitet, etter næring. Bruttoprodukt per timeverk. Grunnlag for utviklingen i bygg og anlegg mot Fastlands-Norge, 1970–2025. Se tabellen i statistikkbanken
- EU-kommisjonen, European Construction Sector Observatory (2021). Digitalisation in the construction sector. Analytical report, april 2021. Les rapporten
- Mischke, Jan, Stokvis, Kevin, Vermeltfoort, Koen og Biemans, Birgit (2024). Delivering on construction productivity is no longer optional. McKinsey & Company. Les artikkelen
- ProdUp-presentasjonen (2014). Intern presentasjon. Kilde for regnearket fra Vækerø 2006 og for skjermbildet av appen.
Datoer, tall, sitater og hendelsesforløp for øvrig bygger på egne notater, egen korrespondanse og egne avtaler fra perioden 2006–2026.