PåfyllDatagrunnlaget Snakk med oss

Excel eller prosjektstyringssystem? Når regnearket ikke strekker til

Regnearket er ikke problemet. Problemet er at kalkylen, prosjektregnskapet og faktureringen bor i hvert sitt ark, og at noen må flytte tallene mellom dem for hånd. Her er hva Excel gjør godt, de tre overgangene der det begynner å koste, hva dere bør beholde, og fem spørsmål som avgjør om det er tid for et prosjektstyringssystem.

Hauk Aleksander OlaussenHauk Aleksander OlaussenMedgründer · · 7 min
I artikkelen
  1. Holder det med prosjektstyring i Excel?
  2. Tre ark som skal vise samme prosjekt
  3. Hvor svikter regnearket først?
  4. Excel-mal for prosjektstyring: nyttig, men løser ikke koblingen
  5. Hva bør dere beholde i Excel, og hva bør inn i et system?
  6. Fem spørsmål før dere bestemmer dere
  7. Slik tar Relation OS over der regnearket slipper
  8. Oppsummering
  9. Spørsmål og svar

De fleste entreprenører har styrt prosjekter i Excel lenger enn de har hatt noe annet. Arket har en fane per jobb, egne formler for påslag og dekningsgrad, og fargekoder bare den som laget det forstår helt. Det har båret bedriften langt, og det er ingen grunn til å kaste det bare fordi det finnes nyere verktøy.

Spørsmålet er ikke om Excel er godt nok. Det er hvor mye det koster å flytte tallene mellom arkene for hånd. Her ser vi på hva regnearket gjør godt, de tre overgangene der det begynner å svikte, hva en Excel-mal for prosjektstyring kan og ikke kan løse, og hva dere bør beholde når dere går videre.

Holder det med prosjektstyring i Excel?

Ofte, ja. En entreprenør med to eller tre samtidige prosjekter, få endringer underveis og én person som eier tallene, kan styre godt i Excel i mange år til.

Regnearket har tre styrker det er lett å undervurdere:

  • Det krever ingen innføring. Alle kan åpne filen, og ingen trenger en ny innlogging.
  • Det former seg etter dere. Timepriser, påslag, dekningsgrad og mengdeberegning står slik dere selv tenker om jobben.
  • Det bærer erfaring. Hvilke poster som alltid sprekker, hvilke leverandører som leverer sent, hva en kvadratmeter yttervegg faktisk koster. Den kunnskapen ligger i arkene og i vanene til folkene som bruker dem.

Den siste er grunnen til at vi aldri anbefaler å rive et oppsett som virker. Hvorfor, står i Hvorfor vi bygger et lag oppå, og ikke river det som virker.

Det som endrer bildet, er ikke regnearket. Det er at kalkylen, prosjektregnskapet og faktureringen etter hvert lever i hvert sitt ark, og at noen må holde dem i takt.

Tre ark som skal vise samme prosjekt

Et prosjekt har tre tall som skal henge sammen:

  1. Kalkylen sier hva jobben skal koste: mengder, priser, timer, påslag og dekningsgrad.
  2. Prosjektregnskapet sier hva jobben faktisk koster: timer, innkjøp, underentreprenører og tilleggsarbeid.
  3. Faktureringen sier hva kunden skal betale: à konto, milepæler og sluttfaktura.

Hvert av dem kan leve godt i et eget ark. Det er kontakten mellom dem som svikter, fordi ingen eier den. Kalkulatøren eier kalkylen, prosjektlederen eier timene og økonomi eier fakturaen. Overgangen mellom dem eier ingen.

Det gjør dette mer enn et effektivitetsspørsmål. Bygg og anlegg er fortsatt næringen med flest konkurser i Norge. I tredje kvartal 2026 ble det åpnet 783 konkurser, og 184 av dem var i bygg og anlegg (SSB). Med tynne marginer er det dyrt å oppdage et tapsprosjekt i sluttoppgjøret i stedet for mens det fortsatt går an å gjøre noe med det.

Hvor svikter regnearket først?

I tre overganger. Gå gjennom dem, og tell hvor mange som i dag løses med kopiering mellom filer. Det tallet sier mer om behovet deres enn noen funksjonsliste.

1. Fra kalkyle til prosjektbudsjett

Jobben er vunnet, og kalkylen skal bli budsjettet prosjektet styres etter. Tallene kopieres over i en ny fil. Så endrer virkeligheten seg: en mengde justeres, en post faller bort, en leverandør gir ny pris. Etter noen uker finnes det tre versjoner, og ingen vet sikkert hvilken som gjaldt da prosjektet startet.

Konsekvensen er at det blir vanskelig å si om prosjektet går med overskudd før langt ut i byggeperioden. Tallene finnes, men de kan ikke lenger sammenlignes.

2. Fra prosjektkostnad til faktura

Timene føres ett sted, innkjøpene bokføres i regnskapet, og kontrakten ligger i en mappe. Den som lager fakturaen, må hente fra alle tre.

Tilleggsarbeid er den klassiske fallgruven. Det blir utført, men sjelden registrert i det øyeblikket det skjer. Med manuell avstemming kan to feil skje samtidig: noe blir fakturert for mye, og noe blir aldri fakturert. Det siste er det dyreste, fordi det ikke gir noen feilmelding.

Et regneeksempel: et prosjekt på 4 millioner kroner er kalkulert med 8 prosent margin, altså 320 000 kroner. Underveis blir det gjort tilleggsarbeid for 120 000 kroner som aldri kommer med på en faktura. Marginen faller til 5 prosent, og ingen ser det før sluttoppgjøret. Tallene er et eksempel, men mønsteret kjenner de fleste prosjektledere igjen.

3. Fra endring til oppdatert kalkyle

En endring skal helst oppdatere tre steder samtidig: kalkylen, budsjettet og fakturaunderlaget. I regnearket skjer det sjelden i én bevegelse. Blir endringen registrert bare ett sted, finnes det tre sannheter om samme prosjekt.

Skaden varer lenger enn prosjektet. Erfaringstallene neste kalkyle bygger på, stemmer ikke lenger med det som faktisk ble bygget. Da blir det gradvis vanskeligere å prise nye jobber riktig, akkurat når marginene er tynnest.

Regnearket kan godt lagre endringer. Det kan bare ikke si fra når en endring ikke har nådd alle stedene den skal.

Excel-mal for prosjektstyring: nyttig, men løser ikke koblingen

Mange leter etter en bedre Excel-mal for prosjektstyring når arkene begynner å gli fra hverandre. En god mal har reell verdi: den gir felles struktur, og alle kaller det samme for det samme.

Men alle maler har de samme tre svakhetene:

  • Malen kopieres. Det blir én kopi per prosjekt, og ingen har ansvar for å holde dem i takt når malen forbedres.
  • Malen måler bare det noen taster inn. Timer, innkjøp og tilleggsarbeid registreres fortsatt et annet sted.
  • Malen varsler ikke. Den sier ikke fra når en endring er avtalt, men ikke fakturert.

En mal løser oppsettet, ikke koblingen. Se på den som et steg på veien, ikke som svaret.

Hva bør dere beholde i Excel, og hva bør inn i et system?

Skillet går mellom det én person jobber med alene, og det flere må se de samme tallene for.

Behold i Excel Flytt inn i et prosjektstyringssystem
Kalkyle Erfaringstall, timepriser, mengdeberegning Kalkylen som blir tilbud, budsjett og fakturaplan
Underveis Egne vurderinger og nye typer oppdrag Timer, innkjøp og endringer mot det som er kalkulert
Endringer Notater fra befaring Endringsmeldinger med status, pris og signatur
Fakturering Ingenting Fakturaplan, à konto og sluttoppstilling
Kontroll og HMS Kontrollark og sjekklister Det kunden eller byggherren skal godkjenne

Tommelfingerregelen: har dere flere samtidige prosjekter, endringer hver uke og mer enn én person som oppdaterer tallene, er det koblingen som er flaskehalsen, ikke arket.

Hva dere ellers bør kreve av systemet, står i Hvilke prosjektstyringssystemer passer for entreprenører?.

Fem spørsmål før dere bestemmer dere

Velg ett pågående prosjekt, og svar på disse:

  1. Hvor mange prosjekter går samtidig, og hvor ofte endres de underveis?
  2. Hvem oppdager at et prosjekt går dårlig, og hvor lang tid tar det?
  3. Hvor lang tid går det fra arbeidet er utført til det er fakturert?
  4. Hvor mange ark og versjoner finnes for prosjektet, og hvem vet hvilken som gjelder?
  5. Hva koster én glemt endring, eller én faktura som går tre uker for sent?

Svaret på det siste trenger ikke være eksakt. Det holder å vite at det koster. Løses overgangene i dag med kopiering, har dere funnet problemet som faktisk skal løses. Hvilke tall dere bør følge per prosjekt, står i Lønnsomhet og likviditet per prosjekt.

Slik tar Relation OS over der regnearket slipper

Relation OS er bygget for prosjektbedrifter, sammen med et entreprenørkonsern. Det er laget for nettopp overgangene i denne artikkelen, og det krever ikke at dere kaster arket.

  • Bruk arket dere har. Kalkulerer dere i Excel i dag, importerer dere resultatet, så bærer Relation OS tallene videre.
  • Kalkylen lever videre. Fagene og delprisene følger prosjektet, og timer, fakturaplan og avvik måles mot det dere kalkulerte.
  • Fra tilbud til prosjekt med ett klikk. Budsjettet og fakturaplanen følger med, uten en ny fil.
  • Endringsmeldinger etter norsk standard. Statusen bestemmer hva som teller i prognosen og hva som kan faktureres. Kunden signerer med BankID i Relation Sign, rett fra prosjektet.
  • Fakturaen bygges fra det som ligger der. Timene og ukekortene kunden har signert, kan legges ved, og fakturaen sendes rett inn i regnskapssystemet for bokføring.
  • Regnskapet blir stående. Relation OS legger seg oppå regnskapssystemet dere har og henter tallene derfra i sanntid. Hvorfor det er riktig rekkefølge, står i Prosjektstyring og regnskapssystem: bygge oppå eller bytte?.

Vi tar inn pilotkunder i 2026. De tre første månedene koster ingenting, oppsettet er gratis, og det er ingen binding. Se hvordan Relation OS ser ut.

Oppsummering

Prosjektstyring i Excel holder lenger enn mange tror. Det som svikter, er ikke arket, men overgangene mellom kalkyle, prosjektregnskap og fakturering, som i dag løses med kopiering mellom filer. Behold erfaringstallene, mengdeberegningen og kontrollarkene. Flytt koblingene inn i ett system når dere har flere prosjekter, hyppige endringer og flere som oppdaterer de samme tallene.

Begynn med ett pågående prosjekt og de fem spørsmålene over. Da ser dere raskt om problemet er arket eller koblingen.

Spørsmål og svar

Holder det med prosjektstyring i Excel for en entreprenør?

Ofte, så lenge dere har få samtidige prosjekter, få endringer underveis og én person som eier tallene. Når flere prosjekter går samtidig, endringene kommer ofte og flere oppdaterer de samme tallene, begynner kopieringen mellom ark å koste mer enn regnearket sparer.

Hva er forskjellen på Excel og et prosjektstyringssystem?

Excel er en fleksibel regneflate der hvert ark står for seg. Et prosjektstyringssystem for entreprenører kobler kalkyle, tilbud, timer, endringer, fakturering og likviditet til samme prosjekt, så en endring ett sted slår gjennom overalt. Forskjellen er koblingene, ikke regnekraften.

Finnes det en god Excel-mal for prosjektstyring?

Det finnes mange, og en god mal gir felles struktur og felles begreper. Men en mal kopieres per prosjekt, den måler bare det noen taster inn, og den sier ikke fra når en endring ikke har nådd fakturaen. Den løser oppsettet, ikke koblingen.

Må vi slutte å bruke Excel hvis vi tar i bruk et prosjektstyringssystem?

Nei. Erfaringstall, mengdeberegning og kalkulasjon av nye typer oppdrag kan godt bli i Excel. I Relation OS kan dere importere resultatet av kalkylen fra regnearket, så bærer systemet tallene videre til prosjektøkonomi, endringer og faktura.

Må vi bytte regnskapssystem for å komme bort fra regnearkene?

Nei. Relation OS legger seg oppå regnskapssystemet dere allerede har, henter tallene derfra i sanntid og sender fakturaene tilbake for bokføring. Regnskapet blir stående som det er.

AIUtkastet er skrevet med AI. Hauk har lest det, rettet det og står for innholdet. Publisert .

Vil dere se det i drift?

Relation OS er operativsystemet for prosjektbedrifter, med datagrunnlaget og agentene på plass fra første dag.

Mer påfyll

Du snakker med agenten vår, ikke med et menneske. Den svarer på det som står på nettstedet. Går spørsmålet lenger, sier den fra.

Samtalen lagres ikke. Vil du snakke med et menneske, ta kontakt.