Sjekkliste: funksjonskrav til prosjekthotell light for kommunale prosjekt
En faglig forankret kravspesifikasjon kommunen kan bruke direkte i anbud eller intern vurdering: hva et lett prosjekthotell må, bør og kan ha — og hvilke regelverkskrav som ligger bak hvert punkt.
Når en kommune skal velge prosjektoppfølgingsverktøy for prosjekt under 50 MNOK, mangler det ofte en bransjeforankret kravspesifikasjon i riktig størrelse. Denne sjekklisten henter krav direkte fra ISO 19650, NS 8407, arkivlova og personvernlovgivningen, og er strukturert som "skal/bør/kan" slik at den kan brukes både i anbud og intern vurdering.
1. Dokumenthåndtering
Skal:
- Lagre dokumenter i forhåndsdefinert mappestruktur.
- Versjonere automatisk ved opplasting av samme filnavn.
- Vise dato, forfatter og statusmerking (utkast, gjeldende, historisk).
- Eksportere PDF/A for arkivformål [1].
Bør:
- Sjekksum-beskytte filer mot ubevisst endring.
- Tilby revisjonsvisning side-om-side.
Kan:
- Integrere med Microsoft 365 / Google Workspace.
Forankring: ISO 19650-1 informasjonstilstander [2], arkivlova § 6 [3].
2. Møter og beslutninger
Skal:
- Lagre møtereferater med struktur (deltakere, saker, beslutninger, ansvarlig, frist).
- Søkbart på beslutningstekst.
Bør:
- Generere oppgaveliste fra møtereferat.
- Sende referat på e-post til deltakere ved publisering.
Forankring: Forvaltningsloven § 11 d (skriftlighet i offentlig saksbehandling) [4].
3. Avvik og endringer
Skal:
- Avviksregister med løpenummer, status, ansvarlig, frist og bilag.
- Endringsmeldinger med kobling til kontrakt og økonomisk konsekvens.
Bør:
- Varsler ved nær frist eller utløpt frist.
Forankring: NS 8407 kap. 31–34 om endringer og uenighet [5].
4. Bilder og innmåling
Skal:
- Lagre bilder med tidsstempel og GPS-posisjon der utstyret støtter det.
- Mulighet for tekstforklaring per bilde.
Bør:
- Geografisk visning på kart.
- Sammenligning før/etter med samme posisjon.
Forankring: NS 8407 § 22 dokumentasjon av utførelse [5]; grannelova § 9 (tilstandsdokumentasjon) [6].
5. Grunneier og innbygger
Skal:
- Grunneierregister med matrikkelimport (gnr/bnr, hjemmelshaver, adresse).
- Status per grunneier i forhandlingsløp.
- Loggføring av all sendt og mottatt kommunikasjon.
Bør:
- Mal-system for varsler etter pbl. § 5-2 [7].
- Sikker innbyggerportal (magic link / ID-porten der relevant).
Forankring: Matrikkellova [8], pbl. § 5-2 [7], GDPR art. 6 [9].
6. Kart og GIS
Skal:
- Vise WMS-grunnlag (Kartverket).
- Vise matrikkelgrenser.
- Mulighet for å tegne tiltaksområde og lagre.
Bør:
- Importere/eksportere SOSI eller GeoJSON.
- Vise eksisterende ledninger (om kommunen tilrettelegger).
Forankring: Stedfestingsforskriften [10]; forskrift om felles ledningsregister [11].
7. Framdrift
Skal:
- Milepælsliste med ansvarlig og status.
Bør:
- Gantt-visning med avhengigheter.
- Variansvisning planlagt vs faktisk.
8. SHA og HMS
Skal:
- Lagre SHA-plan og vernerunder.
- Avvikslogg HMS skilt fra teknisk avvikslogg.
Forankring: Byggherreforskriften [12].
9. Sluttdokumentasjon
Skal:
- Sjekkliste leveranser per fag før overlevering.
- Eksport av sluttpakke i NOARK 5-kompatibelt format [1].
Bør:
- Generere automatisk sluttrapport fra prosjektets data.
Forankring: NS 8407 § 39 [5], NOARK 5 [1].
10. Sikkerhet og personvern
Skal:
- Hosting innenfor EØS.
- Databehandleravtale tilgjengelig.
- Pålogging med to-faktor.
- Tilgangsstyring per rolle (prosjektleder, byggherreombud, entreprenør, leser).
- Logg over hvem som har lest/lastet ned hva.
Bør:
- ID-porten / Feide-integrasjon.
- Sletteregime som tilfredsstiller GDPR art. 17 [9].
Forankring: GDPR art. 28, 32; personopplysningsloven [9].
11. Integrasjon
Skal:
- Eksport til NOARK 5.
- API for henting av data.
Bør:
- Direkte integrasjon med kommunens sak/arkivsystem.
- SSO mot kommunens identitetsleverandør.
12. Driftsmessige krav
Skal:
- Oppetidsgaranti minimum 99,5 %.
- Backup minst daglig.
- Sletting på forespørsel.
Bør:
- Kundestøtte på norsk innenfor normal arbeidstid.
- Innføringsguide på maks 5 dagers innsats.
Slik bruker du sjekklisten
- Stryk det som ikke er relevant for ditt prosjekt.
- Skjerp "bør" til "skal" hvis prosjektet har behov.
- Bruk listen i konkurransegrunnlag eller intern vurdering.
- Pek alltid på den faglige forankringen (ISO 19650, NS 8407, arkivlova) — det gjør kravet både forsvarlig og etterprøvbart.
En kravspesifikasjon som er for kort gir tilfeldig dimensjonert verktøy. En som er for lang utelukker små leverandører. Denne listen er kalibrert til kommunale prosjekt under 50 MNOK og bør tilpasses i begge retninger ved behov.