Historien om ProdUp

I 2006 målte en utenforstående med stoppeklokke hvor arbeidstiden på byggeplassen faktisk gikk. Svaret var det samme som Norges byggforskningsinstitutt fant i 1953, og det samme SINTEF beskriver i dag. Dette er historien om hva jeg gjorde med det tallet.

Hydro 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. Over noen uker kom det en lastebil med vegger til plassen hver eneste dag. 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ør Trygve Toften foreslo å hente inn et utenforstående firma for å finne ut hvor tiden faktisk ble av. Valget falt på Protec Innovation 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:

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 stor del av arbeidstiden som gikk til verdiskapende arbeid. Svaret var rundt 65 prosent, i underkant av to tredjedeler. Den siste tredjedelen gikk til noe annet.

Hvorfor en utenforstående?

Så hvorfor hadde ikke Moelven selv klart å avdekke dette? Protec Innovation AS var et anerkjent norsk rådgivningsmiljø, etablert i 1997 som Protec Consult AS, av blant andre Kjell Alpers. De arbeidet med produksjonsforbedring, lean og verdikjedeoptimalisering. To år etter at de var hos oss ble de kjøpt opp av det danske konsulenthuset Valcon, og skiftet navn til Valcon AS.

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.

De 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 i månedsvis 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 fabrikker siden mellomkrigstiden. På byggeplass var det nesten ukjent, og er det stort sett fortsatt. Det er samme tradisjon som ligger bak rapporten fra 1953, og som SINTEF står i når de måler det samme i dag.

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 akseptabel fortjeneste.

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 aldri vite om anslaget traff. Timene registreres for lønn, ikke mot mengde. En kalkyle som bommer, kan bomme likt i tjue år uten at noen oppdager det.

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.

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 16. mai fikk jeg et estimat fra Vangen & Plotz i Hamar på hva det ville koste å bygge det om til en app. Vangen kjente jeg fra fotballen i Hamar IL, og det var dem jeg gikk videre med. Så tok jeg det opp med arbeidsgiveren min. 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 Trond Ødegaard i Moelven Nordia. 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.

Samme måned testet vi regnearket på nytt, sammen med montasjeleder Magnus Sletten Vangen og laget hans på et prosjekt i Oslo. 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.

Den 1. juli 2012 skrev Magnus tilbake. 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 merker før de eventuelt får den. Det ga dem et ekstra gir når de så at det fungerte. Og kvaliteten ble ikke dårligere.

Den e-posten har gått igjen i hver eneste ProdUp-presentasjon siden.

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.

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 skrev jeg en fullstendig kjøpsavtale for kunder, med ni bilag fra kravspesifikasjon til testing og godkjenning. I november fikk de første brukerne i Moelven Nordia Prosjekt opplæring med blant annet videoer 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. Den hadde roller og rettigheter, produktivitetsrapporter og produktivitetsgrafer, økonomirapporter, timerapporter, hindringsanalyse og insentiver – bonusberegning basert på normer. Dagen etter, 6. desember, holdt jeg kurs for brukerne i Moelven Nordia Prosjekt på Jessheim. Den 19. desember var en pilot i Moelven Nordia avtalt, med oppstart i Trondheim i februar.

Moelven velger et annet system, 2014

---

Den 7. mars 2014 fikk jeg beskjed om at det ikke ble oppstart i Trondheim.

Samme år satt jeg i prosjektgruppen for nytt forretningssystem i Moelven Modus, som Moelven Nordia nå het. 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 ledet innføringen. Den 21. september sendte jeg presentasjonen til Tom Olberg i Herbert Nathan & Co, som hadde ansvaret for evalueringen. Svaret kom dagen etter. Fem løsninger 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 referanser var det vanskelig å løfte fram ProdUp på objektivt grunnlag, skrev han. 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.

Samme høst brukte jeg ProdUp på et prosjekt i Tromsø, med montører fra avdeling Tromsø. De ble så begeistret at de ba om å få bruke det på neste prosjekt, i Vadsø, og lean-manageren i Moelven Modus sa 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.

Noen uker senere ringte lean-manageren og trakk det tilbake. Det ble ikke noe av Vadsø.

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 betalende kunde utenfor Moelven: Himlingspesialisten, et lag med estiske montører. Kjøpsavtalen ble oversatt til estisk. Byggmontasjen inngikk avtale og fikk appen rigget opp for bedriften, men trakk seg før oppstart og betalte etableringsavgiften. Hver kunde fikk sitt eget domene under produp.no. Den 3. januar 2016 sendte jeg opplæringsvideoer for hver prosess i systemet.

Himlingspesialisten forble den eneste betalende kunden, 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, driftssjef 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.

I 2018 forsøkte jeg igjen å finne et hjem for systemet. Visma hadde kjøpt minTimeliste, det systemet Moelven valgte i 2014, og jeg skrev til produkteieren for Visma Tid, som jeg kjente fra Moelven Modus. Det ble høflige svar, purringer, og lite mer. I januar 2023 ba jeg Vangen & Plotz om kildekoden og databasen fra 2013, og 15. mai 2023 fikk jeg dem tilbake. I e-posten la jeg ved et skjermbilde av ProdUp master 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, 2023–2026

---

Da språkmodellene kom, forsøkte jeg å bygge appen på nytt selv. Første forsøk, våren 2025, kom et stykke på vei, men verktøyene var ikke modne for et så sammensatt system.

Med neste generasjon var det annerledes. Den 5. juli 2025 sa jeg formelt opp avtalen fra 2013, og 30. juli bekreftet Vilmar AS, som hadde overtatt Vangen & Plotz, at de ikke hadde innvendinger. Samme dag sluttet jeg i Moelven Modus, etter til sammen 41 år i bedriften.

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 er sporbar til tariffavtalen eller til et prosjekt der den ble til.

Tjue år, kort fortalt

---

• 2006

  Vækerø

  Protec Innovation AS måler med stoppeklokke. I underkant av to tredjedeler av arbeidstiden er verdiskapende. Regnearket blir til samme uke.

• 2012

  Egen regning og risiko

  Moelven Nordia bekrefter skriftlig at systemet kan utvikles videre for egen regning. Regnearket testes med bonus knyttet til produktivitet, sammen med Magnus Sletten Vangen og laget hans.

• 2013

  Appen

  Avtale med Vangen & Plotz AS, eierskap 80/20. Den 5. desember er app.produp.no oppe, med produktivitetsrapporter, hindringsanalyse og bonusberegning basert på normer.

• 2014

  Tre nei

  Piloten i Trondheim avlyses. Moelven velger minTimeliste, med referanser og markedsutbredelse som avgjørende kriterier. Prosjektet i Vadsø trekkes tilbake.

• 2015–2016

  Markedet

  Himlingspesialisten blir den eneste betalende kunden, og bare en kort tid. Appen tas ned i desember 2016 – «inntil videre».

• 2017–2025

  ProdUp master

  Regnearket brukes og utvides prosjekt for prosjekt som prosjektleder, driftssjef 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.

Det som ikke har endret seg

---

Det som ble målt på Vækerø i 2006, er det samme Norges byggforskningsinstitutt fant i 1953, og det samme SINTEF beskriver i 2026: om lag en tredjedel av arbeidstiden går til noe annet enn produksjon. Tre uavhengige målinger, spredt over sytti år, som peker samme vei.

Imens har avstanden vokst. Bruddet kom i 1995, året timeverkene begynte å vokse. 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 på plassen får aldri vite om tiltakene virket, og en måling uten Lean-tenkning bak seg blir bare tall.

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. Én videresendte henvendelsen til produktledelsen sin. 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. Min siste e-post ble aldri besvart.

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 tar ikke et enkeltpersonforetak fra Hamar på alvor, uansett hva regnearket viser. Det svaret fikk jeg i klartekst i 2014, og det er like sant i dag.

Det er også grunnen til at ProdUp nå søker partner. En teknologipartner, en pilotkunde eller kapital – det som skal til for å bli den referansen markedet krever.

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