Projektets opstartsfase er det første trin i et projekts livscyklus. Den sætter projektet i gang, både med dit team og med eventuelle kunder og interessenter.
I dette trin samles alle de oplysninger, du har (f.eks. fra præsentations-, projektforslags- eller tilbudsindhentningsfasen, fra kunden eller fra baggrundsresearch), for at fastlægge og definere projektets omfang, tidsplan og omkostninger.
Baseret på min personlige erfaring med at lede projekter inden for teknologiområdet gennem de seneste mere end 10 år vil jeg gennemgå de centrale aspekter af projektets opstartsfase, hvordan du fastsætter de rette forventninger, og hvilke områder du skal fokusere på for at få succes gennem hele projektets livscyklus.
Hvad er projektets opstart?
Projektets opstart er den første fase i projektledelsens livscyklus, hvor teams definerer projektets mål, omfang, interessenter, budget, tidsplan og overordnede gennemførlighed, før arbejdet begynder.
Formålet med projektets opstart er at skabe fælles retning for teams, indsamle de rette ressourcer og projektstyringssoftware, tydeliggøre forventninger, identificere risici og skabe et stærkt grundlag for en vellykket projektlevering.
Hvorfor er projektets opstartsfase vigtig?
Projektets opstartsfase er vigtig, fordi den danner det grundlæggende grundlag for dit projekt. Du identificerer interessenterne, teamet, projektets mål, målsætninger og leverancer. Projektets opstartsfase er vigtig, fordi den hjælper dig med at:
- Forstå projektets krav på en vellykket måde
- Fastlægge realistiske forventninger til, hvad der skal ske som det næste
- Opbygge tillid i gruppen, herunder hos sponsoren, kunden og interessenterne
- Undgå overarbejde, omarbejde, udvidelse af projektomfanget eller dårlig levering
Projektets opstartsproces: 6 trin
Her er de seks vigtige trin, der indgår i projektets opstartsproces.
1. Forstå projektets omfang
Det første trin i opstarten af et projekt er at få en forståelse af projektets omfang, typisk fra projektsponsoren eller den vigtigste kontaktperson hos kunden. At forstå projektets omfang indebærer at få klare svar på følgende spørgsmål:
- Hvad mener du [projektsponsor eller rekvirent] helt præcist, at vi er her for at gøre?
- Hvorfor er dette vigtigt?
- Hvorfor er det vigtigt at tage fat på dette nu?
- Hvad er fordelene ved at gennemføre dette projekt? Hvordan skabes disse fordele?
- Hvad kan der ske, hvis vi ikke gennemfører dette projekt?
- Hvem forventes at være involveret i dette projekt? Hvordan påvirker projektet dem?
- Hvem vil være projektsponsor?
- Hvad sker der, hvis vi har brug for flere ressourcer, eller problemet er større, end vi forstod fra begyndelsen?
- Hvilke kendte problemer er forbundet med dette projekt?
- Har nogen forsøgt at gennemføre dette projekt før? Hvis ja, hvad skete der?
Når du har svarene på disse spørgsmål om projektets opstart, kan du begynde at forstå årsagen til projektet og de vigtigste målsætninger for at gennemføre projektet, og du kan også få en fornemmelse af, hvad du skal bruge for at komme i gang.
2. Validér omfanget
Det andet trin indebærer, at du præsenterer din version og din forståelse af projektet for de forskellige berørte interessenter. Dette trin kaldes nogle gange en gennemførlighedsundersøgelse, men jeg foretrækker, at det er lidt mere åbent og fleksibelt.
Du validerer omfanget sammen med de berørte interessenter og får langt flere oplysninger om, hvordan det hele hænger sammen, og hvordan det ønskede projekt vil påvirke ændringer på tværs af organisationen.
Et systemimplementeringsprojekt kan for eksempel se enkelt ud for den person, der ønsker det nye system, men de afledte effekter af at ændre processer på tværs af virksomheden, såsom processer, der historisk har været afhængige af et andet værktøj, kan omfatte betydelig frygt, bekymring og debat om, hvorvidt implementeringen overhovedet er en god idé.
Når du har en klarere konceptafprøvning-forståelse af problemet og projektets omfang, skal du give din feedback og dine resultater videre til projektets interessent. Giv dem en opdatering om, hvad du har fundet frem til, og fortsæt derefter til næste trin: at samle de nødvendige ressourcer og indhente endnu mere feedback.
3. Saml de nødvendige ressourcer, og indhent feedback
Det er tid til at samle de ressourcer, der er nødvendige for at understøtte projektet, og indhente endnu mere feedback fra disse personer. Begynd med at kontakte lederne for de teammedlemmer, som du tror, du får brug for på projektet, præsenter projektet, og bed om hjælp fra dem og deres team.
På dette tidspunkt har du sandsynligvis tilstrækkelig information til, at du kan begynde at udarbejde en overordnet projektplan, eller der kan være tilstrækkeligt mange ting, der står i vejen for teamet, til at du er nødt til at gå tilbage til projektsponsoren.
4. Fastlæg realistiske forventninger til projektet
Når du har indhentet feedback fra alle, der er tæt på projektet, er det tid til at fastlægge nogle forventninger til, hvordan det hele kommer til at forløbe, eller i det mindste hvordan det begynder. Denne fase kræver en betydelig mængde forhandling og dokumentation – den kan ses som forberedende planlægning af et projekt.
Definér, hvem der er involveret i projektet, og hvornår
Her beskriver og definerer du interessenternes involvering. Uanset om der er tale om klienter eller interne interessenter, er det meget vigtigt at være tydelig omkring, hvem der udfører opgaver, godkender leverancer eller gennemgår og giver feedback.
Det er en god måde at gøre dette på at oprette et RACI-diagram. Jeg har skrevet en artikel, der går i dybden med RACI-diagrammer og hjælper dig med at oprette et RACI-diagram, der er nyttigt.
Definér projektets leverancer
På dette tidspunkt i projektet har du en idé om, hvad leverancerne er. Nu er det tid til at udfolde dette yderligere og sætte nogle rammer omkring dem, så I kan nå til enighed om dem i SoW eller PID.
Tag de oplysninger, du har, og organiser et internt møde, hvor I gennemgår leverancerne med dit team. Hvis dit team endnu ikke er på plads, og du er nødt til at fortsætte med at fastlægge leverancerne, skal du mødes med fagområdernes ledere.
Når du gennemgår dem med dit team, skal du sørge for at have disse områder i tankerne for hver leverance:
- Hvad er det?
- Hvilket format vil det have?
- Vil det være nødvendigt med flere runder af ændringer?
- Hvem vil være involveret?
- Hvornår skal det leveres?
- Afhænger det af andre leverancer?
Her er et eksempel fra et af mine nyere projekter (jeg har gjort det lidt mere generisk):
| Leverance | Beskrivelse | |
|---|---|---|
| 1. | Indledende tilgang til grundlæggende design Format: Designfiler (Sketch), sendt til feedback via InVision Ændringer: Iterative indtil 16/02/18 | [Mit bureau] vil definere en indledende tilgang til det grundlæggende design, der er nødvendigt som en del af fase 1 i dette projekt. De nødvendige grundelementer vil blive kortlagt ud fra de 3 aftalte platforme, som er fokus for fase 1. Grundelementerne vil omfatte typografi, gitter, farver og ikoner. Målet er at fastlægge disse grundelementer, så de kan danne grundlag for den indledende designudformning samt fremtidigt design i andre faser. |
| 2. | Komponentinventar og prioritering Format: Dokumentation Ændringer: Iterative indtil 16/02/18 | [Klient] vil levere et komponentinventar til [mit bureau], og [mit bureau] vil gennemgå dette samt de 3 identificerede platforme for at oprette en komponentliste.[Mit bureau] vil derefter prioritere disse komponenter ud fra princippet ‘fjern, forbedr, genbrug’, og gruppere dem i kategorier. Komponenterne vil blive kontrolleret på tværs af de 3 platforme for at identificere, hvor fælles komponenter anvendes. Dette komponentinventar og denne prioritering vil identificere, hvilke kernekomponenter der er nødvendige, for at indholdet kan leveres i prototypen. |
Definér projektets budgetter og tidsplaner
I forlængelse af din liste over leverancer har du nu et overordnet projektscope, og du skal knytte tidsplaner og roller til dette. Samarbejd med dine faglige ledere om at estimere tidsplanen og teamets sammensætning.
Afhængigt af processen kan du estimere i sprints eller i faser med godkendelser. Sørg for at samarbejde med teamet om dette, så de rette rammer fastsættes.
Definér mål for succes
Glem ikke, at dit projekt også har brug for en form for måling, så du kan gennemgå og forstå, hvor tingene fungerede eller ikke fungerede, og hvor succesfuldt du leverede. Opret nogle målekriterier, som du gennemgår ved projektets afslutning (eller på bestemte stadier undervejs i projektet).
Overvej områder som:
- Centrale KPI'er, f.eks. at øge antallet af besøgende på et websted
- Kundetilfredshed, dvs. hvor tilfredse var kunderne med, hvordan projektet forløb?
- Teamtilfredshed, dvs. hvor tilfredse var teammedlemmerne med, hvordan projektet forløb?
- Afvigelse i tidsplanen
- Budgetafvigelse
Overvej risici
At tænke fremad er noget af det bedste, du kan gøre i projektets opstartsfase. Det er særdeles vigtigt at identificere risici, der kan forhindre projektet i at levere, på et tidligt tidspunkt.
Opret en RAID-log for at fremhæve risici, antagelser, problemer og afhængigheder, og arbejd også med, hvordan du vil afbøde disse.
Sørg for at inddrage dit team, og overvej at afholde en før-obduktion med teamet, hvor I brainstormer over risikoområder, da de ofte kommer i tanke om ting, du ikke engang selv har overvejet.
5. Organisér dit team og dine værktøjer
Målet med trin 5 er at gøre dit team, din metode og dine værktøjer klar, så du kan komme godt fra start sammen med teamet.
Udgiv de dokumenter, du har arbejdet på i de foregående trin, og sørg for, at de personer i teamet, der har givet udtryk for bekymringer, kan se disse bekymringer afspejlet som risici, som du og teamet aktivt vil overvåge og håndtere.
Som en del af SoW eller PID er det nyttigt at definere, hvornår og hvordan kommunikationen med interessenterne skal foregå. Her er et eksempel:
| Møde/kommunikation | Hvem | Hvornår |
|---|---|---|
| Dagligt stående møde | Alle interne personer, der er aktivt involveret i denne projektfase | Dagligt |
| Ugentlig statusrapport | Sendes til projektlederen, som distribuerer den til det bredere team | Ugentligt, mandag ved arbejdsdagens slutning |
| Ugentlig gennemgang | Projektlederen og centrale interessenter | Ugentligt, fredag kl. 10 |
| Statusopdatering hver anden uge | Det bredere team | Hver anden uge, tirsdag kl. 10 |
6. Lancér!
Det sidste trin i opstartsfasen er at samle teamet og afholde et formelt opstartsmøde! Dette er et spændende trin i projektledelsens livscyklus og markerer et tydeligt udgangspunkt for dig som leder af projektet og teamet for det, de forpligter sig til.
Gennemgå følgende på mødet:
- Introduktioner
- Roller og ansvarsområder
- Vigtige interessenter og beslutningstagere
- Projektmål, leverancer og milepæle
- Antagelser
- Projektrisici, både positive og negative
- Afhængigheder og projektbegrænsninger
- Tidsplaner og andre ændringsmæssige overvejelser
- Omkostninger og forventet investeringsafkast
- Målepunkter
- Teamets sammensætning
Når dette opstartsmøde er afsluttet, er du godt på vej mod at levere vellykkede projektresultater. Du kan nu afslutte opstartsfasen i projektledelsen og gå videre til det næste trin i Project Management Institutes (PMI) beskrevne arbejdsgang: planlægningsfasen.
Tjekliste til projektopstart
Her er en praktisk tjekliste, der dækker de vigtigste elementer, du skal have med, når du gennemfører projektopstart.
| Hvad? | Kontrolpunkter |
|---|---|
| Personer | Internt Definér teamets sammensætning Bliv enige om arbejdsmetoder Reservér foreløbige ressourcer Afhold et internt kickoff Eksternt Definér involverede interessenter Opret og bliv enige om en RACI for roller og ansvar Afhold et kickoff med kunden |
| Proces | Definér projektprocessen Bliv enige om og opsæt værktøjer Opret en RAID-log for risici Opret en SoW eller PID |
| Produkt | Krav Indsaml eksisterende kendte krav Beskriv projektets mål og formål Gennemgå og definér leverancer Leveranceoversigt Opret en overordnet tidsplan Opret et estimat baseret på leverancer, tidsplan og teamsammensætning |
8 vigtige dokumenter i projektets opstartsfase
Resultatet af projektets opstartsfase er generelt otte specifikke dokumenter:
- Forretningscase: Begrundelsen for, hvorfor projektet bør overvejes
- Projektgrundlag: En oversigt over projektet set fra projektlederens perspektiv
- Projektinitieringsdokument (PID): Grundlæggende oplysninger om projektet
- Arbejdsbeskrivelse (SoW): Kundevendte dokumenter, der beskriver produktet, tidsplaner osv. Dette er nogle gange et kontraktligt dokument, især i tilfælde af eksterne kunder.
- Liste over antagelser: Dokumentation af de antagelser, der blev taget i betragtning ved udarbejdelsen af projektdokumenterne og de indledende planer.
- RACI-matrice: Liste over, hvem der er ansvarlig, har det overordnede ansvar, skal konsulteres og informeres gennem hele projektets livscyklus; dette kan ændre sig over tid.
- Risikoregister og problem-log: Liste over væsentlige risici (positive og negative), der blev afdækket under opstartsfasen; dette kan ændre sig over tid.
- Kommunikationsplan for projektet: Beskriver, hvem der skal informeres om hvad, hvornår, af hvem og gennem hvilken metode.
Selvom dette ikke er en udtømmende liste, er det almindelige elementer i opstartsfasen. Når du starter et projekt, skal du ikke begrænse dig til disse dokumenter.
Stort set alt, hvad du lærer om det projekt, du skal til at gennemføre, er værdifuldt, og jeg anbefaler på det kraftigste, at du indsamler så mange oplysninger som muligt, også selvom du endnu ikke er sikker på, hvad du skal bruge dem til. Efterhånden som du lærer mere om de udfordringer, der er på spil, vil de oplysninger, du indsamlede i begyndelsen, give meget mere mening.
5 udfordringer ved projektets opstart – og hvordan de overvindes
Der er mange udfordringer, du kan møde i projektets opstartsfase. Nedenfor har jeg beskrevet fem centrale udfordringer, som jeg ofte er stødt på under opstarten af projekter, samt hvordan de kan afhjælpes.
1. Projektets opstartsfase går for langsomt
Nogle gange kan projektopstarter begynde at trække for langt ud. Jeg har set dette mange gange, og det kan virkelig påvirke projektet senere, når du har svært ved at levere inden for de tidsrammer, du har lovet.
Sådan får du projektet til at bevæge sig i det rette tempo
Her er nogle tips til at sikre, at du arbejder i det rette tempo:
- Afhold opkald eller møder for at drøfte og blive enige om tingene. Det kan ofte hjælpe med at sætte fart på processen i stedet for at have en masse frem og tilbage via e-mail.
- Sørg for, at kunden og teamet ved, hvad deres leverancer er i projektets opstartsfase, samt hvilke afhængigheder der ligger hos dem. Gør det straks tydeligt, hvis de blokerer for noget, der skal videre.
- Fastlæg de overordnede tidsrammer for denne fase. Før kickoff er det ofte let at drive rundt uden retning, så sørg for, at der er et klart mål at arbejde hen imod
- Tænk over teamets og kundens fremdrift. Hvordan får du folk engageret og motiveret og gør det tydeligt, at der sker fremskridt? Da projektets opstartsfase handler mindre om selve udførelsen og mere om at sætte scenen, skal du forsøge at finde konkrete ting, som du og teamet kan gøre for at gøre projektet mere virkeligt.
2. At overtage et projekt undervejs
Meget af den rådgivning om projektledelse, jeg læser, antager ofte, at du starter helt fra begyndelsen af et projekt og kan lede det fra start.
Men hvad nu, hvis du bliver bragt ind i projektet halvvejs eller i begyndelsen af en bestemt fase? Det kan være virkelig vanskeligt, da du ikke har været involveret i opstartsfasen.
Sådan overtager du et projekt undervejs
Prøv disse tips, når du overtager et projekt undervejs:
- Sørg for, at du har et klart overblik over alt, hvad der er sket indtil nu. Hvis nogen overdrager projektet til dig, så bed dem om at give dig en liste over links, leverancer og tilknyttet status samt links til vigtige dokumenter.
- Planlæg opstartsmøder for projektet med dit team og derefter interessenterne, præcis som du ville gøre ved projektinitieringen i projektets ’rigtige’ begyndelse. Selvom du ikke ønsker, at dit team eller din kunde skal gentage ting, vil de forstå, at du har brug for at komme ajour, og det er også en god måde at nulstille teamet og komme videre med en ny projektleder på.
- Det er også et godt tidspunkt at gennemføre en midtvejsprojektevaluering – I kan gennemgå eksisterende risici eller det aktuelle forbrug af budgettet for at sikre, at alle stadig er på linje.
3. Kun at have én projektinitiering for et projekt, der strækker sig over flere faser
Et grundlæggende problem ved et stort og langvarigt projekt er kun at have én initiering helt i begyndelsen af projektet og derefter aldrig nulstille det, når I går ind i forskellige faser. Det, der besluttes for én fase, gælder ikke nødvendigvis på tværs af alle faser og hele projektets levetid.
Sådan håndterer du et projekt med flere faser
Prøv følgende for et projekt med flere faser:
- Hvis dit projekt har tydeligt adskilte faser, f.eks. en opdagelsesfase adskilt fra udviklingen, så behandl hver fase som et miniprojekt i stedet for at udføre en større indledende del. Det giver vigtige startpunkter for hver fase i stedet for at forsøge at basere en masse antagelser på begyndelsen.
- Gennemfør korte opstartsmøder på hvert trin, og sørg for, at I har gennemgået projektinitieringslisten og dækket hvert punkt for den specifikke fase.
4. Der mangler klarhed omkring projektet
Nogle gange, når du går i gang med projektinitieringsfasen, kan tingene virke lidt uklare, og projektteamets medlemmer er forvirrede over, hvad projektet egentlig går ud på.
Sådan skaber du klarhed omkring projektet
Sørg for at se på følgende for at skabe fælles retning i dit team:
- Sørg for, at du har en klar liste over krav fra kunden. Sørg for, at den indeholder forretningsmæssige, brugerrelaterede og tekniske krav.
- Gennemgå disse krav med dit team, hvis du har et team tilknyttet. Hvis ikke, skal du sørge for at inddrage fagområdeansvarlige. Sørg for, at folk er engagerede fra begyndelsen.
- Når du har afholdt interne opstartsmøder og opstartsmøder med kunden, skal du fastholde momentum i teamet – sørg for, at teamet ved, hvad de skal levere, og at de føler ejerskab for det.
- Inddrag altid teamet i udarbejdelsen af briefet, definitionen af leverancerne og tilgangen til projektet.
5. Der er en forsinkelse i opstarten af dit projekt
Har du nogensinde været begejstret over, at et projekt skulle gå i gang, indsamlet alle krav, defineret en plan og de næste skridt – og så sker der noget, der forsinker starten? Momentum går tabt, og dit foreslåede projektteam bliver spredt.
Sådan overvinder du forsinkelser i projektets opstart
Her er nogle tips til at undgå forsinkelser:
- Hvis der er drøftelser om projektbudgettet, skal du sørge for at gennemgå alle budgetbeslutninger ordentligt med kunden – hvad får de for pengene? Vær så tydelig som muligt.
- Hvis de ikke har råd til dit foreslåede budget, så se på scopebeskrivelsen – er der noget, du kan fjerne? Tag en åben og ærlig drøftelse med dem for at forsøge at finde et kompromis.
- For at få tingene til at bevæge sig hurtigt kan du forsøge at få godkendt et mindre budget til en opdagelsesfase.
- Hvis kunden ikke involverer sig eller overskrider tidlige frister, skal du sørge for hurtigt at gøre dem opmærksomme på det – hjælp dem med at forstå, hvilken indvirkning det vil have på projektet.
- Hvis der er interne problemer med at få teamet på plads eller komme i gang med arbejdet, skal du tage det op internt. Hjælp igen dit interne team og ledelsen med at forstå konsekvenserne af, at projektet bliver forsinket.
10 almindelige fejl ved projektinitiering, der skal undgås
Selv velplanlagte projekter kan mislykkes, hvis initieringsfasen gennemføres for hurtigt eller håndteres dårligt. Ved at undgå disse almindelige fejl kan teams forbedre den fælles retning, reducere risici og skabe et stærkere grundlag for et vellykket projekt.
- At starte uden klare målsætninger: Vage mål gør det vanskeligt at måle succes, skabe enighed blandt interessenter eller prioritere arbejdet effektivt. Ethvert projekt bør begynde med klart definerede resultater og succeskriterier.
- At ignorere interessenternes input: Hvis interessenterne ikke involveres tidligt, kan det føre til manglende enighed, modstand og modstridende forventninger senere i projektforløbet.
- At definere projektets omfang for løst: Et uklart eller alt for bredt projektomfang øger risikoen for ukontrolleret udvidelse af projektets omfang, skiftende prioriteter og budgetoverskridelser.
- At overse projektrisici: Teams fokuserer ofte meget på leverancer og tidsplaner, mens de ignorerer potentielle risici. Ved at identificere risici tidligt kan man forhindre dyre overraskelser senere.
- At gå for hurtigt i gang med gennemførelsen: Hvis man springer direkte til opgaverne, før de nødvendige afklaringer og godkendelser er på plads, kan det skabe forvirring, ekstraarbejde og forsinkelser.
- At undlade at dokumentere antagelser: Antagelser om tidsplaner, ressourcer, budgetter eller afhængigheder bør dokumenteres tidligt for at undgå misforståelser under gennemførelsen.
- Ikke at definere ejerskab og ansvar: Uden tydelig ledelse og beslutningskompetence kan projekter gå i stå på grund af uklarhed om ansvarsområder.
- At springe gennemførligheds- eller ressourcekontroller over: Hvis man starter et projekt uden at validere tilgængelige ressourcer, tidsplaner eller teknisk gennemførlighed, kan det skabe urealistiske forventninger fra dag ét.
- Dårlig kommunikation under opstarten: Hvis teams og interessenter ikke er enige om mål, ansvarsområder og forventninger fra begyndelsen, kan kommunikationshuller hurtigt afspore fremskridtene.
- At behandle opstarten som en formalitet: Nogle teams skynder sig gennem projektopstarten bare for at “komme i gang”. I virkeligheden lægger denne fase fundamentet for hele projektet og påvirker den langsigtede succes direkte.
De ti bedste råd, du skal huske ved opstart af et projekt
De bedste metoder til projektopstart hjælper teams med at definere mål, skabe enighed blandt interessenter, reducere risici og opbygge et stærkt fundament for projektsucces fra dag ét. Her er 10 råd, du bør følge:
- Fastlæg tidligt den tone, du ønsker for dit projekt.
- Sørg for dit teams opbakning og involvering tidligt.
- Det samme gælder kunden – involver også kunden tidligt og ofte.
- Sørg for, at der er etableret tydelig kommunikation med alle kunder eller interessenter.
- Sørg for, at der er enighed om den proces, projektet skal følge – men lad dig ikke begrave i dokumentation!
- Forsøg dog ikke at tilpasse projektet til en bestemt proces, hvis den ikke fungerer for dit projekt.
- Prøv at mødes ansigt til ansigt med kunden mindst én gang, før projektet sættes i gang (hvis det ikke er muligt, så hold et videomøde!)
- Ved alle opstartsmøder skal du fastlægge en klar dagsorden og få folk til at føle sig involverede.
- Forsøg at fremtidssikre projektet ved at gennemgå risici og afhængigheder sammen med dit team.
- Tænk altid fremad – fokusér ikke kun på projektets begyndelse!
Ofte stillede spørgsmål
Hvad sker der, hvis jeg springer projektinitieringen over?
Hvis projektinitieringen springes over, fører det ofte til problemer senere i projektets livscyklus, herunder:
- Uoverensstemmende forventninger hos interessenter
- Uklare projektmål
- Ukontrolleret udvidelse af projektets omfang
- Budgetoverskridelser
- Ressourcekonflikter
- Forsinkelser og omarbejde
- Øget projektrisiko
Uden en tydelig initieringsproces kan teams begynde at udføre arbejdet, før de fuldt ud forstår, hvordan succes ser ud, eller hvorfor projektet er vigtigt.
Hvad er forskellen på projektinitiering og projektplanlægning?
Projektinitiering er den fase, hvor du definerer projektet på et overordnet niveau og afgør, om det er værd at gennemføre. Det omfatter identifikation af mål, interessenter, forretningsværdi, omfang, risici og den overordnede gennemførlighed.
Projektplanlægning kommer efter initieringen. Under planlægningen udarbejder du den detaljerede køreplan for gennemførelsen, herunder tidsplaner, budgetter, ressourcefordeling, kommunikationsplaner og opdeling af opgaver.
Trinnene besvarer to forskellige spørgsmål:
- Projektinitiering: Bør vi gennemføre dette projekt?
- Projektplanlægning: Hvordan skal vi helt konkret gøre det?
Uden en ordentlig initiering foregår planlægningen ofte ud fra uklare mål eller urealistiske forventninger.
Hvor længe bør projektinitieringsfasen vare?
Projektinitieringens længde afhænger af projektets størrelse, kompleksitet og risikoniveau.
Her er en generel retningslinje:
| Projekttype | Typisk initieringslængde |
| Små interne projekter | Et par dage til 1 uge |
| Mellemstore forretningsprojekter | 1–3 uger |
| Store virksomhedsinitiativer | Flere uger til måneder |
Er projektinitiering en del af arbejdsnedbrydningsstrukturen (WBS)?
Ikke helt. Arbejdsnedbrydningsstrukturen oprettes under planlægningsfasen for at opdele projektet i mindre leverancer og opgaver. Projektinitieringsaktiviteter kan dog optræde som et overordnet afsnit i WBS’en, hvis organisationen følger alle projektfaser samlet. For eksempel:
- Projektinitiering
- Projektplanlægning
- Projektgennemførelse
- Overvågning og kontrol
- Projektlukning
Selvom initieringen således påvirker WBS’en, betragtes den generelt som en separat projektledelsesfase snarere end som en del af selve WBS’en.
Hvad er forskellen på et projektkommissorium og et projektinitieringsdokument (PID)?
Et projektkommissorium er et kort dokument på højt niveau, der formelt godkender projektet. Det definerer projektets formål, interessenter og overordnede mål.
Et projektinitieringsdokument (PID) er mere detaljeret. Det udbygger projektkommissoriet og forklarer, hvordan projektet skal ledes, kontrolleres og leveres.
I mange organisationer oprettes projektkommissoriet først for at opnå godkendelse, mens PID’et fungerer som det operationelle grundlag for projektteamet.
Hvordan vælger jeg en projektmetode?
Vælg en projektmetode baseret på, hvordan din kunde arbejder, eller hvordan dit bureau eller team er organiseret. Ideelt set gennemgår du dog projektet, leverancerne og teamet og finder derefter en proces, der passer til behovene.
Hvordan beslutter jeg mig for projektstyringsværktøjer?
Projektstyringsværktøjer afhænger af dit projekt, dit team, din kunde og dit budget. Du bør undgå at tilføje en masse unødvendige værktøjer og overveje, hvor godt de integreres.
Hvad sker der nu?
Vil du komme i kontakt med andre digitale projektledere for at dele ressourcer og bedste praksis? Bliv medlem af vores medlemsfællesskab og få adgang til 100+ skabeloner, prøver og eksempler, og kom i kontakt med hundredvis af andre digitale projektledere på Slack.
