Veiledning i prosjektoppstart: 6 trinn for å komme riktig i gang

Hva er prosjektinitiering?

Prosjektinitiering er den første fasen i prosjektstyringens livssyklus, der team definerer prosjektets mål, omfang, interessenter, budsjett, tidsplan og overordnede gjennomførbarhet før arbeidet starter.

Formålet med prosjektinitiering er å samordne teamene, samle de riktige ressursene og prosjektstyringsprogramvaren, avklare forventninger, identifisere risikoer og skape et solid grunnlag for vellykket prosjektleveranse.

Hvorfor er prosjektinitieringsfasen viktig?

Prosjektinitieringsfasen er viktig fordi den danner det grunnleggende oppsettet for prosjektet ditt. Du identifiserer interessentene, teamet, prosjektmålene, delmålene og leveransene. Prosjektinitieringsfasen er viktig fordi den hjelper deg med å:

• Forstå prosjektkravene på en vellykket måte
• Sette realistiske forventninger til hva som skulle skje videre 
• Bygge tillit i gruppen, inkludert hos sponsoren, kunden og interessentene
• Unngå overarbeid, omarbeidelse, ukontrollert utvidelse av prosjektomfanget eller dårlig levering

Prosjektinitieringsprosessen: 6 steg

Her er de seks viktige stegene i prosjektinitieringsprosessen.

1. Forstå prosjektets omfang

Det første steget i initieringen av et prosjekt er å få en forståelse av prosjektets omfang, vanligvis fra prosjektsponsoren eller den viktigste kontaktpersonen hos kunden. Å forstå prosjektets omfang innebærer å få tydelige svar på følgende spørsmål: 

1. Hva er det egentlig du [prosjektsponsor eller forespørrer] mener at vi skal gjøre her? 
2. Hvorfor er dette viktig? 
3. Hvorfor er det viktig å ta tak i dette nå? 
4. Hva er fordelene ved å gjennomføre dette prosjektet? Hvordan oppstår disse fordelene? 
5. Hva kan skje hvis vi ikke gjennomfører dette prosjektet? 
6. Hvem forventes å være involvert i dette prosjektet? Hvordan påvirker prosjektet dem? 
7. Hvem skal sponse prosjektet? 
8. Hva skjer hvis vi trenger flere ressurser, eller problemet er større enn vi forsto i utgangspunktet? 
9. Hvilke kjente problemer er knyttet til dette prosjektet? 
10. Har noen forsøkt å gjennomføre dette prosjektet tidligere? Hva skjedde i så fall? 

Når du har svarene på disse spørsmålene om prosjektinitiering, kan du begynne å forstå årsaken til prosjektet og de viktigste målene for å gjennomføre det. Du får også en følelse av hva du trenger for å komme i gang.

2. Valider omfanget

Det andre steget innebærer å presentere din versjon og forståelse av prosjektet for de ulike berørte interessentene. Dette steget kalles noen ganger en gjennomførbarhetsstudie, men for mitt formål liker jeg at det er litt mer åpent og fleksibelt. 

Du validerer omfanget med de berørte interessentene og får mye mer informasjon om hvordan alt henger sammen, og hvordan det forespurte prosjektet vil påvirke endringer i hele organisasjonen.

Et systemimplementeringsprosjekt kan for eksempel virke enkelt for personen som ønsker det nye systemet, men de avledede effektene av å endre prosesser i hele selskapet, for eksempel prosesser som historisk har vært avhengige av et annet verktøy, kan føre til betydelig frykt, uro og debatt om hvorvidt implementeringen i det hele tatt er en god idé.  

Eksperttips

Når du går inn i denne fasen, vil du møte betydelig frykt og mange hindringer fra interessenter som vil bli berørt av endringen. Dette er normalt. Ta frykten og betraktningene deres på alvor, og skriv ned alt. Det kan hende du ikke forstår alt ennå, men det vil du etter hvert, og du vil ha nytte av å kunne gå tilbake til notatene.

Når du har fått en tydeligere forståelse av problemet og prosjektomfanget basert på et konseptbevis, kan du gi tilbakemeldingene og funnene dine til prosjektets interessent. Gi dem en oppdatering om det du har funnet ut, og gå deretter videre til neste trinn: å sette sammen de nødvendige ressursene og innhente enda mer tilbakemelding. 

3. Sett sammen de nødvendige ressursene og innhent tilbakemeldinger

Det er på tide å sette sammen ressursene som vil være nødvendige for å gjennomføre prosjektet, og innhente enda mer tilbakemelding fra disse personene. Begynn med å kontakte lederne for teammedlemmene du tror du kan trenge i prosjektet, presenter prosjektet og be om hjelp fra dem og teamet deres. 

På dette tidspunktet har du sannsynligvis nok informasjon til at du kan begynne å lage en overordnet prosjektplan, eller det kan være nok hindringer i veien for teamet til at du må gå tilbake til prosjekteieren.

4. Sett realistiske forventninger til prosjektet

Når du har innhentet tilbakemeldinger fra alle som står prosjektet nær, er det på tide å sette noen forventninger til hvordan det hele skal foregå, eller i det minste hvordan det skal begynne. Denne fasen krever betydelig forhandling og dokumentasjon – den kan ses på som forhåndsplanlegging av et prosjekt. 

Stay Ahead of What Deserves Your Attention

Get timely perspective on the shifts, decisions, and trade-offs shaping your role, plus practical resources you can put to work.

Get Free Access

Have an account? Log In

Definer hvem som er involvert i prosjektet, og når

Her skal du beskrive og definere interessentenes involvering. Enten det gjelder kunder eller interne interessenter, er det svært viktig å være tydelig på hvem som utfører oppgaver, godkjenner leveranser eller gjennomgår og gir tilbakemeldinger. 

Det er en god måte å gjøre dette på å lage et RACI-diagram. Jeg har skrevet en artikkel som går i dybden på RACI-diagrammer og hjelper deg med å lage et RACI-diagram som er nyttig.

Definer prosjektleveransene

På dette stadiet i prosjektet har du en idé om hva leveransene er. Nå er tiden inne for å konkretisere dette og sette noen rammer rundt dem, slik at dere kan bli enige om dem i SoW eller PID.

Ta informasjonen du har, og organiser et internt møte for å gå gjennom leveransene med teamet ditt. Hvis teamet ditt ennå ikke er på plass, og du må gå videre med å fastsette leveransene, kan du møte fagansvarlige.

Når du går gjennom leveransene med teamet ditt, må du sørge for å ha disse områdene i tankene for hver leveranse:

• Hva er det?
• Hvilket format skal det ha?
• Vil det være nødvendig med flere runder med endringer?
• Hvem vil være involvert?
• Når skal dette leveres?
• Har det avhengigheter til andre leveranser?

Her er et eksempel fra et nylig prosjekt jeg jobbet med (jeg har gjort det litt mer generelt):

	Leveranse	Beskrivelse
1.	Innledende tilnærming til grunnleggende design Format: Designfiler (Sketch), sendt for tilbakemelding ved hjelp av InVision Endringer: Iterative frem til 16/02/18	[Mitt byrå] vil definere en innledende tilnærming til den grunnleggende designen som er nødvendig som en del av trinn 1 i dette prosjektet. De nødvendige grunnprinsippene vil bli kartlagt fra de tre avtalte plattformene som står i fokus for trinn 1. Grunnprinsippene vil omfatte typografi, rutenett, farger og ikoner.  Målet er å fastsette disse grunnprinsippene slik at de kan danne grunnlag for den innledende designutformingen og også for fremtidig design i andre trinn.
2.	Komponentinventar og prioritering Format: Dokumentasjon Endringer: Iterative frem til 16/02/18	[Kunden] vil levere et komponentinventar til [mitt byrå], og [mitt byrå] vil gjennomgå dette og de tre identifiserte plattformene for å lage en komponentliste.[Mitt byrå] vil deretter prioritere disse komponentene etter prinsippet «fjern, forbedre, gjenbruk», og gruppere dem i kategorier. Komponentene vil bli kontrollert på tvers av de tre plattformene for å identifisere hvor felles komponenter brukes. Dette komponentinventaret og denne prioriteringen vil identifisere hvilke som er de viktigste komponentene som trengs for at innholdet skal leveres i prototypen.

Definer prosjektbudsjetter og tidsrammer

Med utgangspunkt i listen over leveranser har du nå et grovt prosjektomfang, og du må knytte tidsrammer og roller til dette. Samarbeid med fagansvarlige for å anslå tidsrammer og teamets sammensetning.

Avhengig av prosessen kan det hende at du anslår arbeidet i sprinter eller i faser med godkjenninger. Sørg for at du samarbeider med teamet om dette, slik at dere fastsetter de riktige rammene.

Definer mål på suksess

Ikke glem at prosjektet også trenger en form for måling, slik at du kan evaluere og forstå hva som fungerte eller ikke fungerte, og hvor vellykket leveransen var. Opprett noen målekriterier som du gjennomgår på slutten (eller på bestemte stadier underveis i prosjektet).

Vurder områder som:

• Sentrale KPI-er, for eksempel å øke antallet besøkende på et nettsted
• Kundetilfredshet, det vil si: Hvor fornøyde var kundene med hvordan prosjektet gikk?
• Tilfredshet i teamet, det vil si: Hvor fornøyde var teammedlemmene med hvordan prosjektet gikk?
• Avvik i tidsrammer
• Budsjettavvik

Vurder risikoer

Å tenke fremover er noe av det beste du kan gjøre i prosjektets oppstarts- og initieringsfase. Det er svært viktig å identifisere risikoer som kan hindre prosjektet i å levere, på et tidlig tidspunkt. 

Opprett en RAID-logg for å fremheve risikoer, antakelser, problemer og avhengigheter, og arbeid også gjennom hvordan du skal redusere disse.

Sørg for å involvere teamet, og vurder å holde en før-obduksjonsøkt med teamet der dere idémyldrer rundt risikoområder. Teamet kommer ofte på ting du ikke har tenkt på selv.

5. Organiser teamet og verktøyene

Målet med trinn 5 er å gjøre teamet, metodikken og verktøyene klare, slik at dere kan komme raskt i gang.

Publiser dokumentene du har arbeidet med i de foregående trinnene, og sørg for at personene i teamet som har uttrykt bekymringer, ser at disse bekymringene er gjenspeilet som risikoer som du og teamet aktivt skal overvåke og håndtere. 

Som en del av SoW eller PID er det nyttig å definere når og hvordan kommunikasjonen med interessentene skal foregå. Her er et eksempel:

Møte/kommunikasjon	Hvem	Når
Daglig statusmøte	Alle interne personer som er aktivt involvert i denne prosjektfasen	Daglig
Ukentlig statusrapport	Sendes til prosjektlederen, som distribuerer den til det øvrige teamet	Ukentlig, mandag ved arbeidsdagens slutt
Ukentlig gjennomgang	Prosjektlederen og sentrale interessenter	Ukentlig, fredag kl. 10.00
Statusoppdatering annenhver uke	Det øvrige teamet	Annenhver uke, tirsdag kl. 10.00

6. Start!

Det siste trinnet i initieringsfasen er å samle teamet og holde et formelt oppstartsmøte! Dette er et spennende trinn i prosjektstyringens livssyklus og markerer hva du som leder for prosjektet og teamet forplikter dere til. 

Gå gjennom følgende i møtet:

• Presentasjoner
• Roller og ansvarsområder
• Viktige interessenter og beslutningstakere
• Prosjektmål, leveranser og milepæler
• Antakelser
• Prosjektrisikoer, både positive og negative
• Avhengigheter og prosjektbegrensninger
• Tidsrammer og andre endringshensyn
• Kostnader og forventet avkastning på investeringen
• Måleparametere
• Teamets sammensetning

Når dette oppstartsmøtet er fullført, er du godt på vei mot å levere vellykkede prosjektresultater. Du kan nå avslutte initieringsfasen i prosjektstyringen og gå videre til neste trinn i arbeidsflyten beskrevet av Project Management Institute (PMI), planleggingsfasen.

Sjekkliste for prosjektinitiering

Her er en nyttig sjekkliste som dekker de viktigste elementene du må ta for deg når du går gjennom prosjektinitieringen.

Hva?	Elementer som skal sjekkes
Personer	Internt Definer teamsammensetningen Enes om arbeidsmåter Bestill foreløpige ressurser Gjennomfør en intern oppstart Eksternt Definer involverte interessenter Opprett og bli enige om RACI for roller & ansvarsområder Gjennomfør en kundeoppstart
Prosess	Definer prosjektprosessen Bli enige om og sett opp verktøy Opprett en RAID-logg for risikoer Opprett SoW eller PID
Produkt	Krav Samle inn eksisterende kjente krav Skisser prosjektmål & -målsetting Gjennomgå & definer leveranser Leveranseoversikt Opprett en overordnet tidsplan Lag et estimat basert på leveranser, tidsplan & teamsammensetning

8 viktige dokumenter i prosjektinitieringsfasen

Resultatet av prosjektinitieringsfasen er vanligvis åtte spesifikke dokumenter:

1. Forretningsgrunnlag: Begrunnelsen for hvorfor prosjektet bør vurderes
2. Prosjektmandat: En oversikt over prosjektet, sett fra prosjektlederens perspektiv
3. Prosjektinitieringsdokument (PID): Grunnleggende informasjon om prosjektet
4. Arbeidsomfang (SoW): Kundevendte dokumenter som beskriver produktet, tidsplaner osv. Dette er noen ganger et kontraktsdokument, særlig når det gjelder eksterne kunder. 
5. Liste over antakelser: Dokumentasjon av antakelsene som ble lagt til grunn da prosjektdokumentene og de innledende planene ble utarbeidet.
6. RACI-matrise: Liste over hvem som er ansvarlig, har beslutningsansvar, blir konsultert og informert gjennom prosjektets livssyklus; dette kan endres over tid.
7. Risikoregister og avvikslogg: Liste over viktige risikoer (positive og negative) som ble avdekket under initieringsfasen; dette kan endres over tid. 
8. Kommunikasjonsplan for prosjektet: Beskriver hvem som skal informeres om hva, når, av hvem og på hvilken måte. 

Selv om dette ikke er en uttømmende liste, er dette vanlige elementer i initieringsfasen. Når du initierer et prosjekt, bør du ikke begrense deg til disse dokumentene. 

Nesten alt du lærer om prosjektet du skal gjennomføre, er verdifullt, og jeg anbefaler sterkt at du samler inn så mye informasjon som mulig, selv om du ikke er sikker på hva du skal bruke den til ennå. Etter hvert som du lærer mer om utfordringene som finnes, vil informasjonen du samlet inn i begynnelsen gi mye mer mening. 

5 utfordringer ved prosjektinitiering – og hvordan du overvinner dem

Det er mange utfordringer du kan møte i initieringsfasen. Nedenfor har jeg beskrevet fem viktige utfordringer jeg ofte har møtt under prosjektinitiering, og hvordan du kan redusere dem. 

1. Prosjektinitieringsfasen går for sakte

Noen ganger kan prosjektinitieringen begynne å trekke for langt ut. Jeg har sett dette mange ganger, og det kan virkelig påvirke prosjektet senere når du sliter med å levere innen tidsfristene du har lovet. 

Slik holder du riktig fremdrift i prosjektet

Her er noen tips for å sikre at du holder riktig fremdrift:

• Ha samtaler eller møter for å diskutere og bli enige om ting. Dette kan ofte bidra til å få fortgang i prosessen, i stedet for mye frem og tilbake på e-post.
• Sørg for at kunden og teamet vet hvilke leveranser de har ansvar for i prosjektinitieringsfasen, og hvilke avhengigheter som ligger hos dem. Gjør det umiddelbart tydelig hvis de blokkerer videre fremdrift.
• Fastsett en overordnet tidsplan for denne fasen. Før oppstart er det ofte lett å drive planløst rundt, så sørg for at det finnes et tydelig mål å arbeide mot
• Tenk på fremdriften hos teamet og kunden. Hvordan får du folk engasjert og motivert, og hvordan gjør du det tydelig at det skjer fremskritt? Siden prosjektinitieringsfasen handler mindre om selve gjennomføringen og mer om å legge premissene, bør du prøve å finne konkrete ting du og teamet kan gjøre for å gjøre prosjektet mer virkelig.

2. Å overta et prosjekt underveis

Mye av rådene jeg leser om prosjektledelse, tar ofte utgangspunkt i at du starter helt i begynnelsen av et prosjekt og kan lede det fra start.

Men hva om du blir hentet inn halvveis i prosjektet, eller i begynnelsen av en bestemt fase? Det kan være svært krevende siden du ikke har vært involvert i initieringsfasen. 

Slik overtar du et prosjekt underveis

Prøv disse tipsene når du tar over et prosjekt halvveis:

• Sørg for at du har full oversikt over alt som har skjedd tidligere. Hvis noen overleverer prosjektet til deg, bør du be dem om å legge frem en liste over lenker, leveranser og tilhørende status, samt eventuelle lenker til viktige dokumenter.
• Sett opp oppstartsmøter for prosjektet med teamet ditt og deretter med interessentene, akkurat slik du ville gjort ved prosjektoppstart på det «virkelige» starttidspunktet for prosjektet. Selv om du ikke ønsker at teamet eller kunden skal måtte gjenta ting, vil de sette pris på at du trenger å komme ajour. Det er også en god måte å nullstille teamet på og gå videre med en ny prosjektleder. 
• Det er også et godt tidspunkt å gjennomføre en prosjektgjennomgang halvveis i prosjektet – dere kan gå gjennom eksisterende risikoer eller det nåværende forbruket av budsjettet for å sikre at alle fortsatt er samkjørte.

3. Å ha én prosjektoppstart for et prosjekt som går over flere faser

Et grunnleggende problem med et stort og langvarig prosjekt er at man bare har én oppstart helt i begynnelsen av prosjektet, og deretter aldri nullstiller prosjektet når man går inn i ulike faser. Det som besluttes for én fase, gjelder ikke nødvendigvis for alle faser og hele prosjektets levetid. 

Slik håndterer du et prosjekt med flere faser

Prøv følgende for et prosjekt med flere faser:

• Hvis prosjektet ditt har tydelig adskilte faser, for eksempel en kartleggingsfase som er separat fra utviklingsfasen, bør du behandle hver fase som et miniprosjekt i stedet for å gjøre en større del av arbeidet på forhånd. Dette gir et viktig utgangspunkt for hver fase, i stedet for at du prøver å basere deg på mange antakelser i begynnelsen.
• Gjennomfør korte oppstartsmøter i hver fase, og sørg for at du har gått gjennom sjekklisten for prosjektoppstart og dekket hvert punkt i den for den aktuelle fasen.

4. Det mangler klarhet rundt prosjektet

Noen ganger, når du starter opp prosjektet, kan ting føles litt uklare, og prosjektmedlemmene er usikre på hva prosjektet faktisk innebærer. 

Slik skaper du klarhet rundt prosjektet

Sørg for at du ser på følgende for å skape en felles forståelse i teamet:

• Sørg for at du har en tydelig liste over kundens krav. Pass på at du inkluderer forretningsmessige, brukerrelaterte og tekniske krav.
• Gå gjennom disse kravene med teamet ditt hvis du har et team på plass. Hvis ikke, må du sørge for at fagansvarlige er involvert. Sørg for at folk blir engasjert fra begynnelsen.
• Når du har gjennomført interne oppstartsmøter og oppstartsmøter med kunden, må du opprettholde fremdriften i teamet – sørg for at teamet vet hva de skal levere, og at de føler eierskap til arbeidet.
• Involver alltid teamet i utformingen av prosjektbeskrivelsen, definisjonen av leveranser og fremgangsmåten for prosjektet.

More Articles

• 10 beste AI-planleggingsassistenter vurdert i 2026
• 10 beste verktøy for prosjektporteføljestyring (PPM) i 2026
• Quire-anmeldelse: Fordeler, ulemper, funksjoner & priser
• De 10 beste verktøyene for asynkront samarbeid i 2026
• 10 beste dashbord for prosjektstyring i virksomheter i 2026

5. Det oppstår en forsinkelse i oppstarten av prosjektet

Har du noen gang gledet deg stort til at et prosjekt skulle starte, samlet inn alle krav, definert en plan og de neste stegene, og så skjer det noe som forsinker oppstarten? Fremdriften går tapt, og det foreslåtte prosjektteamet ditt blir spredt. 

Slik unngår du forsinkelser ved prosjektoppstart

Her er noen tips for å unngå forsinkelser:

• Hvis det er diskusjon om prosjektbudsjettet, må du sørge for å gå grundig gjennom alle budsjettbeslutninger med kunden – hva får de for pengene? Vær så tydelig som mulig.
• Hvis de ikke har råd til det foreslåtte budsjettet, bør du se på omfangsbeskrivelsen – er det noe der du kan fjerne? Ha en åpen og ærlig diskusjon med dem for å prøve å finne et kompromiss.
• For å få ting raskt i gang kan du prøve å få godkjent et mindre budsjett for en kartleggingsfase.
• Hvis kunden ikke involverer seg eller ikke overholder de tidlige fristene, må du sørge for å ta dette opp med dem raskt – hjelp dem med å forstå hvilken innvirkning dette vil ha på prosjektet.
• Hvis det er interne problemer med å få teamet på plass eller komme i gang med arbeidet, må du ta dette opp internt. Hjelp igjen det interne teamet og ledelsen med å forstå konsekvensene av at prosjektet blir forsinket.

10 vanlige feil ved prosjektoppstart som bør unngås

Selv godt planlagte prosjekter kan mislykkes hvis oppstartsfasen gjennomføres for raskt eller håndteres dårlig. Ved å unngå disse vanlige feilene kan team forbedre samkjøringen, redusere risiko og etablere et bedre grunnlag for at prosjektet skal lykkes.

1. Å starte uten tydelige mål: Vage mål gjør det vanskelig å måle suksess, samkjøre interessenter eller prioritere arbeidet effektivt. Alle prosjekter bør begynne med tydelig definerte resultater og suksesskriterier.
2. Å ignorere innspill fra interessenter: Hvis interessenter ikke involveres tidlig, kan det føre til manglende samkjøring, motstand og motstridende forventninger senere i prosjektforløpet.
3. Å definere omfanget for løst: Et uklart eller for omfattende omfang øker risikoen for at omfanget gradvis utvides, at prioriteringene endres og at budsjettet overskrides.
4. Å overse prosjektrisikoer: Team fokuserer ofte sterkt på leveranser og tidsplaner, samtidig som de ignorerer potensielle risikoer. Det å identifisere risikoer tidlig bidrar til å forhindre kostbare overraskelser senere.
5. Å gå for raskt over til gjennomføring: Å gå rett i gang med oppgaver før riktig samkjøring og godkjenninger er på plass, kan skape forvirring, merarbeid og forsinkelser.
6. Å unnlate å dokumentere forutsetninger: Forutsetninger knyttet til tidsplaner, ressurser, budsjetter eller avhengigheter bør dokumenteres tidlig for å unngå misforståelser under gjennomføringen.
7. Å ikke definere eierskap og ansvar: Uten tydelig ledelse og beslutningsmyndighet kan prosjekter stoppe opp på grunn av uklarhet rundt ansvarsområder.
8. Å hoppe over gjennomgang av gjennomførbarhet eller ressurser: Å starte et prosjekt uten å kontrollere tilgjengelige ressurser, tidsplaner eller teknisk gjennomførbarhet kan skape urealistiske forventninger fra første dag.
9. Dårlig kommunikasjon under oppstarten: Hvis team og interessenter ikke er samkjørt om mål, ansvarsområder og forventninger fra begynnelsen, kan kommunikasjonsmangler raskt føre til at fremdriften sporer av.
10. Å behandle oppstartsfasen som en formalitet: Noen team skynder seg gjennom prosjektoppstarten bare for å «komme i gang». I virkeligheten legger denne fasen grunnlaget for hele prosjektet og påvirker den langsiktige suksessen direkte.

De ti viktigste tipsene du bør huske ved oppstart av et prosjekt

De beste metodene for prosjektoppstart hjelper team med å definere mål, samkjøre interessenter, redusere risikoer og bygge et solid grunnlag for prosjektsuksess fra første dag. Her er 10 tips du bør følge:

1. Sett tonen du ønsker for prosjektet, tidlig.
2. Sørg for at teamet ditt støtter prosjektet og involveres tidlig.
3. Det samme gjelder kunden – involver også kunden tidlig og ofte.
4. Sørg for at det er etablert tydelige kommunikasjonslinjer med alle kunder eller interessenter.
5. Sørg for at det er enighet om hvilken prosess prosjektet skal følge – men ikke la dokumentasjonen ta overhånd!
6. Men ikke prøv å tvinge frem en bestemt prosess hvis den ikke fungerer for prosjektet ditt.
7. Prøv å møte kunden ansikt til ansikt minst én gang før prosjektet starter (hvis dette ikke er mulig, kan dere ha en videosamtale!)
8. For alle oppstartsmøter bør du lage en tydelig agenda og få folk til å føle seg involvert.
9. Prøv å fremtidssikre prosjektet ved å gå gjennom risikoer og avhengigheter sammen med teamet.
10. Tenk alltid fremover – ikke fokuser bare på starten av prosjektet!

Vanlige spørsmål

Hva ville skjedd hvis jeg hoppet over prosjektoppstarten?

Å hoppe over prosjektoppstarten fører ofte til problemer senere i prosjektets livssyklus, blant annet:

• Uavstemte forventninger blant interessentene
• Uklare prosjektmål
• Ukontrollert utvidelse av prosjektomfanget
• Budsjettoverskridelser
• Ressurskonflikter
• Forsinkelser og omarbeiding
• Økt prosjektrisiko

Uten en tydelig oppstartsprosess kan team begynne å utføre arbeidet før de fullt ut forstår hva som kjennetegner suksess, eller hvorfor prosjektet er viktig.

Hva er forskjellen mellom prosjektoppstart og prosjektplanlegging?

Prosjektoppstart er fasen der du definerer prosjektet på et overordnet nivå og avgjør om det er verdt å gjennomføre. Dette omfatter identifisering av mål, interessenter, forretningsverdi, omfang, risikoer og gjennomførbarhet.

Prosjektplanlegging kommer etter oppstarten. Under planleggingen lager du et detaljert veikart for gjennomføringen, inkludert tidsplaner, budsjetter, ressursfordeling, kommunikasjonsplaner og oppdeling av oppgaver.

Trinnene besvarer to forskjellige spørsmål:

• Prosjektoppstart: Bør vi gjennomføre dette prosjektet?
• Prosjektplanlegging: Nøyaktig hvordan skal vi gjøre det?

Uten en grundig oppstart skjer planleggingen ofte rundt uklare mål eller urealistiske forventninger.

Hvor lenge bør prosjektoppstartsfasen vare?

Lengden på prosjektoppstarten avhenger av prosjektets størrelse, kompleksitet og risikonivå.

Her er en generell veiledning:

Prosjekttype	Typisk oppstartslengde
Små interne prosjekter	Noen dager til 1 uke
Mellomstore forretningsprosjekter	1–3 uker
Store virksomhetsinitiativer	Flere uker til måneder

Er prosjektoppstart en del av arbeidsnedbrytningsstrukturen (WBS)?

Ikke helt. Arbeidsnedbrytningsstrukturen opprettes i planleggingsfasen for å dele prosjektet inn i mindre leveranser og oppgaver. Prosjektoppstartsaktiviteter kan imidlertid vises som en overordnet del i WBS-en dersom organisasjonen følger alle prosjektfasene samlet. For eksempel:

1. Prosjektoppstart
2. Prosjektplanlegging
3. Prosjektgjennomføring
4. Overvåking og kontroll
5. Prosjektavslutning

Selv om oppstarten påvirker WBS-en, regnes den vanligvis som en separat prosjektstyringsfase og ikke som en del av selve WBS-en.

Hva er forskjellen mellom et prosjektmandat og et prosjektoppstartsdokument (PID)?

Et prosjektmandat er et kort dokument på overordnet nivå som formelt godkjenner prosjektet. Det definerer prosjektets formål, interessenter og overordnede mål.

Et prosjektoppstartsdokument (PID) er mer detaljert. Det bygger videre på mandatet og forklarer hvordan prosjektet skal styres, kontrolleres og leveres.

I mange organisasjoner opprettes mandatet først for å sikre godkjenning, mens PID-et fungerer som det operative grunnlaget for prosjektteamet.

Aspekt	Prosjektmandat	Prosjektoppstartsdokument (PID)
Formål	Godkjenner prosjektet formelt	Definerer hvordan prosjektet skal styres og gjennomføres
Detaljnivå	Overordnet oversikt	Omfattende og detaljert
Opprettes under	Prosjektoppstart	Slutten av oppstarten/begynnelsen av planleggingen
Primær målgruppe	Sponsorer og ledere	Prosjektteam, ledere og interessenter
Fokus	Forretningsgrunnlag og prosjektgodkjenning	Gjennomføringsmetode og prosjektkontroller
Typisk innhold	Mål, sammendrag av omfang, budsjettanslag, interessenter og suksesskriterier	Detaljer om omfang, styring, tidsplaner, risikoer, kommunikasjonsplaner og ressurser
Lengde	Vanligvis kort (1–3 sider)	Ofte lengre og mer detaljert
Godkjenningsrolle	Bekrefter at prosjektet kan begynne	Bekrefter at prosjektet er klart for gjennomføring

Hvordan velger jeg en prosjektmetodikk?

Velg en prosjektmetodikk basert på hvordan kunden din arbeider, eller hvordan byrået eller teamet ditt er organisert. Ideelt sett vurderer du imidlertid prosjektet, leveransene og teamet, og finner deretter en prosess som dekker behovene.

Ofte er det en blanding av ulike prosjektmetodikker. Tenk på følgende når du vurderer metodikken:

• Hvor stort er prosjektet ditt?
• Hvor fastlagt er omfanget, tidsplanen og budsjettet?
• Hvilket team har du til å jobbe med prosjektet?
• Har du et heltids team, eller deles teamet med andre prosjekter?
• Hvordan arbeider kunden i dag?
• Vil du ha en prosjektleder hos kunden som er fullt engasjert?

Hvordan bestemmer jeg meg for prosjektstyringsverktøyene?

Prosjektstyringsverktøy avhenger av prosjektet, teamet, kunden og budsjettet. Du bør unngå å ta i bruk mange unødvendige verktøy og vurdere hvor godt de integreres. Noen verktøy du kan vurdere, er:

• Verktøy for kravhåndtering for å samordne interessentene og unngå forvirring.
• Programvare for ressursstyring og -planlegging, f.eks. Float eller Resource Guru
• Programvare for prosjektplanlegging, f.eks. Microsoft Project eller Gantt Pro
• Samarbeidsprogramvare for bruk med interessenter, f.eks. Google Sheets eller Confluence
• Programvare for prosjektplanlegging (du kan ofte også finne gratis planleggingsverktøy) som kan hjelpe deg med å delegere oppgaver og holde prosjektet på rett spor
• Kommunikasjonsprogramvare for bruk med teamet og interessentene, f.eks. Slack eller Workspace
• Prosjektstyringsprogramvare for interne oppgaver, f.eks. Jira eller Trello

Personlig foretrekker jeg å holde ting enkelt, og jeg ender ofte opp med å bruke Google Sheets til mange ting.

Uansett hvilke verktøy du bruker, må du sørge for at det interne teamet og interessentene er enige og vet hvordan de skal bruke dem effektivt. Unngå å gjøre ting unødvendig kompliserte, og du kan alltid forbedre verktøyene senere i prosjektet hvis du oppdager at ting ikke fungerer.

Hva skjer videre?

Vil du komme i kontakt med andre digitale prosjektledere for å dele ressurser og beste praksis? Bli med i medlemsfellesskapet vårt og få tilgang til over 100 maler, eksempler og illustrasjoner, og kom i kontakt med hundrevis av andre digitale prosjektledere på Slack.