Mange kommunale prosjektledere kjenner seg igjen: prosjektet kjøres i Teams-kanaler, beslutninger tas i Outlook-tråder, framdrift føres i Excel, og tegninger ligger i et felles filområde med navn som "FINAL_v3_revB". Det går — helt til noen spør «hvorfor ble dette besluttet?», «når varslet vi grunneier?» eller «hvilken tegningsrevisjon var gjeldende 12. april?».

Denne artikkelen forklarer hva vi mener med prosjekthotell light for intern bruk, hvordan modulen Prosjektstyring i Prosjektbase er bygget for kommunale byggherrer, og hvor den passer inn i et landskap der både Teams, entreprenørens prosjekthotell og kommunens sak-/arkivsystem allerede finnes.

Kort om scope: kun byggherren er bruker

Det viktigste å forstå først: Prosjektstyring er ikke et delt prosjekthotell mellom kommunen og entreprenøren. Det er kommunens eget arbeidsrom.

Kun ansatte i kommunen har konto i systemet.
Entreprenører, rådgivere og grunneiere er ikke brukere.
Korrespondanse ut sendes som PDF eller e-post fra Teams og Outlook, slik dere gjør i dag.
Vi erstatter ikke Interaxo, Dalux eller SmartUse hos entreprenøren — vi overlapper bevisst ikke.

Hvorfor denne avgrensningen? Fordi delte prosjekthotell har en pris og en kompleksitet som mange små og mellomstore kommunale prosjekter ikke trenger. Det dere derimot trenger er struktur, oversikt og etterprøvbarhet for det byggherren selv gjør og beslutter.

Hva ligger i modulen?

Prosjektstyring består av elleve faner, som dekker en kommunal prosjektleders typiske arbeidsdag:

Oversikt — status, nøkkeltall og siste hendelser på ett sted.
Økonomi — kontraktssum, påløpt, prognose og endringer. Intern oppfølging, ikke fakturasystem.
Framdrift — milepæler og frister.
Kalender — interne aktiviteter, befaringer, byggemøter.
Dagbok — tidsstemplede innlegg etter mønster fra NS 8405.
Grunneier — eiendomsliste, kontakter, samtykker og notater per gnr/bnr.
Dokumenter — mappestruktur med revisjonshistorikk og status aktiv/utgått (særlig for VVA-tegninger).
Leveranse — intern logg over forventede og mottatte leveranser.
SHA — avviksregistrering og vernerunder for byggherrens egen oppfølging.
Varsler — maler for NS 8405/8406/8407 med fristberegning.
Chat og arkiv — intern meldingstråd og strukturert eksport ved overlevering.

Hver fane er bygget rundt prinsippet *enkelt nok til å faktisk bli brukt, strukturert nok til å være etterprøvbart*.

Hvor passer dette inn ved siden av Teams og prosjekthotell?

Tenk på det som tre nivåer:

1. Daglig samhandling (Teams, Outlook, telefon) Dette beholdes som i dag. PDF-er fra Prosjektbase — varsel, møtereferat, grunneierbrev — sendes som vedlegg i e-post eller deles i Teams-kanaler. Vi har ingen ambisjon om å erstatte samhandlingen, kun å dokumentere den.

2. Kommunens interne arbeidsrom (Prosjektbase) Her ligger strukturen og minnet til prosjektet: hvem ble varslet når, hvilken tegning var gjeldende, hva sa grunneier på befaringen 3. mars, hvilken endring utløste kravet om tilleggsvederlag.

3. Entreprenørens prosjekthotell (Interaxo, Dalux, SmartUse) Beholdes for tegningskoordinering på tvers av fag, BIM-modeller og fag-til-fag-samhandling internt hos entreprenør og rådgivere. Prosjektbase har ikke BIM-funksjoner og skal heller ikke ha det.

Etterprøvbarhet etter offentlige krav

Som offentlig byggherre er dere underlagt flere lover og standarder samtidig. Prosjektstyring er bygget med disse i bakhodet:

NS 8405, 8406 og 8407 stiller strenge form- og fristkrav til varsel om endring, tilleggsvederlag og fristforlengelse. Varselmodulen er strukturert rundt disse fristene slik at preklusjon ikke skjer på grunn av rotete e-post-tråder.
Arkivlova med forskrift krever at offentlige organer arkiverer dokumentasjon på en systematisk og etterprøvbar måte. Modulen støtter strukturert eksport som kan importeres i kommunens sak-/arkivsystem ved overlevering.
Anskaffelsesforskriften krever sporbar dokumentasjon av beslutninger og kommunikasjon — særlig viktig ved klage til KOFA eller forvaltningsrevisjon.
Personvernforordningen (GDPR) legger rammer for hvordan grunneierdata kan behandles. Vi følger prinsippene om dataminimering, formålsbegrensning og lagringsbegrensning, og data lagres i EU/EØS.

Tre konkrete eksempler

Eksempel 1 — VA-prosjekt på 18 millioner. Byggherrens prosjektleder logger dagbok hver dag (5 minutter), oppdaterer status på tegninger ved hver revisjon (1 minutt), og bruker varselmalen når entreprenøren meldte forsinkelse etter funn av forurenset masse. Når saken senere ble drøftet med entreprenør, lå hele forløpet tidsstemplet og sporbart.

Eksempel 2 — Kommunal veg, ekspropriasjon. 23 grunneiere langs strekningen ble fulgt opp individuelt i grunneierfanen: forhåndsvarsel, samtaler, avtaleutkast, signering. Når én sak gikk til skjønn, kunne kommuneadvokaten hente ut komplett kommunikasjonshistorikk på minutter.

Eksempel 3 — Lekeplass-rehabilitering. Lite prosjekt, men politisk vedtak krevde dokumentasjon av medvirkning. Møtereferater, innspill og beslutninger ble logget løpende. Ved klage på utforming kunne saksbehandler vise hele prosessen i én rapport.

Hva Prosjektstyring ikke er

For å være ærlige — disse tingene har vi bevisst ikke:

Ekstern brukertilgang for entreprenør eller rådgiver.
BIM, 3D-visning eller IFC-håndtering.
Tegning- og modellkoordinering på tvers av fag.
Fakturahåndtering og bokføring (det er kommunens ERP-system).
Tilbudsinnhenting og kontraktsforhandling (KGV/anbudssystem).
Mengdeberegning og kalkyle.

Trenger dere disse, lever Prosjektbase fint side om side med dem. Vi tar oss av strukturen og etterprøvbarheten på byggherresiden.

Slik kommer dere i gang

Inviter inn 2–3 personer fra kommunens prosjektteam — typisk prosjektleder, byggeleder og en saksbehandler.
Start med ett aktivt prosjekt. Ikke migrer historisk data — bare bruk modulen for det som skjer fremover.
Etabler dagboksrutine. Fem minutter på slutten av dagen. Det er den enkleste vanen som gir størst gevinst.
Bruk varselmalene ved første endring som kommer. Det viser organisasjonen hvorfor strukturen er verdt det.

Konklusjon

Et prosjekthotell light for intern bruk er ikke et kompromiss — det er et bevisst valg. Mange kommunale prosjekter er for små til å rettferdiggjøre kostnaden og kompleksiteten ved et fullverdig delt prosjekthotell, men for store og lovregulerte til å kunne kjøres forsvarlig i Teams og Excel alene.

Prosjektbases Prosjektstyring fyller det rommet: strukturert nok til å være etterprøvbart etter offentlige krav, lett nok til å faktisk bli brukt i hverdagen, og avgrenset nok til å ikke kollidere med verktøyene dere allerede har.

Kilder

NS 8405:2008 — Norsk bygge- og anleggskontrakt. Standard Norge. <https://www.standard.no/no/Nettbutikk/produktkatalogen/Produktpresentasjon/?ProductID=315583> (sjekket 2026-06-02)
NS 8406:2009 — Forenklet norsk bygge- og anleggskontrakt. Standard Norge. <https://www.standard.no/no/Nettbutikk/produktkatalogen/Produktpresentasjon/?ProductID=415163> (sjekket 2026-06-02)
NS 8407:2011 — Alminnelige kontraktsbestemmelser for totalentrepriser. Standard Norge. <https://www.standard.no/no/Nettbutikk/produktkatalogen/Produktpresentasjon/?ProductID=515407> (sjekket 2026-06-02)
Arkivlova (lov om arkiv). Lovdata. <https://lovdata.no/lov/1992-12-04-126> (sjekket 2026-06-02)
Anskaffelsesforskriften. Lovdata. <https://lovdata.no/forskrift/2016-08-12-974> (sjekket 2026-06-02)
Personvernforordningen (GDPR). Lovdata. <https://lovdata.no/static/NLX3/32016r0679.pdf> (sjekket 2026-06-02)