Projektstyring i 2026: Den komplette guide for danske teams
Fra første tidsplan til løbende opfølgning – sådan får du styr på opgaver, mennesker og økonomi i samme system.
Opdateret 08. maj 2026 20 min.
Projektstyring er den daglige praksis med at planlægge, eksekvere og følge op på projekter, så de leverer det aftalte til tiden og inden for budgettet. Det dækker fem kerneområder: scope, tid, ressourcer, økonomi og risici. For danske projektorienterede virksomheder – især konsulenthuse, bureauer og rådgivere – er forskellen mellem god og dårlig projektstyring typisk 10–20 procent på dækningsgraden. Denne guide gennemgår begreberne, rollerne, processen og værktøjsvalget med konkrete eksempler i kroner og timer, så du kan tage de første skridt allerede i denne uge.
Nøglebegreber
Projektplan
Det centrale dokument der beskriver hvordan projektet skal gennemføres – mål, leverancer, tidsplan, ansvar og budget.
Læs mere →Milepæl
Vigtige referencepunkter der markerer betydelige fremskridt eller godkendelsespunkter i projektet.
Læs mere →Interessent
Personer eller grupper der påvirker eller påvirkes af projektet – fra kunde og styregruppe til slutbrugere.
Læs mere →Risiko-analyse
Processen med at identificere, vurdere og prioritere de ting der kan gå galt før de sker.
Læs mere →Gantt-diagram
Visuel tidsplan der viser opgaver, varighed og afhængigheder på en tidslinje.
Læs mere →Kritisk sti
Den længste sammenhængende kæde af opgaver i projektet – den der bestemmer den samlede sluttid.
Læs mere →Introduktion
Hvis du driver eller arbejder i en projektorienteret virksomhed i Danmark – konsulenthus, bureau, rådgiver, IT-leverandør, ingeniørhus – så er projektstyring ikke en akademisk disciplin. Det er det praktiske håndværk der afgør om dine projekter giver overskud eller underskud, om kunderne bliver glade eller frustrerede, og om dine medarbejdere går hjem med en følelse af kontrol eller kaos.
Denne guide er en cornerstone-artikel: den samler det vigtigste, så du har én reference du kan vende tilbage til. Den dækker fem hovedområder – begrebsapparat, faser, roller, metoder og værktøjsvalg – og slutter med tre konkrete første skridt du kan tage i din egen virksomhed inden for de næste fjorten dage.
Vi har skrevet den med udgangspunkt i den hverdag vi selv kender fra dansk konsulent- og projektarbejde: små og mellemstore teams, blandet fastpris og timepris, krav om både fakturering og rapportering, og medarbejdere der både skal levere fagligt arbejde og holde styr på deres egne timer.
Hvis du har travlt: Læs TL;DR-blokken øverst og spring derefter direkte til afsnittet “Sådan kommer du i gang i denne uge” nederst. Du kan altid komme tilbage og læse begrebsapparatet senere.
Hvad er projektstyring?
Projektstyring er den daglige praksis med at planlægge, eksekvere, følge op på og afslutte projekter. Det er disciplinen der binder fem ting sammen: scope (hvad skal vi levere), tid (hvornår), ressourcer (hvem og hvad bruger vi), økonomi (hvad må det koste, og hvad får vi for det), og risici (hvad kan gå galt).
Hvor projektledelse handler om mennesker og beslutninger, handler projektstyring i højere grad om systemer og data. De to er to sider af samme sag – ingen god projektledelse uden ordentlig styring, og ingen god styring uden ledelse til at handle på tallene.
Et veldrevet projekt har tre kendetegn:
- Synligt scope – alle ved hvad der skal leveres, og hvad der ikke skal.
- Realistisk plan – tidsplanen er bygget op fra estimater, ikke fra kundens ønsketænkning.
- Levende opfølgning – der er en fast kadence hvor faktiske timer, omkostninger og fremdrift sammenholdes med planen.
Manglen på en af de tre er hvor projekter typisk skrider. Et projekt uden synligt scope mister fokus efter første kunde-møde. Et projekt uden realistisk plan ender i overarbejde de sidste to uger. Et projekt uden levende opfølgning leverer en regning der overstiger budgettet med 25 procent – og det opdages først når den sidste faktura sendes.
Hvorfor betaler god projektstyring sig?
Det enkleste svar er: fordi dårlig projektstyring er dyrt, og det er målbart hvor dyrt.
Standish Group’s CHAOS-rapport har i over to årtier fulgt projektsucces på tværs af brancher. Selv i de seneste udgaver fejler omkring to ud af tre projekter delvist – enten ved at overskride budgettet, blive forsinket eller levere mindre end aftalt. PMI’s Pulse of the Profession-undersøgelse peger samme vej: organisationer der investerer i projektstyringsmodenhed har markant lavere spild og højere succesrate end dem der ikke gør.
For et dansk konsulenthus oversættes det her til konkrete tal. Lad os tage et eksempel:
Konkret regneeksempel: Et 12-ugers udviklingsprojekt med 3 udviklere á 800 kr/t i fast pris. Aftalt scope: 1.440 timer, salgspris 1.152.000 kr. Hvis projektet ender på 1.700 timer (18 procent overskridelse) er den ekstra omkostning 208.000 kr – penge der direkte ryger fra dækningsbidraget. Hvis ordentlig opfølgning havde fanget skred efter 4 uger og ført til en ærlig samtale med kunden om scope, var en stor del af tabet kunnet undgås.
Tommelfingerregel: forskellen mellem en virksomhed med moden projektstyring og en der “kører på rutinen” ligger i størrelsesordenen 10–20 procentpoint på dækningsgraden. Det følger direkte af regneeksemplet ovenfor: et fastpris-projekt der løber 15–20 procent over på timer mister tilsvarende dækningsbidrag, og uden løbende opfølgning er det netop denne overskridelse der bliver normen. På en omsætning på 10 mio. kr. er det 1–2 mio. kr. i resultat – uden at sælge en eneste ekstra time.
Det er også derfor projektstyring sjældent er et “nice to have”. Det er en af de første investeringer der betaler sig selv tilbage på under et år for projektorienterede virksomheder.
De fem byggeklodser i projektstyring
Scope-styring
Scope er hvad projektet skal levere – hverken mere eller mindre. Scope-styring er disciplinen med at definere det skarpt op front, dokumentere det i en projektplan eller projektcharter, og håndtere ændringsønsker undervejs gennem en formel proces. Den klassiske faldgrube er scope creep – små “kan I ikke lige også…” der ikke prises, ikke får tid og alligevel forventes leveret.
Eksempel
Et webbureau aftaler en hjemmeside til 250.000 kr. Undervejs ønsker kunden integration til deres CRM, et nyhedsbrevs-modul og en kundeportal. Uden change-request-proces siger projektlederen ja til alle tre – og leverer for 380.000 kr. til den oprindelige pris. Dækningsbidraget falder fra 35 procent til negativt.
Tidsstyring
Tidsstyring handler om at omsætte scope til en realistisk tidsplan og holde projektet på sporet. Værktøjerne er Gantt-diagrammer, milepæle, og kritisk sti-analyse til at finde de opgaver der bestemmer den samlede leveringstid. Den daglige disciplin er tidsregistrering, så du kan måle medgået tid mod planlagt.
Eksempel
Et 12-ugers projekt har en kritisk sti gennem design → udvikling → test. Hvis design forsinkes med en uge, rykker hele projektet en uge – med mindre du kan accelerere udvikling eller test. Hvis du derimod forsinker en parallel opgave (fx tekstforfatning) med en uge, ændrer det ingenting. Forskellen ses kun på Gantt-diagrammet.
Ressourcestyring
Ressourcestyring handler om at sikre at de rigtige mennesker er på de rigtige opgaver på det rigtige tidspunkt. Det dækker kapacitetsplanlægning (har vi nok timer i alt?), ressourceallokering (hvem laver hvad?) og kompetencestyring (har de færdighederne?). Den klassiske fælde er at booke folk til 100 procent fra dag ét – uden buffer til møder, sygdom og uforudsete opgaver.
Eksempel
En udvikler er booket 40 timer pr. uge i 6 uger. Reelt har vedkommende 4 timer i møder, 3 timer til kodereview, og typisk 2 timer i uge til afbrydelser. Den effektive kapacitet er 31 timer – ikke 40. Hvis du planlægger med 40, ender du 54 timer bagud over de 6 uger. En realistisk belægningsgrad på 75–80 procent giver mere troværdige planer.
Økonomistyring
Økonomistyring handler om at holde styr på indtægter og omkostninger pr. projekt. Det starter med et budget pr. fase eller pr. milepæl, fortsætter med løbende registrering af timer og udgifter, og slutter med en sammenligning af planlagt vs. faktisk. På fastpris-projekter er nøgletallet dækningsbidrag; på timepris-projekter er det faktureringsgraden. Begge skal måles løbende, ikke kun ved projektafslutning.
Eksempel
Et fastpris-projekt på 500.000 kr. har et budget på 600 timer á 600 kr./t i intern kostpris = 360.000 kr. Forventet dækningsbidrag: 140.000 kr. (28 procent). Efter 8 uger er der brugt 480 timer og leveret 60 procent af scopet. Det betyder at projektet er på vej mod 800 timer total – 480.000 kr. i kostpris og kun 20.000 kr. i dækningsbidrag (4 procent). Det opdages kun hvis nogen kigger på tallet.
Risikostyring
Risikostyring er disciplinen med at identificere hvad der kan gå galt, vurdere sandsynlighed og konsekvens i en risikoanalyse, og lave planer for at mitigere eller håndtere risici. Det er ofte det første der skæres ned, når projektet får travlt – og det første der hævner sig, når noget går skævt. Et godt risikoregister opdateres månedligt, ikke én gang ved projektstart.
Eksempel
Et integrationsprojekt afhænger af kundens leverandør for at åbne en API. Risikoen er identificeret tidligt og har sandsynlighed “høj” og konsekvens “stor”. Mitigerings-planen er at få en backup-løsning klar baseret på filudveksling. Da leverandøren faktisk forsinker API’en med 5 uger, koster det 2 uger forsinkelse i stedet for 5 – fordi backup’en var halvfærdig.
Projektets fem faser i praksis
Uanset om du arbejder vandfald, agilt eller hybridt, gennemløber projekter typisk de samme fem faser. Forskellen er hvor lang tid hver fase tager, og hvor meget de overlapper. Læs også vores oversigt over projektfaser for begrebsdefinitionerne.
-
1
Initiering
Projektet defineres på højeste niveau: hvorfor gør vi det her, hvad er den overordnede leverance, hvem er de centrale interessenter, og hvad er det groftkornede budget. Output er typisk et projektcharter eller en simpel one-pager. Hvis denne fase springes over, ender alle de næste faser med at gætte.
-
2
Planlægning
Detaljen lægges på: aktiviteter brydes ned i opgaver (gerne i en WBS), estimater laves, en tidsplan tegnes, et budget med fase-fordeling besluttes, og et risikoregister oprettes. Output er en projektplan der kan bruges som styringsdokument i de følgende faser. For et 12-ugers projekt er 3–7 dages planlægning tid givet godt ud.
-
3
Eksekvering
Selve arbejdet udføres. Teamet leverer mod planen, projektlederen koordinerer og fjerner barrierer, og kunden involveres på de aftalte godkendelsespunkter. Det er her størsteparten af tiden bruges.
-
4
Monitorering og kontrol
Denne fase løber parallelt med eksekveringen. Faktiske timer, omkostninger og fremdrift sammenholdes med planen, og afvigelser håndteres. Output er en fast kadence af statusrapporter til styregruppe eller kunde, og indre justeringer af plan og scope.
-
5
Afslutning
Projektet lukkes formelt: leverancen overdrages, slutfaktura sendes, ressourcer frigives, og en retrospektiv afholdes. Det sidste er det der oftest skæres væk – og det der har størst værdi for næste projekt. 30 minutter med teamet og en simpel “hvad gik godt / hvad gik skidt / hvad lærer vi” giver typisk 2–3 konkrete forbedringer der sparer dage på næste sag.
I praksis vil agile teams cykle gennem planlægning → eksekvering → monitorering i kortere iterationer (sprints) frem for én lang fase. Men de tre yderste faser (initiering og afslutning) findes stadig – også i scrum.
Roller og ansvar – hvem gør hvad?
Selv små projekter har behov for at adskille roller, også selvom samme person måske udfylder flere af dem. De fem klassiske roller er:
- Projektsponsor – den der har bestilt projektet og betaler regningen. Ofte en chef, en kunde eller en intern ledelsesgruppe. Beslutter scope-ændringer på højeste niveau og sikrer ressourcer.
- Projektleder – den der står med ansvaret for at projektet leveres. Står for plan, opfølgning, kommunikation og eskalering. På små projekter også den der laver det meste af det faglige arbejde.
- Projektteam – de der udfører det faglige arbejde. Kan være interne medarbejdere, eksterne konsulenter eller en kombination.
- Styregruppe – på større projekter et beslutningsforum bestående af sponsor + repræsentanter fra de vigtigste interessentgrupper. Mødes typisk månedligt og træffer beslutninger om scope, budget og prioritet.
- Interessenter – alle andre der påvirker eller påvirkes: slutbrugere, andre afdelinger, leverandører, myndigheder. Skal kortlægges og kommunikeres med på en plan.
Et godt redskab til at gøre rolleforholdet eksplicit er en RACI-matrice – et skema der for hver opgave eller beslutning angiver hvem der er Responsible (udfører), Accountable (har ansvaret), Consulted (skal høres) og Informed (skal informeres). Det lyder bureaukratisk, men på et projekt med 4+ personer er det 30 minutters investering der sparer uger af forvirring.
Praksis-tip: Når du tager et nyt projekt, så afhold et 60-minutters kickoff-møde hvor I tegner en simpel RACI for de 8–10 vigtigste opgaver. Det skal ikke være pænt, det skal bare være ekspliciteret. Du vil opdage uenigheder du ellers først havde fået øje på i uge 6.
Metoder: vandfald, agilt eller hybrid?
Vandfald
Agilt (scrum / kanban)
Hvornår fungerer det bedst?
Når kravene er kendte og stabile fra start. Klassiske eksempler: implementering af et standardsystem, byggeri, et lovkrævet compliance-projekt. Også når kunden insisterer på fastpris og fast tidsplan.
Når kravene udvikler sig undervejs eller skal opdages gennem prøv-og-lær. Klassiske eksempler: produktudvikling, design, support- og vedligeholdelsesarbejde. Også når kunden er villig til at deltage løbende.
Sådan ser planen ud
Én samlet plan oprettet ved projektstart. Faser kører sekventielt: krav → design → udvikling → test → drift. Tidsplanen er typisk et Gantt-diagram med faste milepæle og leverancer.
Risici og styrker
Styrke: forudsigelighed på tid og pris. Risiko: hvis kravene viser sig at være forkerte, opdages det først ved test – og så er det dyrt at rette. Lider af scope creep hvis ændringsproces ikke er stram.
Styrke: kan tilpasses ny viden løbende, og man får tidligt brugbart. Risiko: hvis ikke der er disciplin omkring backlog-prioritet og “definition of done”, kan projektet glide i det uendelige uden klart slut.
Hvor ofte mødes I?
Faste milepælsmøder, typisk månedlige eller ved fase-overgange. Daglig drift styres af projektleder.
Daglige korte stand-ups (15 min), sprint-planlægning og sprint-review hver 2.–4. uge, retrospektiv hver iteration.
I praksis: hybrider og hverdagsvalg
Næsten ingen danske konsulenthuse eller bureauer kører ren vandfald eller ren scrum. De fleste kører hybrider. Den typiske opskrift er:
- Eksternt over for kunden – Gantt-baseret tidsplan med faste milepæle, fastpris-aftaler eller time-loft, månedlig statusrapport. Kunden ser projektet som vandfald.
- Internt i teamet – kanban eller mini-sprints med ugentlig prioritering, daglige korte stand-ups (5–10 min), løbende justering. Teamet arbejder agilt.
- Bro mellem dem – projektlederen oversætter den interne agile fremdrift til den eksterne milepælsplan og advarer kunden tidligt hvis en milepæl er truet.
Det fungerer fordi de to målsætninger er forskellige. Kunden vil vide hvornår de får hvad, til hvilken pris. Teamet vil have fleksibilitet til at omprioritere når virkeligheden ændrer sig. En god hybrid giver begge dele.
For mindre teams (under 10 personer) kan det yderligere forenkles. Tommelfingerregel: en simpel kanban-tavle (digital eller fysisk) plus en månedlig 30-minutters statusgennemgang dækker den væsentligste del af behovet uden at indføre formel scrum. Den manglende ceremoni betaler sig først tilbage når teamet vokser eller projekterne bliver så komplekse at den ugentlige sprint-rytme rent faktisk strukturerer arbejdet.
Læs også: Hvis du driver et konsulenthus med flere parallelle projekter, er ressourceallokeringen ofte den største udfordring. Vi har skrevet en separat dyb-dyk-guide om tidsregistrering der gennemgår hvordan tidsregistrerings-data bliver fundamentet for både ressourcestyring og økonomi.
Værktøjsvalget: fra Excel til dedikeret PSA-software
Værktøjslandskabet for projektstyring er bredt. Det groft kan deles i fire kategorier:
- Excel og generelle kontorpakker – billigt, fleksibelt, kendt af alle. Fungerer fint for 1–2 projekter med én person. Skalerer dårligt: rapportering bliver manuel, version-styring brydes sammen, og tidsregistrering kobles ikke automatisk på økonomien.
- Generelle opgavestyringsværktøjer (Kanban-boards og to-do-lister, fx Trello eller Todoist) – godt til at organisere opgaver og holde et team i gang. Mindre godt til projektøkonomi, fakturering og rapportering på tværs af projekter. Egner sig bedst til interne projekter eller produktteams.
- Dedikerede projektledelses-værktøjer (klassiske Gantt- og tidsplanværktøjer) – stærke på tidsplan, Gantt og afhængigheder. Mindre stærke på den løbende økonomi og medarbejder-tidsregistrering. Velegnede til klassiske vandfaldsprojekter.
- PSA-software (Professional Services Automation) – samler opgavestyring, ressourceplanlægning, tidsregistrering, projektøkonomi og fakturering i ét system. Bygget specifikt til konsulenthuse, bureauer og rådgivere. Markedet rummer både danske og internationale spillere.
Den vigtigste skillelinje er ikke pris, men hvor mange “samlinger” du selv skal lave manuelt. Hvis du allerede har separate løsninger til opgaver, tidsregistrering, fakturering og rapportering, bruger din økonomimedarbejder eller dig selv typisk 4–10 timer pr. måned på at samle data manuelt. Det er den skjulte omkostning ved punktløsninger.
Tommelfingerregel: Når du har 3+ medarbejdere der registrerer tid på 5+ samtidige projekter, og du fakturerer kunder mere end 1 gang om måneden, betaler en samlet PSA-løsning sig typisk hjem på 4–9 måneder. Hovedposterne er sparet manuel afstemning, færre fakturafejl, og bedre overblik over hvilke projekter der reelt tjener penge.
De typiske faldgruber – og hvordan du undgår dem
Fordele
- ✓ Skarp scope-definition op front – du fanger uenigheder mellem dig og kunden før de bliver dyre.
- ✓ Realistisk estimering – brug 3-punkts-estimering (bedst, sandsynligst, værst) frem for ét tal, så du fanger usikkerheden.
- ✓ Buffer på 15–20 procent indbygget i tidsplanen – ikke som “skjult” margin men som eksplicit risiko-buffer i risikoregistret.
- ✓ Ugentlig opfølgning på faktiske timer mod plan – fanger skred mens de stadig kan rettes.
- ✓ Eskaleringsmekanisme – aftalt på forhånd hvornår noget løftes til styregruppen.
- ✓ Skriftlig change-request-proces – ingen “lige hurtigt” uden estimat og pris.
- ✓ Retrospektiv efter hvert projekt – 30 minutter der sparer uger næste gang.
Ulemper
- ✗ Ingen plan, kun en deadline – “vi finder ud af det undervejs” ender i panik i sidste uge.
- ✗ Estimater fra ønsketænkning – at sælge til den pris kunden vil betale, ikke til den pris arbejdet koster.
- ✗ Booket 100 procent fra dag ét – ingen plads til møder, sygdom og uforudsete opgaver.
- ✗ Status kun ved milepæle – problemer opdages 3–4 uger for sent.
- ✗ Stille eskalering – problemer holdes inden for projektet i håb om at de løser sig selv.
- ✗ Mundtlig scope-aftale – “kan I ikke lige også…” siger du ja til uden estimat eller mer-fakturering.
- ✗ Ingen retrospektiv – samme fejl gentages projekt efter projekt.
Sådan kommer du i gang i denne uge
Resten af guiden er teorien. Her er det praktiske du kan gøre i de næste fjorten dage – uanset hvor du starter.
-
1
Vælg ét aktivt projekt at starte med
Tag et igangværende projekt der har 4–12 uger tilbage. Ikke det største, ikke det mindste – et “almindeligt” projekt hvor du har spillerum til at indføre struktur uden at vælte hele projektet.
-
2
Skriv en simpel projekt-one-pager
Én A4-side: mål, leverancer, milepæle, ansvarlige, budget i timer og kr., og kendte risici. Det skal ikke være pænt – det skal være eksisterende. Send den rundt til alle involverede og bed om feedback inden for 48 timer.
-
3
Start med ugentlig tidsregistrering
Hvis I ikke allerede registrerer tid pr. projekt, så start nu. Det behøver ikke være et nyt værktøj – det kan være et delt regneark første uge. Mål blot: hvor mange timer bruger vi reelt vs. hvad havde vi planlagt.
-
4
Indfør 30 minutters statusmøde hver mandag
Faste tre punkter: (1) hvad blev gjort sidste uge, (2) hvad gør vi i denne uge, (3) hvilke risici eller forhindringer er dukket op. Skriv konklusioner ned i samme dokument som one-pageren.
-
5
Lav en simpel scope-ændringsproces
Aftal med kunden at scope-ændringer altid sendes på mail med en kort beskrivelse, og at I svarer tilbage inden for 2 hverdage med estimat og pris. Sæt jer ned med teamet og besvar dem i fællesskab.
-
6
Kig på dækningsbidraget om to uger
Sæt en kalenderaftale to uger frem hvor du sammenligner faktiske timer mod plan, og oversætter til kr. Hvis projektet er på plan, godt. Hvis ikke, så har du nu data til en ærlig samtale med kunden eller med teamet.
-
7
Vælg et fast værktøj efter de første 4 uger
Når du har kørt processen i 3–4 uger på regneark og dokumenter, har du klart billede af hvor friktionen er. På det tidspunkt kan du vælge et projektstyringsværktøj der løser præcis de 2–3 ting der irriterer dig mest – ikke et med 200 features du aldrig bruger.
Det her er ikke en stor transformation. Det er syv konkrete handlinger der tilsammen tager 2–3 timer ekstra om ugen i de første fire uger og derefter typisk under en time om ugen. Værdien kommer ikke fra værktøjet – den kommer fra at strukturen findes og bliver brugt konsekvent.
Opsamling
Projektstyring er ikke et særskilt fag – det er den daglige praksis der binder dit projektarbejde sammen til en virksomhed der tjener penge og leverer det den lover.
De fem byggeklodser (scope, tid, ressourcer, økonomi, risici) er de samme uanset om du driver et 3-mands bureau eller et 50-mands konsulenthus. Det er kadencen og værktøjerne der ændrer sig med størrelsen.
Hvis du kun husker tre ting fra denne guide, så lad det være:
- Skriv scope ned før du starter – ellers kan du ikke sige nej til ændringer senere.
- Mål faktisk medgået tid hver uge – uden data er opfølgning gætværk.
- Kig på dækningsbidraget pr. projekt – det er det tal der afgør om virksomheden er sund.
Når du har de tre ting på plads, er resten – metoder, værktøjer, certificeringer – finjustering. Det vigtigste er at komme i gang.
Oftest stillede spørgsmål
Begreberne bruges ofte i flæng, men der er en nuance. Projektledelse handler om mennesker, retning og beslutninger – at lede teamet, kommunikere med interessenter og holde momentum. Projektstyring handler om systemer og data – at planlægge opgaver, registrere tid, følge op på budgettet og rapportere fremdrift. En god projektleder gør begge dele, men i større organisationer ses ofte en arbejdsdeling, hvor en PMO eller projektkoordinator står for selve styringen, mens projektlederen tager de strategiske og menneskelige beslutninger.
Tommelfingerregel: så snart der er mere end én person involveret over mere end to uger med en aftalt deadline. Et 8-timers reparationsjob hos en kunde kræver ikke en projektplan. Men et 12-ugers udviklingsprojekt med 3 udviklere og en kunde-kontaktperson kræver det – ellers mister du overblikket på tid og økonomi inden for de første 14 dage. Den lille startomkostning ved at lave en simpel plan og opsætte tidsregistrering er altid mindre end omkostningen ved at lade det skride.
For en faglig projektleder med 1–3 mindre projekter er en god målestok 10–15 procent administration og 85–90 procent fagligt arbejde. For en dedikeret projektleder med 5+ samtidige projekter ryger administrationen op på 40–60 procent. Hvis du som faglig leder bruger over 25 procent af tiden på styring, er det enten fordi projektet er for stort til én person, eller fordi dine værktøjer er for klodsede – ofte er det det sidste.
Det afhænger af projektets natur. Gantt-diagrammer fungerer bedst når aktiviteterne er kendte på forhånd og har klare afhængigheder – fx implementeringsprojekter, byggeri eller leveranceprojekter med fast scope. Kanban og scrum fungerer bedst når kravene udvikler sig undervejs – fx produktudvikling, supportarbejde eller løbende vedligeholdelse. De fleste konsulenthuse kører hybrider: Gantt på det overordnede tidsplan-niveau over for kunden, kanban eller scrum internt i udviklingsteamet.
Ja, og rigtigt mange gør det stadig. Det fungerer fint så længe du kun har 1–2 projekter, en enkelt person på sagen og ingen kunde-rapportering. Problemerne starter når du får flere parallelle projekter, flere medarbejdere der skal registrere tid, og en revisor der spørger til indtægtsføringen pr. projekt. På det tidspunkt bliver et dedikeret projektstyringsværktøj typisk billigere end timerne du sparer i Excel-vedligehold. Læs mere i vores artikel om overgangen fra Excel til projektstyringsværktøj.
Tre tal er nok til at starte: faktisk medgået tid mod budget, dækningsbidrag pr. projekt, og afvigelse fra deadline i procent. Hvis et projekt er 80 procent gennem budgettet og kun 60 procent af opgaverne er færdige, har du et problem du kan handle på i denne uge. Hvis dækningsbidraget pr. projekt er under 30 procent på fastpris-leverancer, taber du penge selv om timerne ser fine ud. Disse tal kommer ud af et projektstyringsværktøj automatisk – at regne dem manuelt i Excel hver mandag morgen er en kendt grav for projektledere.
Klar til at samle projektstyringen ét sted?
Daso kombinerer opgavestyring, tidsregistrering, ressourceplanlægning, projektøkonomi og fakturering i én samlet platform – bygget til danske projektorienterede virksomheder.
