Et porteføljeråd er det forum, der samlet tager stilling til virksomhedens IT-projekter. Rådet består af de ledere, der råder over pengene og folkene, og det mødes fast for at beslutte, hvad der skal i gang, hvad der må vente, og hvad der skal stoppe. Den sidste beslutning er grunden til, at rådet findes. Alle kan sige ja til et nyt projekt, men at lukke noget, der allerede har kostet penge og prestige, kræver et sted med mandat til det. Har rådet ikke stoppet noget i løbet af et år, er det værd at spørge, om det reelt træffer beslutninger.
Hvorfor styregruppen ikke kan klare det
Hvert stort projekt har gerne en styregruppe. Den er sat til at få projektet i mål, og dens medlemmer har lagt navn til det. Derfor bliver spørgsmålet om at stoppe sjældent stillet dér, og når det bliver stillet, mangler sammenligningen med alt det andet, pengene og folkene kunne bruges på.
Den rolle kan heller ikke uden videre lægges i direktionen. Direktionsmødet har en lang dagsorden, og IT-projekter får ti minutter, hvor kun de største bliver nævnt. I en koncern kan der desuden være brug for, at datterselskabernes ledere sidder med, når deres folk og budgetter står på spil.
Rådet kan derfor være et udvalg af direktionen, en udvidet IT-styregruppe eller et punkt på en fast del af direktionsmødet. Navnet betyder mindre end mandatet. Hvordan rådet passer ind med de øvrige fora, er en del af IT-governance, og mandatet bør stå i et kort kommissorium.
Sammensætning
Rådet skal være lille nok til at kunne beslutte og bredt nok til, at beslutningen holder bagefter. En brugbar kerne består af:
- den administrerende direktør eller en anden direktør med mandat som formand,
- økonomidirektøren, der kender budgettet og kan tale for helheden,
- CIO’en eller IT-chefen, der forbereder sagerne og svarer for kapaciteten,
- ledere fra de forretningsområder eller selskaber, der bærer de største projekter.
CIO’en bør som hovedregel ikke være formand. Sidder IT for bordenden, ender rådet som IT’s forum, og forretningen begynder at bede om lov frem for at tage ansvar. Projektledere deltager kun, når deres sag er på, og de går igen, når den er behandlet.
I en koncern er spørgsmålet, hvem der repræsenterer datterselskaberne. Sidder alle med, bliver rådet for stort. Sidder ingen med, opfattes beslutningerne som noget, moderselskabet har gjort ved dem. En løsning er at lade de største selskaber have faste pladser og lade de øvrige repræsentere gennem en koncerndirektør.
Dagsorden og rytme
Et kvartalsmøde passer til de fleste, fordi budgetter og planer bevæger sig i det tempo. Sker der store skift undervejs, kan rådet indkaldes ekstraordinært, men hvert hastemøde er også et tegn på, at noget er gået uden om rådet.
En fast dagsorden kan se sådan ud:
- Porteføljen på én side, med status for hvert projekt og samlet belastning af de vigtigste folk.
- Projekter, der melder afvigelser, og hvad afvigelsen betyder for de andre.
- Stopkandidater, som er forberedt på forhånd.
- Nye forslag med kort business case, vurderet efter prioriteringsmodellen.
- Beslutninger, ført til referat med begrundelse og navn.
Rækkefølgen er bevidst. Tages nye projekter op først, er der altid mere begejstring end plads, og stopkandidaterne når man aldrig. Punkt 3 skal ligge før punkt 4, så det står klart, at nyt kun kan komme ind, når der er gjort plads. Kapacitetstallene fra for mange projekter er grundlaget.
Beslutningen om at stoppe
Det er svært at stoppe et projekt, fordi pengene allerede er brugt, og fordi nogen har lagt prestige i det. Det, der er brugt, kommer ikke tilbage, uanset hvad rådet beslutter. Spørgsmålet er alene, om det, der står tilbage at gøre, er bedre end det, de samme folk ellers kunne lave.
Fire spørgsmål hjælper rådet med at holde sig til sagen:
- Er det oprindelige formål stadig gyldigt?
- Hvad koster det at gøre projektet færdigt, set fra i dag og fremad?
- Hvilke gevinster er der stadig udsigt til, og hvem i forretningen står inde for dem?
- Hvad kunne de samme folk ellers nå i samme periode?
Stop skal heller ikke være alt eller intet. Rådet kan vælge at sætte på pause med en dato for genoptagelse, skære indholdet ned eller aflevere det, der virker, og lukke resten. Pause uden dato er derimod et stop, ingen har turdet kalde ved navn. Den slags projekter lægger beslag på opmærksomhed, selv om intet sker.
Et stop skal gennemføres ordentligt. Nogen skal have besked, folkene skal frigives med det samme, leverandøraftaler og licenser skal håndteres, og det, projektet nåede, skal gemmes, så andre kan bruge det. Rådet bør også sige offentligt, at stoppet er en beslutning, og at det ikke er projektlederens nederlag. Ellers vil ingen melde et problem i tide næste gang.
Et tænkt eksempel: et datterselskab har arbejdet på et eget kundesystem, mens koncernen er ved at samle sig om et fælles. Lokalt er projektet næsten færdigt. Rådet ser på det, der mangler, og på de to systemfolk og den leverandør, det binder, og beslutter at lukke det og flytte folkene over på det fælles program. Beslutningen er ubehagelig, men den ligger dér, hvor begge hensyn kan ses.
Det gør I nu
Find ud af, om nogen i dag reelt har mandat til at stoppe et IT-projekt på tværs af afdelinger og selskaber. Er svaret nej, så skriv ét kort oplæg til direktionen med formand, deltagere og mandat. Hold det første møde med den samlede liste fra projektporteføljestyring på bordet og mindst to forberedte stopkandidater. AI-piloter hører med i samme portefølje, se AI-piloterne kommer aldrig i drift.
Det skal I lade være med
- At sætte CIO’en for bordenden · så bliver rådet IT’s forum, og forretningen melder sig ud.
- At behandle nye forslag før stopkandidater · der bliver aldrig tid til det sidste punkt.
- At bruge pause som en høflig måde at stoppe på · en pause skal have en dato, ellers er den ingen beslutning.
- At gøre et stop til et personligt nederlag · så skjuler folk problemerne næste gang.
Det skal I kræve af dem, der leder IT
- ☐ Et kommissorium med mandat, formand og deltagere på én side.
- ☐ En portefølje, der kan læses på én side før mødet.
- ☐ Forberedte stopkandidater til hvert møde.
- ☐ Et referat, hvor hver beslutning har en begrundelse og en ansvarlig.
- ☐ En plan for at frigive folk og afslutte aftaler, når noget stoppes.
Senest gennemgået: november 2026.
Næste skridt
Læs også: Projektkontor: har vi brug for et PMO? · Styregruppen i et IT-program
→ Kontakt · Tlf. 70 13 63 23 · Ekstern CIO hos Nielco IT
