Milepælsplan Excel Mal

1. Åpne arket Milepælsplan og se gjennom de 6 eksempelradene. Bruk dem som eksempel på ønsket detaljnivå.
2. Bytt ut teksten i kolonnene Nr., Milepæl og Beskrivelse med prosjektets egne leveranser. Bruk én rad per tydelig kontrollpunkt.
3. Skriv inn personen eller teamet som har ansvaret i kolonnen Ansvarlig. Unngå roller som er så brede at ingen vet hvem som skal følge opp.
4. Fyll inn planlagt dato i formatet DD.MM.ÅÅÅÅ. Når leveransen er ferdig, skriver du den reelle datoen i Faktisk dato.
5. Oppdater Status manuelt, for eksempel med Fullført eller Ikke startet. Bruk Kommentar når en milepæl er forsinket eller avhenger av en annen oppgave.
6. Gå gjennom arket i hvert statusmøte og lagre en ny versjon når du trenger historikk. Da kan du sammenligne planlagt og faktisk fremdrift over tid.

En milepælsplan passer når du skal følge leveranser som har en tydelig dato, men ikke trenger et omfattende prosjektstyringssystem. En prosjektleder i et håndverkerfirma kan bruke arket for å følge prosjektering, bestilling, byggestart, befaring og overlevering. Et team i en liten virksomhet kan bruke det til en nettsidelansering med kravspesifikasjon, design, utvikling, testing og publisering.

Kontoransvarlig i et rørleggerfirma kan sette ansvarlig person på hver milepæl og bruke Kommentar til å notere at en leveranse venter på kunden. På et ukentlig møte går teamet gjennom de 8 kolonnene fra venstre mot høyre: først hva som skal leveres, deretter dato, eier og status.

Fra oppstart til leveranse

Eksempelradene i arket viser en prosjektflyt med 6 trinn. Du kan bruke samme logikk for et prosjekt som starter 05.01.2026 og skal leveres 30.04.2026: kravspesifikasjonen kan ha frist 20.01.2026, design 10.02.2026 og testing 15.04.2026. Faktisk dato fylles først inn når arbeidet er ferdig.

For en tømrermester med 4 ansatte kan hver milepæl knyttes til en konkret person, for eksempel prosjektleder, arkitekt eller testansvarlig. Det er bedre enn å skrive bare firmaet eller avdelingen, fordi én navngitt person lettere ser hva som må gjøres før neste statusmøte.

Når oversikten er mest nyttig

Oppdater planen én gang i uken i prosjektfasen og før hvert kundemøte. Ved en leveranse over 16 uker gir det rundt 16 faste kontrollpunkter, men selve arket bør fortsatt inneholde bare de viktigste milepælene – ikke alle småoppgaver.

En god milepælsplan skiller mellom planlagt dato og faktisk dato. Planlagt dato er beslutningen du tar ved oppstart, mens faktisk dato dokumenterer når leveransen virkelig ble ferdig. I malen ligger datoene som teksteksempler i formatet DD.MM.ÅÅÅÅ, så du bør bruke samme visning når du skriver inn nye datoer.

Start med 5–10 milepæler som beskriver avsluttede leveranser, ikke aktiviteter som pågår hver dag. En formulering som Kravspesifikasjon klar er mer nyttig enn Arbeid med krav, fordi teamet kan avgjøre om punktet er ferdig eller ikke. Dette er min klare anbefaling: bruk få, målbare milepæler fremfor en lang oppgaveliste.

Datoer, status og dokumentasjon

Et prosjekt som varer 12 uker kan for eksempel ha 6 milepæler med to ukers mellomrom. Hvis design er planlagt ferdig 10.02.2026, men faktisk ferdig 17.02.2026, viser arket et avvik på 7 dager når du sammenligner feltene. Selve malen regner ikke ut avviket automatisk, så sammenligningen gjør du manuelt.

Statusfeltet er tekstbasert og inneholder eksempelverdiene Fullført og Ikke startet. Du kan skrive egne verdier, men bør velge en fast liste – for eksempel Ikke startet, Pågår og Fullført – slik at alle i prosjektet tolker status likt.

Enkel plan eller prosjektverktøy

For et prosjekt med under 20–30 milepæler er dette arket ofte raskere enn et nytt system. Når du trenger avhengigheter, automatisk varsling, tidslinje, ressursbelastning eller mange samtidige brukere, bør du gå videre til et dedikert prosjektverktøy. Ikke prøv å bygge alle disse funksjonene inn i et enkelt regneark.

Den dyreste feilen er å fylle ut milepælsplanen én gang og deretter la den ligge. En prosjektleder kan tro at utvikling er ferdig fordi oppgaven er startet, mens kunden egentlig venter på testing og godkjenning. Uten en faktisk dato blir det også uklart når leveransen virkelig passerte målstreken.

Et annet problem er milepæler som er for vage. Prosjektstart, arbeid pågår og diverse oppgaver kan dekke nesten hva som helst. Skriv heller en konkret leveranse som Design ferdigstilt eller Testing godkjent. Da kan ansvarlig person svare ja eller nei uten en lang diskusjon.

Uklare eiere skaper forsinkelser

Hvis fire ansatte deler ansvaret for én milepæl, ender den ofte hos ingen. Tenk på et prosjekt med 8 milepæler og 4 medarbeidere: fordel hvert punkt til én hovedansvarlig, selv om andre skal bidra. Kommentar kan brukes til å skrive hvem som må levere underlaget.

En forsinkelse på 5 arbeidsdager i kravfasen kan flytte både design og testing dersom disse milepælene kommer etter hverandre. Skriv derfor forsinkelsen i Kommentar med ny forventet dato, i stedet for å overskrive den opprinnelige planlagte datoen.

For mye tekst og for lite beslutning

Kommentarer som lange møtereferater gjør arket vanskelig å lese. Hold deg til én beslutning, ett avvik eller én avhengighet per rad. Hvis en kommentar blir lengre enn 2–3 setninger, bør detaljene ligge i prosjektets dokumentasjon, mens regnearket bare peker på hva som må følges opp.

Du bør også unngå å bruke farger som om de var funksjoner. Malen har blå overskrifter og lys blå annenhver rad, men ingen automatisk fargekode for forsinkede milepæler. Derfor må du lese datoene og statusfeltet aktivt i hvert møte.

Når datoene og statusfeltet må leses aktivt i hvert møte, er det ofte lurt å holde selve fremdriften samlet i en plan for aktiviteter.

En milepælsplan fungerer best når oppdateringen får et fast tidspunkt. Legg den inn som et punkt i det ukentlige statusmøtet, for eksempel hver fredag klokken 10. På 15 minutter kan prosjektlederen kontrollere status, fylle inn faktiske datoer og skrive nye avklaringer i Kommentar.

Koble planen til eksisterende møter

Ikke opprett et eget møte bare for regnearket hvis teamet allerede har en prosjektgjennomgang. Åpne arket før møtet og gå gjennom de 6 eksempelradene eller dine egne milepæler i nummerert rekkefølge. Start med alt som ikke er Fullført, og avslutt med kommende planlagte datoer.

• Oppdater Ansvarlig når en person byttes ut.
• Skriv faktisk dato samme dag som leveransen godkjennes.
• Bruk Kommentar for ett konkret neste steg.
• Lagre en ny filversjon før større endringer i tidsplanen.

For et prosjekt på 12 uker kan en slik rutine gi 12 dokumenterte statusoppdateringer. Det gjør det enklere å forklare kunden hvorfor en leveranse flyttet seg, særlig når du beholder den opprinnelige planlagte datoen.

Når du bør bytte verktøy

Regnearket er et godt valg når én person oppdaterer en oversikt med rundt 10–30 milepæler. Når 5 eller flere personer redigerer samtidig, eller prosjektet trenger automatiske varsler, avhengigheter og ressursplanlegging, bør du bruke et prosjektstyringssystem.

Min anbefaling er å starte enkelt og bytte først når behovet er dokumentert. Hvis teamet ikke klarer å holde 8 kolonner oppdatert ukentlig, vil et større system sjelden løse problemet alene.

Når flere skal holde samme oversikt oppdatert ukentlig, blir det også viktig å få dokumentert beslutninger og endringer fortløpende med et møtereferat.