Projektportefølje
Når flere afdelinger hver har deres vigtigste projekt, og de alle trækker på de samme få mennesker, er problemet sjældent det enkelte projekt. Hvert af dem har en plan og en projektleder, men ingen har fået til opgave at se på det hele. Resultatet er mange igangsatte projekter og få færdige. Porteføljestyring er arbejdet med at vælge, sætte på pause og stoppe, så det, der er sat i gang, også kan bæres. Siden samler artiklerne om det arbejde, fra rådet, der beslutter, til gevinsten, der skal hentes, efter at projektet er lukket. I virksomheder, hvor prioriteringen kan klares på ét ledelsesmøde, er spørgsmålet et andet, og det tager prioritering af IT-projekter op.
Det sværeste ord er stop
At starte et projekt koster en underskrift. At stoppe det kræver, at nogen siger højt, at det, der er brugt, ikke kommer igen, og at en afdeling må vente på noget, den er blevet lovet. Derfor bliver projekter ofte holdt kørende på lavt blus, og det er dem, der binder kapaciteten. En portefølje virker, når et forum har pligt til at tage den samtale, og når et stop ses som et udtryk for, at styringen virker.
Overblik og beslutninger
- Projektporteføljestyring: hvad det er, og hvornår I har brug for det Forskellen fra projektledelse, og hvornår det bliver nødvendigt at styre det hele samlet.
- Porteføljerådet: hvem afgør, hvilke projekter der stopper? Sammensætning, dagsorden og den svære stopbeslutning.
- Prioriteringsmodel for IT-projekter: kriterier, point og faldgruber Kriterier, der gør projekter sammenlignelige, uden at pointtallet kommer til at beslutte for jer.
Kapacitet og værktøj
- For mange projekter på én gang: kapaciteten som loft Hvem der reelt er til rådighed, og hvordan I sætter et loft over det, virksomheden har gang i.
- Værktøj til porteføljestyring: regneark, Planner eller et rigtigt system? Hvad der skal på plads først, og hvornår hver type giver mening.
- Projektkontor: har vi brug for et PMO? Et projektkontor kan støtte, styre eller lede, og det kan også ende som en rapportfabrik.
Værdien af det, I sætter i gang
- Business case for et IT-projekt: det, direktionen skal kunne læse En skabelon med formål, alternativer, gevinster med ejer og risici, der kan bære en beslutning.
- Gevinstrealisering: hvem ejer gevinsten, når projektet er slut? En plan med ejer i linjen, målepunkter og opfølgning efter lukningen.
Hvor I kan begynde
Lav en liste over alt, der kører, også det, der ikke kaldes et projekt, og skriv, hvem der arbejder på hvad. Den liste viser ofte mere end nogen model. Sæt derefter navn på den, der ejer gevinsten ved hvert projekt, og se, hvor feltet bliver stående tomt. Projekter uden ejer er de første, porteføljerådet skal tage op. Bliver et af projekterne så stort, at det ændrer forretningen, hører det hjemme under Store IT-programmer. Er det pengene, der skal på plads først, så se IT-økonomi.
Det skal I lade være med
- At tælle medarbejdere som fuldt ledige · driften og den daglige forretning tager deres del først.
- At lade den, der råber højest, flytte op ad listen · reglerne skal gælde, også når en direktør er utålmodig.
- At lukke et projekt uden at spørge til gevinsten · så ved ingen, om pengene var givet godt ud.
Det skal I kræve af den eksterne
- ☐ En samlet oversigt over projekter, ejere og folk, der kan læses af direktionen.
- ☐ Oplæg, der også peger på, hvad der bør stoppe.
- ☐ En ærlig opgørelse af kapaciteten, der tager højde for driften.
- ☐ Opfølgning på gevinster, der fortsætter, efter at projektet er lukket.
Senest gennemgået: november 2026.
Næste skridt
Læs også: Business case for et IT-projekt · Tjeklister og skabeloner
→ Kontakt · Tlf. 70 13 63 23 · Ekstern CIO hos Nielco IT
Mangler I en CIO?
Fortæl kort, hvad der fylder: et program, flere selskaber, en IT‑afdeling eller en beslutning, ingen ejer. Rådgivningen er uvildig og uden bindinger til leverandører, så svaret tager udgangspunkt i jeres situation.