Kostnadskutt i veg- og tunnelprosjekter

Hva løsningen trenger fra deg

Du er fagpersonen. Løsningen finner ingen besparelser uten det du vet — og den kan ikke gjette seg til det.

Denne presentasjonen er de sju spørsmålene du blir stilt før en kjøring bestilles, hva du skal svare, og hva du må skaffe på forhånd. Eksemplene er hentet fra utbedringsprosjekter på veg og tunnelprosjekter.

Spørsmål	Du leverer	Tid
1. Hvilke hypoteser skal vurderes?	3–6 tiltak du tror på, med begrunnelse	1 møte
2. Hva koster det i dag?	kostnadslinjer: mengde × enhetspris	dager til uker
3. Hvilke interne data finnes?	uttrekk og registre dere allerede har	timer
4. Hvilke eksterne data trengs?	normer, priser, erfaringstall — og hvilke åpne API-er som er relevante	timer
5. Hva kan ikke fravikes?	krav, minstenivåer, avtaler	1 møte
6. Hva er allerede gjort?	liste over gjennomførte tiltak	timer
7. Hva pleier å skje i praksis?	din erfaring med kalkyle vs. virkelighet	1 møte

Spørsmål 2 er det eneste som pleier å ta uker. Alt annet kan besvares på en dag hvis du er tilgjengelig.

Før spørsmålene

Hva løsningen gjør — og hvorfor du blir spurt

Løsningen leser en liten, kuratert kunnskapsbase om ett prosjekt, foreslår kostnadsreduserende tiltak, og kontrollerer regnestykket deterministisk mot prosjektets faktiske kostnadslinjer før noe forslag slipper ut.

Kontrollen kan avgjøre om et tall er mulig. Den kan ikke avgjøre om tiltaket er klokt. Det gjør du, etterpå — og det er den vurderingen løsningen lærer av.

Derfor er spørsmålene under ikke en kartlegging. De er de fire tingene kontrollen ikke kan finne på egen hånd: hva noe koster, hva som ikke er lov, hva som allerede er gjort, og hva som pleier å skje i drift.

Før spørsmålene

Din rolle, og hva du ikke skal gjøre

	Du — fagpersonen	Den tekniske personen
Eier	innholdet og korrektheten	formen og strukturen
Leverer	tallene, rammene, tiltakene, dommene	oversettelsen til dokumenter og datafiler
Format	det du allerede jobber i: regneark, notat, uttrekk, PDF	markdown og JSON
Aldri	skriver systemfiler eller skjema	utleder et tall du ikke har oppgitt

Du skal aldri levere ferdige dokumenter. Lever et regneark, et notat, et skjermbilde fra fagsystemet, en henvisning til en håndbok. Oversettelsen er ikke din jobb.

Regelen som ikke kan brytes Mangler et tall, står det som manglende. Det utledes ikke, og det rundes ikke av til noe som «virker rimelig». Et tall ingen kan peke på en kilde for, forurenser alt som bygger på det.

Det finnes ingen automatikk som lager kunnskapsbasen av regnearkene deres. Oversettelsen er håndarbeid, og det er derfor forberedelsen tar én til to uker.

Spørsmål 1 av 7

1 Hvilke hypoteser vil du at løsningen skal vurdere?

«Hvis du fikk én uke til å lete etter penger i dette prosjektet — hvor ville du sett først, og hvorfor?»

Løsningen forbedrer hypotesene dine framfor å finne opp sine egne fra bunnen. Jo mer konkrete de er, jo bedre blir svaret. Den foreslår også sitt eget i tillegg — men dine går først.

Fire tiltakstyper dekker det meste. Bruk dem som huskeliste, ikke som fasit:

Tiltakstype	Utbedring på veg	Tunnel
Ny teknologi erstatter gammel	LED i veglys · nye rekkverkstyper med lengre levetid	LED-armaturer · frekvensstyrte vifter
Behovsstyring framfor fast drift	vinterdrift utløst av målestasjon/prognose framfor fast rode-utkalling	ventilasjon styrt på målt CO/NO₂ framfor fast drift · finere dimmetrinn på dagsonen
Tilstandsbasert framfor intervallbasert	dekkefornyelse etter målt spor og jevnhet framfor fast syklus · grøfterens etter tilstand	vask og renhold etter målt tilsmussing framfor fast frekvens
Levetidsforlengelse framfor utskifting	forsegling eller tynndekke framfor full reasfaltering · reparasjon framfor bytte av rekkverk	rehabilitering av eksisterende installasjon framfor full utskifting

En femte som ofte glemmes: redusert omfang — å utbedre mindre der tilstanden ikke krever mer. Den er ofte den største, og den er alltid den vanskeligste å foreslå.

Ferdig når Du har 3–6 hypoteser, hver med én setning om hvorfor du tror på den. Begrunnelsen mates ordrett inn til løsningen — det er der fagkunnskapen din faktisk gjør en forskjell.

Spørsmål 1, fortsatt

Filteret som avgjør om en hypotese er brukbar

Et tiltak må kunne uttrykkes som en kostnadslinje — en mengde ganger en enhetspris. Kan det ikke det, kan løsningen foreslå det, men ikke kontrollere det. Da er svaret verdt akkurat like mye som et vanlig godt råd.

	Hypotese	Blir til
✔	Færre vinterutkallinger med prognosestyring	antall utkallinger × kr per utkalling
✔	Lengre intervall mellom tunnelvask	antall vask per år × kr per vask
✔	Finere dimming av tunnelbelysningen	kWh per år × kr per kWh
✔	Tynndekke framfor full reasfaltering	m² × kr per m²
✘	«Bedre samhandling med entreprenøren»	ingen mengde, ingen enhetspris
✘	«Tidligere involvering av fagressurser»	ingen mengde, ingen enhetspris

De to nederste kan godt være riktige. De hører bare hjemme et annet sted enn her.

Gjør dette Skriv om hver hypotese til formen «noe ganger en pris». Klarer du det ikke, spør deg selv hva som faktisk endrer seg i regnskapet — svaret er som regel mengden.

Spørsmål 2 av 7 — det tunge

2 Hva koster dette i dag?

«For hver hypotese: hvilken kostnadslinje treffer den, hva er mengden, og hva er enhetsprisen — og hvor kommer tallet fra?»

Dette er det steget som stopper prosjekter. Uten ekte kostnadslinjer har kontrollen ingenting å avstemme mot: et internt konsistent, oppdiktet forslag går rett gjennom, og kjøringen ser helt normal ut.

Prosjekttype	Typiske linjer	Formen
Utbedring veg	dekkefornyelse	m² × kr/m²
	vinterdrift	utkallinger/år × kr per utkalling, eller km × kr/km
	veglys, energi	kWh/år × kr/kWh
	grøfterens, kantklipp, rekkverk	løpemeter × kr/lm
Tunnel	belysning, energi	kWh/år × kr/kWh
	ventilasjon, energi	kWh/år × kr/kWh
	vask og renhold	vask/år × kr per vask
	utskifting av komponenter	antall × kr/stk

Ta med alle linjene som er i spill — ikke bare linjen til det tiltaket du tror mest på. Et forslag som viser til en kostnadskode som ikke finnes i grunnlaget, blir avvist.

Ferdig når Hver linje har en mengde og en enhetspris, og du kan si hvor hvert tall kom fra. Får du ikke tak i tallene: si det uttrykkelig, så ingen leser et godkjent-resultat som mer enn det er.

Vanligste fellene: et tall som er fordelt fra en større post uten at det står · et tall fra før forrige ombygging · en enhetspris uten årstall, som ikke kan prisjusteres · en investeringskostnad som dekker hele anlegget mens tiltaket bytter én del.

Spørsmål 3 av 7

3 Hvilke interne data finnes — og hvem henter dem?

«Hvilket system holder dette tallet i dag, og kan noen hente det ut for meg?»

Ikke spør om integrasjoner. Spør per tall. Fem kategorier dekker det meste:

Kategori	Utbedring veg	Tunnel	Uten den
A. Kostnad og regnskap faktura, kalkyle, kontraktspriser	enhetspriser fra driftskontrakt, sluttkostnad fra tilsvarende prosjekt	energifaktura, priser fra siste elektroanbud	kontrollen er uforankret
B. Objekt og mengde hva anlegget består av	km veg, m² dekke, antall stikkrenner, meter rekkverk, alder og tilstand	antall armaturer og effekt, antall vifter og pumper, lengde, antall løp	ingen mengde å gange med
C. Bruk og driftsprofil hvor mye, hvor ofte, hvor lenge	ÅDT, antall vinterutkallinger, saltmengde, klippefrekvens	brenntimer, driftstimer vifter, vaskefrekvens, trafikkfordeling	årsforbruket kan ikke regnes
D. Historikk hva som er gjort	utførte dekkefornyelser med årstall og strekning	utskiftinger, oppgraderinger, rehabiliteringer med årstall	tiltak foreslås på nytt, gevinst dobbelttelles
E. Kontrakt og avtale hva som er bundet	driftskontraktens omfang og løpetid, opsjoner	serviceavtaler, garantiperioder	tiltak foreslås som ikke kan bestilles

Gjør dette For hver kategori: skriv ned hvilket system eller regneark tallet ligger i, og hvem som kan hente det ut. Et CSV-uttrekk eller et skjermbilde er nok — det trengs ingen integrasjon for å komme i gang.

Spørsmål 4 av 7

4 Hvilke eksterne data er nyttige?

Eksterne data brukes til to ting: å begrense hva som er lov, og å kalibrere hva som er realistisk. Fire kategorier:

Det aller meste av dette finnes allerede som åpne API-er. Tilgang er sjelden problemet. Å vite hvilke kilder som er relevante for akkurat dine tiltak, er det — og det er en fagvurdering. Neste side er den jobben.

Kategori	Hva det er	Hva det gjør i kjøringen
F. Normer og krav	håndbøker og vegnormaler som gjelder tiltaket — for tunnelbelysning f.eks. Håndbok V124 og N500, med paragraf	setter gulvet ingen besparelse kan gå under; hindrer forslag som bryter krav
G. Priser og indekser	kraftpris og nettleie, prisindekser, markedspriser fra sammenlignbare anbud	gjør enhetsprisen etterprøvbar og prisjusterbar
H. Erfaringstall for realisering	litteratur og evalueringer om gapet mellom beregnet og faktisk effekt	korrigerer den beregnede besparelsen ned til det som pleier å komme ut
I. Produkt- og leverandørdata	effekt, levetid, garanti, dokumenterte ytelser	gir parametere til tiltaksnotatene i stedet for antakelser

Kategori H er den som er vanskeligst å skaffe og som betyr mest. Finnes det ingen norsk måling på ditt område, er det helt i orden å låne et tall fra utenlandsk litteratur — men da skal det stå uttrykkelig at det er lånt, og fra hva.

Ferdig når Hvert tall som ikke er målt hos dere, har en navngitt kilde med årstall ved siden av seg — og det er tydelig merket hva som er eget materiale og hva som er lånt.

Spørsmål 4, fortsatt — nesten det viktigste

Åpne API-er og MCP-servere: jobben er å peke ut de riktige

«Hvilke åpne datakilder bruker fagmiljøet ditt allerede — og hvilke skulle du ønske du hadde hatt?»

Det tekniske er sjelden flaskehalsen. Det finnes ferdige MCP-servere for en rekke offentlige norske datakilder, og et hvilket som helst åpent REST-API kan pakkes som én. Det som mangler, er noen som kan si hvilke kilder som er verdt å koble til. Det er deg.

Fem spørsmål per kandidatkilde

Spør	Hvorfor det avgjør
1. Hvilket tall i regnestykket svarer den på?	En kilde som ikke treffer en kostnadslinje eller en parameter, tilfører støy — ikke presisjon.
2. Er den autoritativ for nettopp det tallet?	Ville du sitert den i en rapport? Hvis ikke, skal den ikke ligge til grunn her heller.
3. Hvor ofte endrer tallet seg?	Sjelden ⇒ hent på forhånd. I løpet av dager ⇒ argument for oppslag underveis.
4. Hvem eier tilgangen, og koster den noe?	Åpent uten nøkkel · åpent med registrering · lukket og krever avtale. Tre helt ulike tidslinjer.
5. Hvilken lisens har dataene?	Avgjør om resultatet kan deles videre, og med hvem.

To måter en kilde kommer inn — og de er ikke likeverdige

	Hent på forhånd	Slå opp underveis (MCP)
Når	før kjøringen	mens forslaget formes
Blir	et dokument i kunnskapsbasen, med opphav og dato	et verktøy løsningen kan kalle selv
Fordel	du kan lese og korrigere dataene først	fanger opp noe som endrer seg
Krever	at noen henter uttrekket	uttrykkelig liste over tillatte oppslag
Nettverk under kjøring	null	ja — og alt navngis på forhånd

Velg «hent på forhånd» når du kan. Det er billigere, det kan kvalitetssikres av et menneske før det brukes, og det gjør at du etterpå kan si nøyaktig hva en kjøring har rørt. Uten eksplisitt oppsett gjør en kjøring null nettverkskall.

Ferdig når Du har en navngitt liste: kilde · hvilket tall den svarer på · hvor ofte det endrer seg · hvem som eier tilgangen. Fem treffsikre kilder slår femti mulige.

Advarsel: flere kilder gjør ikke svaret bedre av seg selv. Alt som kobles til, blir lest. Ti kilder som ikke treffer et tall i regnestykket, koster like mye oppmerksomhet som ti som gjør det.

Spørsmål 5 av 7

5 Hva kan ikke fravikes?

«Hvilke krav, nivåer og avtaler er det ingen besparelse som kan gå under — og avviker noe av det hos dere?»

Rammene er den viktigste halvdelen av anleggsbeskrivelsen. Uten dem foreslår løsningen tiltak som bryter krav ingen har fortalt den om, og du bruker tid på å avvise det samme igjen og igjen.

Type ramme	Utbedring veg	Tunnel
Fagkrav med minstenivå	krav til friksjon, jevnhet, sporddybde, siktforhold	lystekniske minstekrav i sonene, luftkvalitetskrav, hysteresetid ved nivåendring
Sikkerhetskrav	rekkverksklasser, arbeidsvarsling	krav til nødbelysning, ventilasjon ved brann, redundans
Antakelser som ikke holder	«vi kan ikke forutsette at strekningen kan stenges»	«vi kan ikke forutsette nattstenging for arbeid»
Kontraktsbundet	driftskontraktens omfang ut avtaleperioden	serviceavtaler, garantibetingelser
Budsjett og anskaffelse	hva som kan bestilles i hvilket år, terskelverdier

Ferdig når En fagperson som ikke kjenner anlegget kan lese listen og vite hva som er lov å foreslå. Er et krav strengere hos dere enn i normen — si det. Det er nøyaktig det du vet og normen ikke sier.

Spørsmål 6 av 7

6 Hva er allerede gjort — og hva er allerede vurdert?

«Hva er bygget om de siste årene, når, og på hvor stor del av anlegget? Og har noen vurdert et av disse tiltakene før?»

Løsningen vet ingenting om anlegget utover det kunnskapsbasen sier. Står et gjennomført tiltak ingen steder, blir det foreslått på nytt — med en besparelse som allerede er tatt ut.

Du leverer	Hva det hindrer
Gjennomførte tiltak — hva, når, på hvor mye av anlegget	dobbelttelling av en gevinst som allerede er hentet
Kostnadstall som viser dagens situasjon, ikke situasjonen før forrige tiltak	at kontrollen avstemmer mot et grunnlag som ikke finnes lenger
Tidligere vurderinger — hva fagfolk mente om et forslag, og hvorfor	at samme diskusjon tas om igjen fra null
Tiltak som ble forsøkt og ikke virket, med begrunnelse	den dyreste gjentakelsen av alle

Ferdig når Ingen i rommet kan peke på et gjennomført tiltak som ikke står i basen, og kostnadstallene stemmer med det anlegget faktisk bruker i dag.

Spørsmål 7 av 7 — det mest verdifulle

7 Hva pleier å skje mellom kalkyle og virkelighet?

«Når dere har gjort noe slikt før — hvor mye av den beregnede besparelsen kom faktisk ut? Og hva var det som spiste resten?»

Kontrollen kan avgjøre om et tall er mulig. Den kan ikke avgjøre om anlegget faktisk leverer det. Der stopper regnestykket og din erfaring begynner — og det er den eneste kunnskapen i hele prosessen som ikke kan hentes fra et system.

Et godt svar navngir mekanismen, ikke bare tallet. Eksempel fra tunnelbelysning, der tre kjente mekanismer trekker gevinsten ned:

Mekanisme	Hvorfor den spiser gevinst
Påkrevd forsinkelse ved nivåendring	holder anlegget på det høyere nivået gjennom svingninger — asymmetrisk i energi
Den delen av tiltaket som ikke blir implementert	halve gevinsten kan ligge i en del som rutinemessig faller ut av leveransen
Kalibrering med sikkerhetsmargin	systematisk og ensrettet: ingen driftsorganisasjon justerer seg til for lite lys

De samme spørsmålene på vegsiden: Ble den nye driftsrutinen faktisk fulgt hele vinteren? Ble tilstandsmålingene brukt til å styre, eller bare rapportert? Hvor mye av tynndekket måtte gjøres om igjen innen tre år?

Ferdig når Du har sagt, med egne ord: «forvent rundt X prosent av det som er beregnet, fordi Y.» Har du et tall fra et eget prosjekt — det er den enkeltleveransen som forbedrer basen mest. Har du det ikke, si det: et navngitt kunnskapshull er innhold, et oppdiktet tall er forurensning.

Kvalitet

Fire krav til hvert tall du leverer

Krav	Hvorfor
1. Kilde. Hvor kom tallet fra — system, faktura, håndbok, notat?	Et tall uten kilde kan ikke etterprøves, og da kan heller ikke resultatet det.
2. Årstall. Hvilket år gjelder det for?	Et beløp uten årstall kan ikke prisjusteres. Da er det ubrukelig, uansett hvor riktig det var.
3. Målt eller antatt. Er dette avlest, eller er det anslått?	Begge deler er brukbart. Å forveksle dem er ikke.
4. Omfang. Hva dekker tallet — hele anlegget, eller den delen tiltaket treffer?	Feil omfang er den vanligste grunnen til at et riktig tiltak blir avvist.

Den enkleste formen Én linje per tall: hva · verdi · enhet · kilde · år · målt/antatt. Et regneark med de seks kolonnene er en fullgod leveranse.

Fallgruver

De fem feilene som koster mest

Ingen ekte kostnadstall. Kjøringen går, resultatet ser normalt ut, og kontrollen dømmer bare mot tall forslaget fant på selv. Den dyreste feilen, fordi den er usynlig.
Gjennomførte tiltak står ikke i basen. De foreslås på nytt, og besparelsen dobbelttelles.
Utledede tall. Et tall ingen kan peke på en kilde for, forurenser alt som bygger på det. Mangler et tall, skal det stå som manglende.
For mye materiale. Alt som legges inn, leses i sin helhet. Ti sider støy koster like mye oppmerksomhet som ti sider substans. Lever det som er relevant, ikke alt som finnes.
Ingen som dømmer etterpå. Kjøringen produserer et forslag ingen svarer på, og løsningen lærer ingenting. En base ingen dømmer imot, står stille.

Etterpå

Din dom er produktet — ikke forslaget

Etter kjøringen får du hvert vurderte tiltak tilbake, ett for ett, med kontrollens begrunnelse. Du svarer én av tre ting:

Svar	Når	Hva du skriver
Godkjent	tallet står seg som det er	kort. En lang begrunnelse for et enkelt ja gir bare støy.
Godkjent med korreksjon	regnestykket stemmer, men drift leverer mindre	det vanligste ekte svaret — og det som bærer mest læring: hvor mye, og hvorfor.
Avvist	virkeligheten rundt tallet holder ikke	hvorfor. «Ikke gjennomførbart» lærer ingenting; «forutsetningen om X holder ikke her, fordi Y» gjør det.

Skriv hvorfor, ikke hva. Begrunnelsen er det eneste som bærer fagkunnskap videre til neste kjøring — på dette prosjektet og på liknende prosjekter senere.

Et avvist forslag er ikke en feilet kjøring. En avvisning med en god begrunnelse er ofte mer verdt enn en godkjenning, fordi den lukker en retning for godt.

Ta med denne

Sjekkliste: dette skaffer du før kjøringen

Blokkerende — uten disse kjøres det ikke

Hvilket prosjekt eller anlegg det gjelder, med ett entydig navn
Kostnadslinjene tiltakene kan treffe: mengde × enhetspris, med kilde og årstall
3–6 hypoteser, hver med én setning om hvorfor
Liste over hva som allerede er gjennomført, med årstall
Kravene som ikke kan fravikes
Navnet på den som skal avgi dommen etterpå

Gjør svaret vesentlig bedre

Objekt- og mengdedata: antall, effekt, alder, tilstand
Driftsprofil: timer, frekvenser, ÅDT, utkallinger
Erfaringstall for realiseringsgrad — eget eller lånt, merket hvilket
Navngitte åpne datakilder: hva hver av dem svarer på, og hvem som eier tilgangen
Produkt- og leverandørdata for de aktuelle tiltakene
Tidligere vurderinger, inkludert de som endte i nei

Avklares med den tekniske personen

Hvilke systemer tallene hentes fra, og hvem som henter dem
Om en kilde skal hentes på forhånd eller slås opp underveis
Om noe skal kontaktes under kjøring — og hvem som godkjenner det

Realistisk tidsbruk Én til to uker. Det tunge er ikke teknikken — det er å få tak i kostnadstallene og å få skrevet ned rammene.