Et typisk norsk kommunalt infrastrukturprosjekt har en kostnadsramme mellom 5 og 50 millioner kroner. Det kan være en VA-utbedring, en gang- og sykkelveg, en kommunal park, et tilbygg på en skole eller en oppgradering av en kirkegård. Disse prosjektene har mange av de samme dokumentasjonskravene som et 500-millioners prosjekt — men de har sjelden bemanning til å drifte en full prosjekthotellsløsning. Denne artikkelen beskriver hva et "prosjekthotell light" er, hvorfor kategorien finnes, og hva den dekker.

1. Hva er et prosjekthotell — og hva er forskjellen på "light"?

Et prosjekthotell er i utgangspunktet en delt arbeidsflate for byggeprosjekt: dokumentlagring med versjonering, fordelingslister, sjekkpunkter, revisjoner og leveransekontroll. ISO 19650-1 og -2 definerer rammer for "common data environment" (CDE) som er den faglige overbygningen [1]. NS 8360 setter videre krav til BIM-strukturen i et CDE [2].

Tradisjonelle prosjekthotell er bygget for store entrepriser med 50–500 brukere, kompleks BIM, hundretusenvis av dokumenter og lange revisjonshistorier. Disse verktøyene er kraftige, men har en innføringskostnad — i tid, kompetanse og lisens — som ofte ikke står i forhold til et lite prosjekt.

Et prosjekthotell light dekker kjerneoppgavene fra ISO 19650 og NS 8360 (dokumentlagring med revisjon, leveransekontroll, fordeling, sluttdokumentasjon) i et grensesnitt som én eller to personer kan drifte uten egen prosjekthotellsansvarlig. Det dekker også de spesifikt kommunale behovene som ikke alltid finnes i internasjonale CDE-løsninger: grunneierregister, kart med matrikkeldata, innbyggermeldinger, arkivpliktig overlevering etter arkivlova [3].

2. Hvorfor små prosjekt har et eget verktøybehov

Vurder en kommunal VA-utbedring på 18 MNOK med følgende organisasjon:

1 prosjektleder (kommunal)
1 byggherreombud (innleid)
1 entreprenør med 4–8 fagarbeidere
1 rådgivende ingeniør (deltid)
30–80 berørte grunneiere

For en slik organisasjon er innføringskostnaden ved et fullskala prosjekthotell — opplæring, malverk, godkjenningsflyt, mappestruktur — ofte 200–400 timer. Det tilsvarer 5–10 % av prosjektets samlede prosjektledelseskostnader. Resultatet er at mange små prosjekt enten:

ikke får et prosjekthotell i det hele tatt og styres på e-post og filserver, eller
får et fullskala verktøy som brukes til 10–20 % av kapasiteten.

Begge alternativene gir dokumentasjonsgjeld ved sluttoverføring og økt risiko for klager og tvister.

3. Hva et prosjekthotell light skal levere

Et lett prosjektoppfølgingsverktøy for kommunale prosjekt bør dekke følgende, basert på NS 8360, ISO 19650, NS 8407 § 39 (sluttdokumentasjon) og arkivlova [1][2][3][4]:

Dokumentlager med versjonering og dato/forfatter-stempling.
Leveranseliste koblet til faseplan (forprosjekt, detaljprosjekt, bygging, drift).
Møtereferater med beslutninger som er søkbare i ettertid (jf. forvaltningsloven § 11 d) [5].
Bilder og innmålinger med posisjon og tidsstempel.
Avviksregister med ansvarlig og frist.
Grunneierregister der relevant (gjelder mange kommunale VA- og vegprosjekt).
Innbyggermeldinger for prosjekt som berører naboer.
Sluttrapportpakke som kan eksporteres til kommunens sak- og arkivsystem i NOARK-kompatibelt format.

4. Det som ikke trenger å være med

For et 18-millionersprosjekt er følgende vanligvis ikke verdt kompleksiteten:

Full BIM-kollisjonsdeteksjon (en god 2D-tegning + en datablad-pakke holder).
Workflow-motor med betingede godkjenningsruter i flere ledd.
IFC-versjonering med modellsammenslåing.
Egen BIM-koordinator.

Et prosjekthotell light fjerner denne ballasten uten å fjerne dokumentasjonskravene.

5. Hva regelverket faktisk krever

Mange små kommunale prosjekt får senere problemer fordi prosjekteier antar at "vi er små, så regelverket er enklere". Det er ikke riktig. Selv et 5-millionersprosjekt skal:

ha SHA-plan etter byggherreforskriften der prosjektet er meldepliktig [6],
arkivere etter arkivlova § 6 og arkivforskriften [3],
levere as-built for VA, veg og kabel etter forskrift om felles ledningsregister der relevant [7],
behandle personopplysninger om grunneiere etter GDPR art. 6 og personopplysningsloven [8],
følge offentleglova ved henvendelser om innsyn [9].

Et prosjekthotell light er bygget rundt disse minstekravene fra start.

6. Hvordan velge riktig kategori

Bruk et fullskala prosjekthotell når prosjektet har:

50+ brukere,
aktiv BIM-koordinering på modellnivå,
entrepriseform som forutsetter formell CDE (typisk store NS 8407-prosjekt),
behov for sertifisering/avhengighet av byggesakshåndtering på modellbasis.

Bruk et prosjekthotell light når prosjektet har:

kostnadsramme under ca. 50 MNOK,
5–20 brukere,
behov for dokumentasjon, grunneierdialog, innbyggermeldinger og sluttrapport,
liten eller ingen dedikert prosjekthotellsressurs,
begrenset opplæringstid.

7. Praktiske gevinster

Erfaring fra mindre kommuner viser typiske forbedringer ved å gå fra "e-post og filserver" til et lett oppfølgingsverktøy:

Tid til sluttdokumentasjon reduseres typisk fra 60–100 timer til 8–20 timer per prosjekt.
Antall innsynsbegjæringer som ender i klage til Sivilombudet faller — primært fordi dokumenter er sporbart organisert.
Reklamasjoner kan dokumenteres med foto/bilag som ikke har "blitt borte" i innboksen.

Tallene over er ikke uavhengig publisert forskning — de er sammenstilt fra anonymisert tilbakemelding fra brukere av lignende verktøy, og bør betraktes som indikative.

8. Konklusjon

Et prosjekthotell light er ikke en sparekonto-versjon av et enterprise-prosjekthotell. Det er en egen kategori, designet rundt det faktiske behovet til kommunale prosjekt under 50 MNOK: lav innføringskostnad, dekkende dokumentasjonsflyt, og leveranseklar for kommunens arkiv.

Når kategorien velges riktig, går både tids- og risikobruken ned — og dokumentasjonen blir paradoksalt nok bedre, fordi den faktisk blir brukt.