Vælg hvilke AI initiativer der skal komme først

Vælg prioriteringsmetode efter beslutningen. Eksperimenter skal især skabe relevant læring, MVP’er skal kunne vise forventet værdi, og skalering skal kunne begrundes over for andre investeringer. Scorer hjælper samtalen, men erstatter ikke begrundelser, afhængigheder og ansvar.

Denne artikel besvarer ledelsens spørgsmål om, hvad der skal komme først. Den bygger på Prioritering af AI initiativer (AI-04-001), som forklarer metoderne mere detaljeret. Her er fokus på at bruge dem i et konkret beslutningsmøde uden at få usikre antagelser til at se sikre ud.

Begynd med at afklare, hvad I prioriterer: hele initiativer, det næste forsøg eller funktioner i et allerede finansieret projekt. De tre niveauer har forskellig økonomi og forskelligt informationsbehov. En fælles score kan være misvisende, hvis én kandidat er et to ugers forsøg og en anden er et års implementering.

Lad stadiet bestemme hvad I sammenligner

Faseplaceringen er EnableAIs anbefaling, ikke metodernes officielle anvendelsesgrænser. Modellen følger hjemmesidens tre stadier. [5] Kano kan supplere i flere stadier, når brugerbehov er afgørende. En enkel matrix kan være nok, hvis der kun er få kandidater og forskellene er tydelige.

MoSCoW afgrænser en levering gennem Must, Should, Could og Won’t Have this time. [1] Den er særlig nyttig, når et team skal undgå en for stor MVP. Den afgør ikke automatisk, hvilket af to projekter der skaber mest økonomisk værdi. Et nødvendigt sikkerhedskrav kan ikke gøres valgfrit, fordi tidsrammen er stram.

Gør værdi og størrelse forståelige

RICE kombinerer rækkevidde, effekt og tillid til estimatet med arbejdsindsats. [2] Brug samme periode og samme definition af en berørt bruger eller hændelse. Tillidsscoren er en relativ vurdering af grundlaget, ikke en målt sandsynlighed for succes. Vis, hvilke observationer der støtter den.

I WSJF sammenlignes Cost of Delay med relativ jobstørrelse som tilnærmelse til varighed. Værdidelen omfatter også tidskritikalitet, risikoreduktion og muligheder. [3] Den indirekte værdi kan derfor være vigtig: en integration kan åbne flere senere anvendelser. Angiv hvilke, og undgå at tælle deres fulde gevinster flere gange.

Kano undersøger, hvordan tilstedeværelse eller fravær af en egenskab påvirker brugertilfredshed. [4] Et grundkrav som forståelige kilder kan være afgørende, selv om brugerne ikke bliver begejstrede for det. Kano opgør ikke hele projektets værdi eller arbejdsindsats. Supplér med økonomi, risiko og forventet anvendelse.

Størrelse skal rumme realistisk kendt arbejde og usikkerhed. Et estimat på ti dage er utilstrækkeligt, hvis det forudsætter rene data, som ingen har undersøgt. Vis eksempelvis ti dages kendt arbejde og et begrundet interval for datarensning. Det er vores praktiske anvendelse af usikkerhed, ikke en ekstra standardfaktor i WSJF eller Kano.

Brug det omkostningsgrundlag beslutningen kræver

Inden for et bevilget projekt med et fast team er resterende arbejdstid ofte den vigtigste begrænsning. Faste udgifter, som er ens for alle alternativer, behøver ikke dominere hver opgaveprioritering. Medtag dog nye licenser, forbrug eller andre udgifter, som faktisk ændres med valget.

Ved sammenligning af initiativer skal den samlede fremtidige indsats med: medarbejdertid, integration, dataklargøring, leverandører, oplæring, kontrol og drift. Sammenlign over samme periode. Arbejdsdage og kroner kan ikke lægges direkte sammen i en økonomisk brøk. Omregn til et fælles grundlag eller vis dem som separate beslutningsdimensioner. Budgettér hele omkostningen ved AI (Q06) uddyber budgettet.

Skeln desuden mellem risikoreduktion som gevinst og leveringsrisiko som usikker indsats. En løsning kan mindske fejl i kundesager og samtidig være vanskelig at implementere. Begge forhold skal være synlige. En ekstra reserve må ikke lægges til flere gange for den samme risiko.

Afprøv rækkefølgen før I låser den

SMV'en i dette eksempel sammenligner en intern søgeassistent og automatisk tilbudsgenerering. Tilbudsløsningen har større potentiel værdi, men kræver en ny prisintegration. Søgeassistenten kan afprøves med eksisterende dokumenter. Ledelsen vælger et lille forsøg på hver afgørende antagelse frem for straks at udpege et stort vinderprojekt.

Hvis prisintegrationen viser sig enkel, kan tilbuds-MVP’en komme først. Hvis den er dyr og ustabil, ændres rækkefølgen. Det er et tegn på bedre viden, ikke en fejl i den første prioritering. Spørg derfor ved mødet: Hvilken antagelse ville ændre vores valg, hvis den var forkert?

Brug lave, centrale og høje estimater til en følsomhedsvurdering. Hvis små ændringer vender rækkefølgen, bør beslutningen være forsigtig. Hvis samme kandidat er attraktiv under flere realistiske scenarier, er grundlaget stærkere. Byg en troværdig business case for AI (Q05) viser den økonomiske vurdering, og Styr AI porteføljen og stop på et oplyst grundlag (Q28) forbinder den med finansiering og stop.

Hold prioriteringen levende og ansvarlig

Hver kandidat skal have en værdiejer, et næste beslutningspunkt og en synlig begrænsning i kapacitet. Opdatér vurderingerne med resultater fra eksperimenter og MVP’er. Stop med at score, når forskellen er tilstrækkeligt klar til at træffe beslutningen; mere regnearbejde giver ikke nødvendigvis bedre dømmekraft.

Agile erfaringer bidrager især med begrænset igangværende arbejde og finansiering i mindre skridt. Begræns igangværende arbejde og styr afhængigheder (A06) behandler kapacitet og afhængigheder, mens Finansier læring og værdi i mindre skridt (A07) behandler finansiering under usikkerhed.

Næste ledelsesbeslutning: Vælg én fælles sammenligningsramme for de aktuelle kandidater. Registrér både begrundelsen for rækkefølgen og den vigtigste antagelse, som kan ændre den ved næste review.

Kundeeksempel med mål og opfølgning

I det fælles WSJF-eksempel vurderes kundeportalen til (8 + 5 + 2) / 5 = 3,0 og partnerintegrationen til (2 + 8 + 8) / 3 = 6,0. De tre tællerelementer er bruger-/forretningsværdi, tidskritikalitet og risikoreduktion eller mulighedsskabelse.

Integrationen prioriteres højest på grund af et konkret partnervindue. Hvis vinduet forsvinder, falder dens score til 4,0. De relative point skal genvurderes; de er ikke kroner eller dokumentation for, at værdien allerede er realiseret.

Brug den samlede VP/SE-model, VP-vejledningen og SE-vejledningen. Begge estimater revurderes før Hypotese, MVP og Skalering. VP/SE er et lokalt præferenceindeks, ikke økonomisk ROI eller WSJF. Lær anvendelsen på halvdag 1 om VP og halvdag 2 om SE og prioritering, hver fire timer inklusive pause.

Kilder og videre læsning

Eksempler og handlingsforslag er EnableAIs faglige vurdering. Virksomhedseksempler og regnetal er illustrative. Artiklen er opdateret med konkrete regneeksempler og henvisninger den 15. september 2026.

[1] Agile Business Consortium · MoSCoW Prioritization

[2] Intercom · RICE prioritization framework

[3] Scaled Agile · Weighted Shortest Job First

[4] Kano m.fl. · Attractive Quality and Must Be Quality

[5] EnableAI · Tre trin fra AI hypotese til skaleret værdi

EnableAI-model 3.0: fælles praksis på tværs af faser

De øvrige prioriteringsmetoder i artiklen er alternative faglige perspektiver. I EnableAI-model 3.0 bruges faste VP og SE før alle tre faser. Anvend ikke nye relative skalaer pr. fase, og overfør ikke ICE/RICE-tillidsscorer eller WSJF-tidskritikalitet direkte til VP. Brug den samlede VP/SE-model, VP-vejledningen og SE-vejledningen. Begge estimater revurderes før Hypotese, MVP og Skalering. VP/SE er et lokalt præferenceindeks, ikke økonomisk ROI eller WSJF. Lær anvendelsen på halvdag 1 om VP og halvdag 2 om SE og prioritering, hver fire timer inklusive pause.