Når alt haster, er det som regel den, der råber højest, eller den, der senest talte med leverandøren, der bestemmer rækkefølgen. Det kan laves om med en enkel model. Skriv alle ønsker på én liste, giv hvert projekt en vurdering af forretningsværdi, risiko og indsats, og lad ledelsen beslutte rækkefølgen på et fast møde. Modellen kræver hverken særligt værktøj eller teknisk viden. Den kræver, at én person ejer listen, og at nye ønsker går ind samme sted som alle andre.
Hvorfor alt ender med at haste
I en virksomhed uden IT-chef kommer ønskerne fra mange sider. Salg vil have et nyt kundesystem, økonomi vil af med et regneark, leverandøren anbefaler en opgradering, og ejeren har læst om AI. Ingen af dem kender de andres ønsker, og derfor virker hvert ønske vigtigst for den, der fremsætter det.
Begrænsningen er sjældent pengene alene. I mindre virksomheder er den tid, jeres egne folk kan afse, ofte den reelle flaskehals. Et systemskift skal testes af dem, der bruger systemet, og de har et arbejde i forvejen. To store projekter samtidig bliver derfor let til to forsinkede projekter.
Listen kommer først
Saml alle ønsker i ét dokument. Ét projekt fylder én linje: hvad det er, hvem der ønsker det, og hvilket problem det løser. Beskriv problemet med forretningens ord. “Fakturering tager tre dage hver måned” kan vurderes. “Vi skal have nyt system” kan ingen tage stilling til.
Sortér derefter to slags ting fra. Akutte fejl hører til i driften og håndteres som gentagne fejl over for leverandøren, selv om de føles som projekter. Små opgaver, der kan klares på en time eller to, kan leverandøren eller den IT-ansvarlige løse uden videre. Tilbage står de opgaver, der kræver en beslutning.
Tre vurderinger af hvert projekt
Giv hvert projekt en vurdering med lav, middel eller høj på tre områder.
Forretningsværdi. Hvad får virksomheden ud af det? Det kan være sparet tid, færre fejl, flere ordrer, tilfredse kunder eller et krav fra en vigtig kunde. Den, der ønsker projektet, skal kunne forklare det uden tekniske ord.
Risiko ved at lade være. Hvad sker der, hvis projektet må vente til næste år? Et system uden opdateringer fra producenten eller en løsning, kun én medarbejder forstår, står højt her, selv om projektet ikke giver nogen synlig gevinst. Den slags projekter taber til de spændende, hvis værdi er eneste kriterium.
Indsats. Hvor meget kræver det samlet? Medregn pengene, jeres egen tid og de forstyrrelser, projektet giver i driften. En leverandørs tidsplan siger sjældent noget om jeres tid, så spørg dem, der skal lave arbejdet.
Vurderingen behøver ikke være præcis. Formålet er at få ledelsen til at drøfte de samme tre ting om hvert projekt, så uenigheder bliver synlige. Undgå at regne point sammen til ét tal. Det giver en falsk sikkerhed, og samtalen er vigtigere end summen.
Rækkefølgen
Med vurderingerne på plads falder de fleste projekter i fire bunker:
- Skal: krav med en fast dato fra lovgivning, kunder eller leverandører. De placeres først og planlægges bagud fra datoen.
- Gør nu: høj værdi eller høj risiko med lille indsats.
- Planlæg: høj værdi eller høj risiko med stor indsats. De kommer i IT-planen med et tidspunkt og et budget.
- Lad ligge: lav værdi og lav risiko. De bliver stående på listen med en bemærkning om hvorfor.
Et tænkt eksempel: en tømmerhandel med 45 ansatte har tre ønsker. Nye skærme i mødelokalet er en lille opgave med lille værdi. Et skift af et gammelt lagerprogram uden opdateringer er stort og har høj risiko, så det går i planen med start efter højsæsonen. En kobling mellem webshop og økonomisystem fjerner dobbelt indtastning og er overkommelig, så den bliver gjort nu. Skærmene venter, og alle kan se hvorfor.
Hvem beslutter
Listen har én ejer, typisk den, der leder IT. Ejeren forbereder vurderingerne, men beslutter ikke alene. Rækkefølgen fastlægges af direktøren eller ledelsesgruppen, fordi prioritering betyder, at noget andet må vente, og det kan kun ledelsen afgøre.
Hvert projekt skal også have en ejer i forretningen, altså en person, der har brug for resultatet og tager ansvar for, at det bliver brugt. Uden den person risikerer I et teknisk korrekt projekt, som ingen vil have. Rollen minder om den, der er beskrevet under systemejer.
Gennemgå listen hvert kvartal. Kommer der et nyt ønske ind imellem, venter det til næste gennemgang, medmindre direktøren beslutter at rykke det frem. Så skal direktøren samtidig pege på, hvad der rykker ned. Den ene regel holder listen troværdig, når det næste presserende ønske kommer.
Det gør I nu
- Skriv alle ønsker på én liste, med problemet i forretningens ord.
- Vurdér projekterne på et møde mellem direktør, økonomichef og dem, der skal bruge resultatet.
- Beslut de næste to projekter, og aftal datoen for næste gennemgang.
Det skal I lade være med
- At starte flere store projekter på samme tid · jeres egne folk kan sjældent bære det.
- At lade leverandørens tilbud bestemme rækkefølgen · en anbefaling er et ønske på linje med de andre.
- At slette ønsker uden svar · en begrundet plads på listen giver færre sideveje til leverandøren.
Det skal I kræve af den eksterne
- ☐ Én samlet projektliste med ejer og beskrivelse af problemet.
- ☐ Vurderinger af værdi, risiko og indsats, som ledelsen kan drøfte og ændre.
- ☐ Et realistisk bud på den tid, jeres medarbejdere skal bruge.
- ☐ En gennemgang af listen hvert kvartal med beslutninger i referatet.
Senest gennemgået: november 2026.
Næste skridt
Læs også: Leverandørens anbefalinger · Når systemprojektet skrider
→ Kontakt · Tlf. 70 13 63 23 · Ekstern IT-chef hos Nielco IT
